From owner-freebsd-bugs Tue Mar 25 18:50:52 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id SAA07545 for bugs-outgoing; Tue, 25 Mar 1997 18:50:52 -0800 (PST) Received: from dg-rtp.dg.com (dg-rtp.rtp.dg.com [128.222.1.2]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id SAA07534 for ; Tue, 25 Mar 1997 18:50:48 -0800 (PST) Received: by dg-rtp.dg.com (5.4R3.10/dg-rtp-v02) id AA13478; Tue, 25 Mar 1997 21:50:03 -0500 Received: from ponds by dg-rtp.dg.com.rtp.dg.com; Tue, 25 Mar 1997 21:50 EST Received: from lakes.water.net (lakes [10.0.0.3]) by ponds.water.net (8.8.3/8.7.3) with ESMTP id VAA08749; Tue, 25 Mar 1997 21:14:51 -0500 (EST) Received: (from rivers@localhost) by lakes.water.net (8.8.3/8.6.9) id VAA01969; Tue, 25 Mar 1997 21:20:28 -0500 (EST) Date: Tue, 25 Mar 1997 21:20:28 -0500 (EST) From: Thomas David Rivers Message-Id: <199703260220.VAA01969@lakes.water.net> To: ponds!freebsd.org!bugs, ponds!george.lbl.gov!jin Subject: Re: /etc/hosts no longer used for rexec() ? Content-Type: text Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > > % more /etc/host.conf > # $Id: host.conf,v 1.2 1993/11/07 01:02:57 wollman Exp $ > # If that doesn't work, then try the /etc/hosts file > hosts > # Default is to use the nameserver first > bind > # If you have YP/NIS configured, uncomment the next line > # nis > > I guess it is a bug in somewhere I do not know. ping and telnet work well > under such circumstance. > However, rsh, rcp, rlogin etc. do NOT work if DNS is not reachable. It may be > the rexec() 's problem. I am sure they tried to talk to DNS even though my > /etc/host.conf is correct. The tcpdump shows that these program try to talk > to DNS regardless the /etc/hosts and /etc/host.conf. So, I changed the Subject. I reported a similar observation (rlogin seemed to wait for a DNS server to time out even when /etc/host.conf was configured to look at 'hosts' first.) I think this has something to do with the reverse look-up (which the r-cmds do).. that is , here's an IP address; what's the name. That was my best guess at the time. [See the mail archives for my previous ramblings about 2.1.5 and DNS and rlogin...] I did discover that in 2.1.6.1 this problem seems to be improved. Also, I had: domain my.domain nameserver xxx.xx.xx.x nameserver xxx.xx.xx.x nameserver 127.0.0.1 as I was thinking of running a local caching name server to get around the problem... but I never got it set up. I found that removing the last line helps greatly with the problem (I suppose if the network is unreachable, you don't have to wait for a timeout.) Do you have something like that? > > -Jin >