ahaa. Now it seems that Sebastian Salvino found the problem.
--- Sebastian Salvino wrote: "Configure your system to use dns forwarders that are not authoritative for 'local' such as OpenDNS or Google public name servers and everything should be fine." --- How to do that configuring? Please tell me, which tools to use, or if I can write something directly into some (which?) files -hv >________________________________ > From: Sebastian Salvino <s...@noend.com> >To: Hannu Virtanen <hannu_markus_virta...@yahoo.com> >Cc: debian-laptop@lists.debian.org; Michael <codejod...@gmx.ch> >Sent: Wednesday, June 26, 2013 4:15 PM >Subject: Re: it is avahi? Re: network > > > >Hi, >It looks like your ISP has their name servers set up to be authoritative for >'local' domain, that's the reason why the avahi-daemon is complaining about >.local unicast domain and it might even refuse to start. >Configure your system to use dns forwarders that are not authoritative for >'local' such as OpenDNS or Google public name servers and everything should >be fine. >Hope it helps! > >On Jun 26, 2013 6:53 AM, "Hannu Virtanen" <hannu_markus_virta...@yahoo.com> >wrote: > >Hello, >> >>"Sebastian Salvino": >> >>here you'll get some more info: >> >>------ >> >># dig local. SOA >> >>; <<>> DiG 9.8.4-rpz2+rl005.12-P1 <<>> local. SOA >>;; global options: +cmd >>;; Got answer: >>;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 63972 >>;; flags: qr aa rd ra; QUERY: 1, ANSWER: 1, AUTHORITY: 1, ADDITIONAL: 2 >> >>;; QUESTION SECTION: >>;local. IN SOA >> >>;; ANSWER SECTION: >>local. 14400 IN SOA ns1.inet.fi. hostmaster.sonera.fi. 1 >>14400 7200 864000 14400 >> >>;; AUTHORITY SECTION: >>local. 14400 IN NS local. >> >>;; ADDITIONAL SECTION: >>local. 14400 IN A 127.0.0.1 >>local. 14400 IN AAAA ::1 >> >>;; Query time: 27 msec >>;; SERVER: 192.168.1.1#53(192.168.1.1) >>;; WHEN: Wed Jun 26 12:21:37 2013 >>;; MSG SIZE rcvd: 146 >> >> >> >>Where is the place I should change my .local into something else? >> >>Into what??? >> >> >>--- >> >> >>"Michael": >> >> >>Actually I don't know where I would need the whole avahi and why it has been >>installed... I don't remember, which package cased it to be installed. >> >>Do normal wlan networks work without that, too? >>---- >> >> >>here is # less /etc/avahi/hosts >> >> >># Examples: >># 192.168.0.1 router.local >># 2001::81:1 test.local >> >> >>So there is nothing there. >> >>Maybe I should put there gone.local??? >> >> >>--- >> >> >>here the status of libnss-mdns >> >># dpkg -l libnss-mdns >>Desired=Unknown/Install/Remove/Purge/Hold >>| Status=Not/Inst/Conf-files/Unpacked/halF-conf/Half-inst/trig-aWait/Trig-pend >>|/ Err?=(none)/Reinst-required (Status,Err: uppercase=bad) >>||/ Name Version Architecture Description >>+++-================-=============-=============-===================================== >>ii libnss-mdns 0.10-3.2 i386 NSS module for Multicast DNS >>name res >> >> >>-hv >> >> >> >>P.S. >> >> >>By the way I have installed some kind of debian on at least 15 machines and >>used debian since "hamm". And never seen this avahi problem before. Normally >>they work out of the box, so I don't know much about the insides. >> >> >>---- >> >> >>>________________________________ >>> From: Sebastian Salvino <s...@noend.com> >>>To: Michael <codejod...@gmx.ch> >>>Cc: debian-laptop@lists.debian.org >>>Sent: Tuesday, June 25, 2013 9:09 PM >>>Subject: Re: it is avahi? Re: network >>> >>> >>> >>>Please email back the output of: >>>dig local. SOA >>>On Jun 25, 2013 3:05 PM, "Michael" <codejod...@gmx.ch> wrote: >>> >>>Hannu, >>>> >>>>The only things a fresh avahi-daemon installation puts into the config >>>>(that is, not commented) are: >>>> >>>>[server] >>>>use-ipv4=yes >>>>use-ipv6=yes >>>>ratelimit-interval-usec=1000000 >>>>ratelimit-burst=1000 >>>> >>>>[wide-area] >>>>enable-wide-area=yes >>>> >>>>[publish] >>>> >>>>[reflector] >>>> >>>>[rlimits] >>>>rlimit-core=0 >>>>rlimit-data=4194304 >>>>rlimit-fsize=0 >>>>rlimit-nofile=768 >>>>rlimit-stack=4194304 >>>>rlimit-nproc=3 >>>> >>>>If there was a domain name default, it would be "domain-name=local" (but >>>>commented out), without dot. But it will be derived from your hostname >>>>anyway. >>>> >>>>So maybe try commenting (disabling) any domain setup. If any, it should be >>>>something like 'gone.local' if gone is your machine. >>>> >>>>Check the /etc/avahi/hosts file too. My version has commented examples, >>>>only: >>>># Examples: >>>># 192.168.0.1 router.local >>>># 2001::81:1 test.local >>>> >>>>so i guess it should work w/o any manual explicit configuration too. >>>> >>>>Also check if you got libnss-mdns installed, which is recommended by avahi. >>>> >>>>I am sorry i can not easily check how it works w/o manual configuration. I >>>>just can't remember any installation asked me anything about it so i guess >>>>the defaults should work out of the box. >>>> >>>>I deinstalled any avahi services on all machines in this small intranet >>>>because we don't seem to have any need for it, and we didn't miss anything >>>>afterwards. For example, i don't understand why laptops need a >>>>avahi-daemon, or rather, why avahi-discover should be depending on the >>>>daemon. Do you really want to publish your laptop 'files to access' in a >>>>mixed environment ? >>>> >>>>We have one printer and it seems network access via IPP works fine even >>>>without avahi. I guess a roaming laptop or smartphone could benefit in some >>>>trusted environment though. But seriously, in which business or university >>>>environment do you send off a printing job from your laptop without first >>>>being granted explicit access to the printer ? >>>>I admit i am oldfashioned and do not understand any modern usages of >>>>multicast dns. >>>> >>>>Well. in your situation, i would deinstall (with complete 'purge') anything >>>>with 'avahi' in its name, except it breaks essential other packages (for >>>>example, cups and gvfs need some avahi libs), especially the daemon. Then, >>>>i'd check if something i need does not work anymore. If so, reinstall >>>>avahi-discover. With luck, the error will be gone with a new package >>>>default config. >>>> >>>>It should be noted that such a task needs some experience (or boldness) >>>>with 'apt-get' or a good package manager. It's rather easy, and safe, if >>>>you know how to use 'aptitude'. If you configured things manually, and want >>>>to preserve the config, don't use 'purge'. Keep in mind that even if you >>>>deinstalled half your system, it can be reinstalled in a few moments, if >>>>only you keep track of what was removed (for example, the >>>>/var/log/aptitude). >>>> >>>> >>>>gl mi >>>> >>>> >>>>-- >>>>To UNSUBSCRIBE, email to debian-laptop-requ...@lists.debian.org >>>>with a subject of "unsubscribe". Trouble? Contact >>>>listmas...@lists.debian.org >>>>Archive: http://lists.debian.org/20130625200440.0d571...@mirrors.kernel.org >>>> >>>> >>> >>> >> > > -- To UNSUBSCRIBE, email to debian-laptop-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/1372254249.4945.yahoomail...@web161303.mail.bf1.yahoo.com