1 (12.05.2010 22:37:02 отредактировано curtdp)

Всем привет, имеется проблема.
Буквально сегодня отвалилась связь с сервером по sftp (при чем у всех юзеров), по ssh работает исправно. Работ на сервере, с момента когда sftp работал, не проводилось, вроде как само отвалилось. Поделитесь советом, что пробовать сделать?

ОС CentOS 5.4

Листинг консоли:

Curt:.ssh igorolejnik$ sftp -v curt@xxx.xxx.35.130
Connecting to xxx.xxx.35.130...
OpenSSH_5.2p1, OpenSSL 0.9.8l 5 Nov 2009
debug1: Reading configuration data /etc/ssh_config
debug1: Connecting to xxx.xxx.35.130 [xxx.xxx.35.130] port 22.
debug1: Connection established.
debug1: identity file /Users/igorolejnik/.ssh/id_rsa type 1
debug1: identity file /Users/igorolejnik/.ssh/id_dsa type -1
debug1: Remote protocol version 2.0, remote software version OpenSSH_4.3
debug1: match: OpenSSH_4.3 pat OpenSSH_4*
debug1: Enabling compatibility mode for protocol 2.0
debug1: Local version string SSH-2.0-OpenSSH_5.2
debug1: SSH2_MSG_KEXINIT sent
debug1: SSH2_MSG_KEXINIT received
debug1: kex: server->client aes128-ctr hmac-md5 none
debug1: kex: client->server aes128-ctr hmac-md5 none
debug1: SSH2_MSG_KEX_DH_GEX_REQUEST(1024<1024<8192) sent
debug1: expecting SSH2_MSG_KEX_DH_GEX_GROUP
debug1: SSH2_MSG_KEX_DH_GEX_INIT sent
debug1: expecting SSH2_MSG_KEX_DH_GEX_REPLY
debug1: Host 'xxx.xxx.35.130' is known and matches the RSA host key.
debug1: Found key in /Users/igorolejnik/.ssh/known_hosts:8
debug1: ssh_rsa_verify: signature correct
debug1: SSH2_MSG_NEWKEYS sent
debug1: expecting SSH2_MSG_NEWKEYS
debug1: SSH2_MSG_NEWKEYS received
debug1: SSH2_MSG_SERVICE_REQUEST sent
debug1: SSH2_MSG_SERVICE_ACCEPT received
debug1: Authentications that can continue: publickey,gssapi-with-mic,password
debug1: Next authentication method: publickey
debug1: Offering public key: /Users/igorolejnik/.ssh/id_rsa
debug1: Authentications that can continue: publickey,gssapi-with-mic,password
debug1: Trying private key: /Users/igorolejnik/.ssh/id_dsa
debug1: Next authentication method: password
curt@xxx.xxx.35.130's password: 
debug1: Authentication succeeded (password).
debug1: channel 0: new [client-session]
debug1: Entering interactive session.
debug1: Sending subsystem: sftp #в этом месте он начинает думать около минуты, ни чего не происходит
debug1: channel 0: free: client-session, nchannels 1
debug1: fd 0 clearing O_NONBLOCK
Read from remote host xxx.xxx.35.130: Operation timed out
Transferred: sent 1728, received 1784 bytes, in 511.5 seconds
Bytes per second: sent 3.4, received 3.5
debug1: Exit status -1

2

а в messages нет ни чего подозрительного? то что служба отвалилась или еще что? если перезапустить sshd то симптом тот же?

It is good day to die ...
MS Windows 10
Заметки о главном...

3

Проблема решилась сама собой, при полной нагрузке на исходящий канал в 1Gb/s, демон sftpd начинал вести себя неадекватно... мы шейпим канал проверкой софтрейда, тогда массив работает медленней и исходящий канал нагружается меньше. Костыль, понимаю, надо будет сделать адекватный шейпинг, подскажете где почитать? ab

в messages было такое:

sftp-server[16169]: error: read: Connection reset by peer

4

curtdp пишет:

подскажете где почитать?

то что могу предложить, так это:
iptables + shaping
iptables +QoS

curtdp пишет:

sftp-server[16169]: error: read: Connection reset by peer

можно почитать вот здесь, схожая ситуация.

It is good day to die ...
MS Windows 10
Заметки о главном...