ssh connection cant get through

[Anoop P_2]

Hi guys,

When I try to ssh from one unix server to another, (it was all working perfectly till recently), the connecting process stalls at "Requesting pty":

OpenSSH_3.6.1p2, SSH protocols 1.5/2.0, OpenSSL 0x0090702f
debug1: Reading configuration data /opt/ssh/etc/ssh_config
debug1: Applying options for *
debug1: /opt/ssh/etc/ssh_config line 20: Deprecated option "FallBackToRsh"
debug1: /opt/ssh/etc/ssh_config line 33: Deprecated option "UseRsh"
debug1: Rhosts Authentication disabled, originating port will not be trusted.
debug1: Connecting to hostname.com [X.X.179.200] port 22.
debug1: Connection established.
debug1: read PEM private key done: type DSA
debug1: read PEM private key done: type RSA
debug1: identity file /root/home/root/.ssh/identity type 0
debug1: identity file /root/home/root/.ssh/id_dsa type 2
debug1: Remote protocol version 1.99, remote software version OpenSSH_3.6.1p2
debug1: match: OpenSSH_3.6.1p2 pat OpenSSH*
debug1: Local version string SSH-1.5-OpenSSH_3.6.1p2
debug1: Waiting for server public key.
debug1: Received server public key (768 bits) and host key (1024 bits).
debug1: Host 'hostname.com' is known and matches the RSA1 host key.
debug1: Found key in /home/root/.ssh/known_hosts:625
debug1: Encryption type: blowfish
debug1: Sent encrypted session key.
debug1: Installing crc compensation attack detector.
debug1: Received encrypted confirmation.
debug1: Trying RSA authentication via agent with 'user@ctss20'
debug1: Received RSA challenge from server.
debug1: Sending response to RSA challenge.
debug1: Remote: RSA authentication accepted.
debug1: RSA authentication accepted by server.
debug1: Requesting compression at level 6.
debug1: Enabling compression at level 6.
debug1: Requesting pty.

At the console of the destination server, I get some thing similar to "ssh respawning too rapidly" etc.

I already tried restarting the system, but no use.

Could any one help?

Thanks!
Anoop

[Sameer_Nirmal]

Hi,

Check the "npty" and "nstrpty" kernel parameters . You may need to increase their values.

[Steven E. Protter]

Shalom Anoop,

Is the destination machine the only one that has this problem?

If so, there may be a problem with the way sshd was set up on it.

Did you do the standard depot install and not do anything like modify inetd ro run it.

All you have to do is insall the product.

Please let us know, the answers to my questions control which way this is going to go.

SEP

[Anoop P_2]

The problem was resolved when my colleague ran '/sbin/insf -d pty -n 256'. It seemingly created some new ptys, and there after ssh started working.

Its a myth that telnet also uses ptys, but was not affected by this issue.

Thanks for the responses. I'm closing the thread.