From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from ik-out-1112.google.com (ik-out-1112.google.com [66.249.90.182]) by ozlabs.org (Postfix) with ESMTP id 2541ADDECC for ; Sun, 1 Apr 2007 02:20:56 +1000 (EST) Received: by ik-out-1112.google.com with SMTP id c29so627898ika for ; Sat, 31 Mar 2007 09:20:54 -0700 (PDT) Message-ID: Date: Sat, 31 Mar 2007 09:20:52 -0700 From: "Steve Iribarne (GMail)" To: "Charles Krinke" Subject: Re: PPC login puzzle In-Reply-To: <9F3F0A752CAEBE4FA7E906CC2FBFF57C069B6C@MERCURY.inside.istor.com> MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_Part_89731_4371503.1175358052864" References: <20070329192932.98FBD353A6C@atlas.denx.de> <200703291345.35978.tmaenner@aehr.com> <9F3F0A752CAEBE4FA7E906CC2FBFF57C069B6B@MERCURY.inside.istor.com> <460DDB1F.7020106@billgatliff.com> <9F3F0A752CAEBE4FA7E906CC2FBFF57C069B6C@MERCURY.inside.istor.com> Cc: linuxppc-embedded@ozlabs.org List-Id: Linux on Embedded PowerPC Developers Mail List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , ------=_Part_89731_4371503.1175358052864 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline > > > Yes, that that is another part of the puzzle as both the /etc/securetty > and the /etc/xinetd.d/telnet files are identical in both root filesystems. > So, there must be some ither file somewhere keeping me from cooking my toast > with a telnet login to the 8541. Seems to me thing you can do is find out why the telnet session is being rejected. Have you done an ethernet capture? Do you have any firewalling setup? In that case you need to make sure your rules are setup properly. The ethernet capture should give you a clue. Are you sure the telnetd can be found on your system that doesn't work? What do the logs tell you on the machine that doesn't work? I think xinetd kicks out a log file, what does that tell you? Have you tried on the 8541, login to the terminal and then telnet to localhost? If you can do that, then I'd say it's a firewalling problem, if not, then it's a telnetd type of problem. Hope that helps. -stv -- /* * Steve Iribarne * Software Engineer * (aka Grunt) */ ------=_Part_89731_4371503.1175358052864 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline <snip...>

Yes, that that is another part of the puzzle as both the /etc/securetty and the /etc/xinetd.d/telnet files are identical in both root filesystems. So, there must be some ither file somewhere keeping me from cooking my toast with a telnet login to the 8541.


Seems to me thing you can do is find out why the telnet session is being rejected.  Have you done an ethernet capture?

Do you have any firewalling setup?  In that case you need to make sure your rules are setup properly.  The ethernet capture should give you a clue.

Are you sure the telnetd can be found on your system that doesn't work?  What do the logs tell you on the machine that doesn't work?  I think xinetd kicks out a log file, what does that tell you?

Have you tried on the 8541,  login to the terminal and then telnet to localhost?  If you can do that, then I'd say it's a firewalling problem, if not, then it's a telnetd type of problem. 


Hope that helps.

-stv

--
/*
* Steve Iribarne
* Software Engineer
* (aka Grunt)
*/ ------=_Part_89731_4371503.1175358052864--