Avahi behaves badly where there is a unicast .local-domain.
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
avahi (Ubuntu) |
Fix Released
|
High
|
Martin Pitt |
Bug Description
My ISP provides a .local-domain in their DNS config. The only thing i've been able to find, is a ".local" A-record that points to 127.0.0.1. Silly, I know, but ISP:s can be like that.
This gives me some head-ache in regards to Avahi. Whenever I login, avahi (or possibly the service-
Fair enough, I can live with that I have to fiddle with it, set up my own caching NS when my ISP don't do it right, etc. However if I don't deal with the situation, (I.E. own caching NS) an hour so later, the message pops up again. I suspect it's got something to do with DHCP lease timeouts, triggering something. I think a less understanding user would have a problem with this.
What I would like to happen instead; (2 alternatives)
A) Avahi handles the situation, and tries to use both the mDNS .local-domain and the pre-existing .local-domain. Sure, it might imply some hard-to-
B) Avahi detecting the problem, telling me about it as it does now, offering me a link where I can find more information, as well as a good argumentation to throw at my ISP, and a "shut up" option, that makes the popup go away and stay gone.
Changed in avahi: | |
status: | In Progress → Fix Committed |
I can confirm this constantly pops up for me, in my case it happened every 10 seconds or so while at the sydney air port en route linux.conf.au 2007