From owner-freebsd-questions Wed Nov 15 23:53:28 1995 Return-Path: owner-questions Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id XAA07586 for questions-outgoing; Wed, 15 Nov 1995 23:53:28 -0800 Received: from iis (iis.webnet.com.au [203.8.105.2]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id XAA07581 for ; Wed, 15 Nov 1995 23:53:18 -0800 Received: (from maral@localhost) by iis (8.6.12/8.6.9) id SAA14021; Thu, 16 Nov 1995 18:56:49 +1100 Date: Thu, 16 Nov 1995 18:56:48 +1100 (EST) From: Peter Marelas X-Sender: maral@iis To: Kenneth Merry cc: questions@freebsd.org Subject: Re: 951104-SNAP - Can't telnet in In-Reply-To: <199511160151.UAA06160@ulc199.residence.gatech.edu> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-questions@freebsd.org Precedence: bulk On Wed, 15 Nov 1995, Kenneth Merry wrote: > > > Does anyone know the obviuos setting (which I'm overlooking) > > to let me telnet into a 2.1.0-951104-SNAP machine? The ether > > card works (the machine was installed via ftp), it's up and > > running (can login via console), it pings, but if I try to > > telnet into it I never get a connection. telnet sits there > > until it timeouts. I also tried telnetting to port 7 and 25, > > same result. I tried rlogin, no go. > > I have the same problem! It seems that this may somehow be related > to inetd, but I can't be sure. I can't ftp, rlogin, telnet, talk, etc., to > the machine, even via localhost. The crazy thing is, the network is > running fine. I can telnet and ftp out, and things that aren't cranked up > via inetd (e.g. named, sshd, sendmail) work just fine. > Any connection that's made to the machine on a port handled by > inetd just hangs. The sockets stay in the CLOSE_WAIT state (from netstat). > > generic info: 2.1.0-951104-SNAP, SMC Elite 16C Ultra, DES and Kerberos > distributions installed. > > I don't think this is kerberos related, since it shows up with > finger, talk, etc. > Does anyone have any ideas on this? > > > Thanks, > > Ken > -- This is just a hunch, but try adding a domain name to /etc/sysconfig Peter