I created a user account and it works when loggin in via ssh. It doesn't work via telnet. I also just realized that root is accessible via ssh but not telnet. Any ideas?
If it is, see if inetd.sec is blocking telnet or TCP wrappers configuration is interfering.
Check logs /var/adm/syslog/syslog.log
SEP
Steven E Protter Owner of ISN Corporation http://isnamerica.com http://hpuxconsulting.com Sponsor: http://hpux.ws Twitter: http://twitter.com/hpuxlinux Founder http://newdatacloud.com
> I can also telnet to other non-root users without a problem.
Look for your '/etc/securetty' file. It undoubtedly exists and has a line with the word "console" in it. The presence of this file inhibits root logins to the listed devices.
James, Shouldn't that entry in /etc/securetty also disable root login via ssh? I can login to the root account via ssh. The console entry is in /etc/securetty, but doesn't stop login from ssh. I also commented it out and still the same results.
That also doesn't really explain why I can login via telnet to some non-root users, but can't with others.
This is also a system that I just inherited, so I didn't set it up.
Still hasn't really addressed my non-root users issue. I've checked everything that's been suggested. Still don't know why I can login to some non-root users via telnet, but not others.
ssh might authenticate by means of a pass-phrase which is different than that of a password. If your ssh authentication is set up using pass-phrases and when you telnet, you are trying to use the same pass-phrase as password, you might be failing because your password is set as some other string on the failing accounts whereas it might be set to the same in working accounts.
Can you run the command below and post the debug output here:
ssh -vvv user@hostname
don't worry, the pass-phrase or password will not show in your screen capture.
________________________________ UNIX because I majored in cryptology...
Hmmm... so you are actually using the password authentication via ssh. And you are providing the same password to the telnet session and it won't work. Right ?
In this case I am going to go out on a limb and say something your terminal emulator doing is causing you this grief. What, I can not say, but a wrong terminal type emulation, might prevent some characters from being typed. Also, are you using any auto-login scripts on your terminal emulators ?
As a suggestion, did you try typing your password on a notepad (or other ascii editor) and pasting it to ssh and telnet sessions simultaneously ?
________________________________ UNIX because I majored in cryptology...
Stop using telnet. Authentication is in clear text. ssh is a good replacement.
You might want to generate a new public ssh key without a pass phrase.
Check the permissions and ownership of the files in .ssh and the permissions and ownership of the .ssh folder
SEP
Steven E Protter Owner of ISN Corporation http://isnamerica.com http://hpuxconsulting.com Sponsor: http://hpux.ws Twitter: http://twitter.com/hpuxlinux Founder http://newdatacloud.com
Mel, I am using the same password on both. This is only helping with some user accounts. My personal non-root account works just fine via ssh or telnet.
I would think that rules out the emulator issue. I definitely need to check the .profile.
Steven E Protter Owner of ISN Corporation http://isnamerica.com http://hpuxconsulting.com Sponsor: http://hpux.ws Twitter: http://twitter.com/hpuxlinux Founder http://newdatacloud.com
check for ur /etc/profile..may be it has something that denies login to specific user (in ur case it is root)..
if there is a console entry in ur /etc/securetty file then u cannot do a direct root login ..(need use su or sudo ..).In this case u can login as root only on console and not by telnet..
