ssh server slow

[uz]

I added "[NOTFOUND=continue UNAVAIL=continue] dns" to the line "ipnodes: files"
but always slow connexion

And as answer to Steven
> Is this a new problem where things have
> worked properly before?

This server has been installed by a person who is gone and i haven't the history of the instal

[Steven Schweda]

> And as answer to Steven
> [...]

One answer, more than one question. I'll try
one more time.

> [...] If other,
> _different_ services (like, say, FTP or
> Telnet), also see a delay, then you may have
> a DNS problem. A Forum search for keywords
> like:
> [...]


> > [...] A Forum search [...]
>
> Did you look? On the SSH server:
>
> nslookup

[Bob_Vance]

Oooops, my bad.

It would help if I read the orignal problem description correctly!

The slowness is *after* login prompt,
so it's probably not a usual DNS issue.


Does the problem occur when you try to ssh into the box from another login on the same box (ie, to itself)?


You can start a temporary sshd in debug mode on a different port to see what sshd and is doing.

With ssh -v from the source and the debugging sshd, you should be able to see exactly what they are both doing during the delay.

See Victor's and my suggestions in this thread:

You can watch both the incoming
http://h30499.www3.hp.com/t5/General/ssh-stopped-working-after-depo-patch-update-on-hp-11-23/m-p/4783582#M147810

bv

[rmueller58]

How is response on the console?

Connection time delay can be caused by many things.. Network traffic and utilization is a big culprit in delays as well. I see guys posting messages regarding things to look at on the UX box, and if the system was working OK up to a certain point and then doesn't.

on the UX box check top and see what your system utilization is doing, memory can be a problem. When we initially purchased one of our systems it was undersized in terms of RAM. We bumped the RAM and the problem went away.

Rule out the UX box, by checking the things being mentioned by others. May sure you have your kernel and wtmp settings correct.

That said, since, that problems with connection for us has been generally directly attributed to changes made on the DNS, network and traffic.
Content Filters, Someone downloading or streaming a video on a segment of the network, can slow connection time dramatically because of saturation.

my 2 cents.

[Bob_Vance]

Wait...

Why are you being asked for a login id?

Are you coming from another Unix/Linux box or are you using a SSH client, like 'Putty', from a Windows box?


What command are you using on the incoming and what version of ssh is it?


Please give us also HPUX sshd version:

## /usr/sbin/sshd -d 2>&1 | grep vers
debug1: sshd version OpenSSH_5.1p1+sftpfilecontrol-v1.2-hpn13v5 [ HP-UX Secure Shell-A.05.10.007 ]



bv

[uz]

In fact, there isn't only the ssh connexion who is long : for example if i type :

[root@RX-2#swlist
I have :
#Initializing...
#Contacting target "RX-2"...

and the message remains for at least 2 minutes
before making the list !


I think that i go to reinstall this machine, somebody have the installation guide please

[Bob_Vance]

show us

# cat /etc/resolv.conf
# grep -v ^# /etc/hosts
# grep -v ^# /etc/nsswitch.conf
# time nslookup rx-2

You still have not shown us the ssh & sshd versions.

who installed this system?
when?


show us

# swlist -l bundle | grep -e QP -e HWE
# swlist | grep Secure



bv

[letters]

thanks for all it was a dns problem !

[Steven Schweda]

> [...] it was a dns problem !

It often is.

It might be helpful to some future reader if
you took a minute to explain how you found
the problem, and what the fix was.