On 3/31/07, <b class="gmail_sendername">Charles Krinke</b> <<a href="mailto:ckrinke@istor.com">ckrinke@istor.com</a>> wrote:<div><span class="gmail_quote"></span><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
Seems to me thing you can do is find out why the telnet session is being rejected. Have you done an ethernet capture?<br><br><snip....><br>It is interesting that 'telnet localhost' fails in a similar way as telnet across the
</blockquote><div><br><br>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.
<br><br>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.
<br><br>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.
<br><br>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.<br><br>-stv<br> </div><br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
network, and I appreciate your kind hints, especially about the log file and /var/log/syslog helps a bit on this problem.<br><br>When trying to telnet accross the network, syslog says<br><br>in.telnetd[]: connect from x.x.x.x
<br><br>But entering root doesnt work and the host then says:<br>sff1 login: root<br>Login incorrect<br><br>There are no further errors on the 8541. When trying to 'telnet localhost', syslog says<br><br>in.telnetd
[]: connect from <a href="http://127.0.0.1">127.0.0.1</a><br><br>But neither completes the login, so although there is a clue here, the logical path to conclusion is still escaping me a little bit.<br><br>I can see that both targets have the same /etc/xinted.d/telnet file and it contains:
<br><br>service telnet<br>{<br> flags = REUSE<br> socket_type = stream<br> protocol = tcp<br> wait = no<br> user = root<br> server = /usr/sbin/in.telnetd<br> server_args = -h<br> log_on_failure += USERID<br>}<br><br>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.
<br><br>Charles<br><br><br></blockquote></div><br><br clear="all"><br>-- <br>/*<br> * Steve Iribarne<br> * Software Engineer<br> * (aka Grunt) <br> */