Re: PPC login puzzle
On 3/31/07, Charles Krinke [EMAIL PROTECTED] wrote: Seems to me thing you can do is find out why the telnet session is being rejected. Have you done an ethernet capture? snip It is interesting that 'telnet localhost' fails in a similar way as telnet across the Ok.. This tells me it's a telnet problem. So either the telentd isn't starting up properly on this system OR there is some weird rights thing that you have setup differently on both systems. Are you using anything like busybox? Which telnet are you using. It's killing me because I know I have run into this same problem. But I am old and I forgot what I did. I had this problem about 3 years ago.. ugh. To me it was something with securetty or the like. There is a config file that allows telnet or not. Another thing to try is to load telnetd with more options. I think there is -a debug you can turn on and that will turn on the authentication debugging... -D report should also help you out. I'm sure it has something to do with root not being able to logon or maybe it's the blank password. Create a password for root and see if that helps. -stv network, and I appreciate your kind hints, especially about the log file and /var/log/syslog helps a bit on this problem. When trying to telnet accross the network, syslog says in.telnetd[]: connect from x.x.x.x But entering root doesnt work and the host then says: sff1 login: root Login incorrect There are no further errors on the 8541. When trying to 'telnet localhost', syslog says in.telnetd[]: connect from 127.0.0.1 But neither completes the login, so although there is a clue here, the logical path to conclusion is still escaping me a little bit. I can see that both targets have the same /etc/xinted.d/telnet file and it contains: service telnet { flags = REUSE socket_type = stream protocol = tcp wait = no user = root server = /usr/sbin/in.telnetd server_args = -h log_on_failure += USERID } which I think is reasonable in this situation. So, this begs the question of what other things still bear on this type of problem. Again, I appreciate your taking the time to help me understand a bit more of how this fits together. Charles -- /* * Steve Iribarne * Software Engineer * (aka Grunt) */ ___ Linuxppc-embedded mailing list Linuxppc-embedded@ozlabs.org https://ozlabs.org/mailman/listinfo/linuxppc-embedded
Re: PPC login puzzle
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) */ ___ Linuxppc-embedded mailing list Linuxppc-embedded@ozlabs.org https://ozlabs.org/mailman/listinfo/linuxppc-embedded
RE: PPC login puzzle
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) */ It is interesting that 'telnet localhost' fails in a similar way as telnet across the network, and I appreciate your kind hints, especially about the log file and /var/log/syslog helps a bit on this problem. When trying to telnet accross the network, syslog says in.telnetd[]: connect from x.x.x.x But entering root doesnt work and the host then says: sff1 login: root Login incorrect There are no further errors on the 8541. When trying to 'telnet localhost', syslog says in.telnetd[]: connect from 127.0.0.1 But neither completes the login, so although there is a clue here, the logical path to conclusion is still escaping me a little bit. I can see that both targets have the same /etc/xinted.d/telnet file and it contains: service telnet { flags = REUSE socket_type = stream protocol = tcp wait = no user = root server = /usr/sbin/in.telnetd server_args = -h log_on_failure += USERID } which I think is reasonable in this situation. So, this begs the question of what other things still bear on this type of problem. Again, I appreciate your taking the time to help me understand a bit more of how this fits together. Charles ___ Linuxppc-embedded mailing list Linuxppc-embedded@ozlabs.org https://ozlabs.org/mailman/listinfo/linuxppc-embedded
Re: PPC login puzzle
In message [EMAIL PROTECTED] you wrote: The question is: What are the various things that might cause one toaster to be able to login from a telnet session and another, very similar one to not be able to do this? Different settings of disable = ... in the /etc/xinetd.d/telnet config file? Best regards, Wolfgang Denk -- DENX Software Engineering GmbH, HRB 165235 Munich, CEO: Wolfgang Denk Office: Kirchenstr. 5, D-82194 Groebenzell,Germany Phone: (+49)-8142-66989-10 Fax: (+49)-8142-66989-80 Email: [EMAIL PROTECTED] It is easier to port a shell than a shell script. - Larry Wall ___ Linuxppc-embedded mailing list Linuxppc-embedded@ozlabs.org https://ozlabs.org/mailman/listinfo/linuxppc-embedded
PPC login puzzle
I have 2 targets, both kernel.org linux-2.6.17.11. Both are currently using rootfile systems from montavista's 2.6.10 distribution. One is a PPC8241 and the other is a PPC8541. On the 8241, I can login with a telnet session as root. On the 8541, I cannot. On both, I can login at the serial terminal as root with no passwd. Neither as a password for root in /etc/passwd. That is, the first line in the passwd file says root::0:0:root:/root/bin/bash. Being toasters, I dont want a password to cook my toast. The question is: What are the various things that might cause one toaster to be able to login from a telnet session and another, very similar one to not be able to do this? Charles ___ Linuxppc-embedded mailing list Linuxppc-embedded@ozlabs.org https://ozlabs.org/mailman/listinfo/linuxppc-embedded