Hello,
On 10/4/06, Lennart Poettering <[EMAIL PROTECTED]> wrote:
Hi!
I am not that happy with the suggested postinst script.
Two things:
First, please use "mdns4" and "mdns4_minimal" modules instead of
"mdns" and "mdns_minimal". Why? Because many broken programs (one of
Lennart's suggestions break network setups.
Network A: perfectly setup zeroconf network.
Network B: badly setup corporate site, which uses .local as the last
part of zonecut. That is, resources have names like
mailserver.corporate.local
Lennart's "solution" (in a private email exchange) was to have the
user install/uninstall libnss-mdns as required.
Let's make network B a, say, public wireless access point.
You can't know - in advance - whether or not any particular network is
setup correctly.
them being "telnet") do host name lookups in a broken way: they first
try an ipv6 lookup and if that fails fall back to ipv4. In mDNS host
Option 1: break network setups
Option 2: induce a 10 second delay for people who mis-type a resource name.
Unfortunately do neither Avahi nor Apple Bonjour register both ipv6
and ipv4 addresses by default.
Incorrect. Apple register zeroconf entries with both A and AAAA
records. Check the bonjour-dev mailing list. From memory, I started a
thread about this issue.
The ideal line has to look like this:
hosts: files mdns4_minimal [NOTFOUND=return] dns mdns4
Wrong. Breaks interoperability.
I strongly suggest following this advice of mine. To my knowledge this
line is nearly "optimal". I know that Anand Kumria doesn't really
follow me in my argumentation and added some misleading documentation
to README.Debian. However, I am very unhappy with this situation.
The documentation is not misleading. You are simply misinformed about
this, and despite my repeated efforts, do not appear to understand the
problem.
Yes, it is a pity that we cannot add proper out-of-the-box support for
IPv6 to our zeroconf stack. But humm, that's the situation we have to
deal with.
No - avahi could register each name with both A and AAAA records. I
haven't checked whether it does or does not. If not, I'd argue it is a
bug.
Anyway, the reason I didn't comment earlier is because your initial
patch was fine. This one isn't.
Anand
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
