Date: Mon, 07 Aug 1995 02:15:26 -0700 From: "Jordan K. Hubbard" <jkh@time.cdrom.com> To: "Rodney W. Grimes" <rgrimes@gndrsh.aac.dev.com> Cc: freebsd-current@FreeBSD.org, joerg_wunsch@uriah.heep.sax.de Subject: Re: workaround for talk's address problem Message-ID: <22696.807786926@time.cdrom.com> In-Reply-To: Your message of "Mon, 07 Aug 1995 00:13:34 PDT." <199508070713.AAA00579@gndrsh.aac.dev.com>
next in thread | previous in thread | raw e-mail | index | archive | help
> > > > > talk(1) has problems with multi-homed hosts. To negotiate the > > > connection with the remote peer, it uses the first address as returned > > > by a call to gethostbyname(). This will cause the connection to hang > > > > NFS has the exact same problem, FWIW. If there's a more general > > solution, we should go for it. > > NFS does not have such a problem, or at least I have never seen it, and > I have _lots_ of networks, all but 1 serving NFS: I can reproduce this easily. Just take my gateway box and make both of its addresses, the "lower numbered one for slip" and the "higher one for local subnet", use the same name. Then try to NFS mount something from one of the private subnet hosts - it will fail since DNS returns the entry for the slip line, not the ethernet. I bit myself with this and have since gone to separate hostnames for each interface. Jordan
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?22696.807786926>