public inbox for cygwin-talk@cygwin.com
 help / color / mirror / Atom feed
From: Charles Wilson <cygwin@cwilson.fastmail.fm>
To: Talk Amongst Yourselves <cygwin-talk@cygwin.com>
Subject: Bah! multicast dns == pain
Date: Sun, 14 Mar 2010 05:39:00 -0000	[thread overview]
Message-ID: <4B9C7690.1040906@cwilson.fastmail.fm> (raw)

I've been trying to update the inetutils packages to upstream 1.7, but
it's been difficult; the servers were not cooperating.  I finally
decided to AT LEAST see if the clients were working.  However, since I
didn't have any local working servers...I had to set up telnetd/rshd and
friends on the linux box.

Meanwhile, I had (finally) updated my linux box installation to a recent
distro.

And...stuff didn't work. I thought.

Then, I noticed that it kinda did work, only it was VERY VERY slow. e.g.
'rsh linuxbox', wait 30 seconds, then login succeeds.  Well, that's
typically indicative that DNS is borked (esp. reverse lookups).

But...on both boxes, nslookup <name> and nslookup <number> worked instantly.

So, several hours of wireshark and strace later -- and a few red
herrings involving an ident server on my windows box (*) -- I discovered
a number of 5 second timeouts associated with RESOLVE-HOSTNAME-IPV4

write(3, "RESOLVE-HOSTNAME-IPV4 <windowsbox> ...
read(3, "-15 TIMEOUT ...

Hmm...funny, a lot of those google hits for RESOLVE-HOSTNAME-IPV4
mention nis settings with 'mdns'.  What's that?

Oh, some multicast DNS thing for zero-conf network auto configuration.
Hmm...it's related to NSS:

/etc/nsswitch.conf contains:
hosts:           mdns4_minimal files nis dns mdns4

But why would THAT be a problem? This whole 'multicast DNS' thing is
supposed to make things work better when you DON'T have a DNS server --
not screw things up when you DO have a properly configured one!

But wait! What does this one google hit say about mdns? '...mdns is
authoritative for .local?'  Hmm??  ...ah, wiki:

http://en.wikipedia.org/wiki/.local
"local is a pseudo-top-level domain used in multicast domain name
service (mDNS) of zero configuration networking discovery protocols."

Crap.

For ten years I've been using <machine>.<foo>.local for my private
network. But now this mdns4_minimal thing is being queried FIRST, and it
ignores everything BUT .local.  However, seeing a .local, it tries to
contact that device, and...times out.

OK, let's log on to the DNS server and change that to .private.  Reset
hostnames everywhere, poke, prod, cajole, cry (oops, forgot to change
/var/yp/ypservers), poke again...and try rsh One. More. Time.

and instantly...

rsh linuxbox
Last login: Sat Mar 13 23:41:31 from windowsbox
[me@linuxbox ~]$

I hate mdns.

(*) actually, not so much of a red herring after all. It appears that I
DO need the identd server running, or there is ANOTHER source of
delay/timeout.  I don't remember my old linux rsh server doing this,
but...the new one sure does.  More research needed.

--
Chuck

                 reply	other threads:[~2010-03-14  5:39 UTC|newest]

Thread overview: [no followups] expand[flat|nested]  mbox.gz  Atom feed

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=4B9C7690.1040906@cwilson.fastmail.fm \
    --to=cygwin@cwilson.fastmail.fm \
    --cc=cygwin-talk@cygwin.com \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).