Приведенный ниже журнал поступает с сервера SSHD, когда клиент SSH пытается подключиться. Я уверен, что у меня правильный ключ ssh. Я только что сравнил два сервера RHEL5. Когда я красный, это означает, что сервер по какой-то причине закрыл соединение. Но есть предложения, как попытаться решить проблему и найти первопричину?
Jul 29 20:12:11 sshd[13259]: subsystem request for sftp
Jul 29 20:12:11 sshd[13259]: channel_by_id: 0: bad id: channel free
Jul 29 20:12:11 sshd[13259]: Disconnecting: Received data for nonexistent channel 0.
ОС: RHEL 5.11, служба SSHD: по умолчанию
Сообщение об ошибке Disconnecting: Received data for nonexistent channel 0. может быть вызвано неправильной конфигурацией sshd.
Убедитесь, что линия Subsystem sftp /usr/lib/openssh/sftp-server (или аналогичный) в /etc/ssh/sshd_config указывает на правильный двоичный файл.
Другой причиной ошибки может быть неправильная настройка system shell установка в /etc/passwd для пользователя. источник
Я только что столкнулся с тем же сообщением об ошибке с очень простой причиной - полная файловая система '/'.
Проверьте
/proc/sys/net/netfilter/nf_conntrack_tcp_timeout_time_wait
Или
/proc/sys/net/netfilter/nf_conntrack_tcp_timeout_close_wait
Я искал решение уменьшить количество XXX_WAIT на моем сервере
[mihamina@RKTMB ~]$ sudo ss -taupen | grep WAIT
tcp TIME-WAIT 0 0 127.0.0.1:3128 127.0.0.1:60036 timer:(timewait,15sec,0) ino:0 sk:ffff9bbf5ba65000
tcp TIME-WAIT 0 0 127.0.0.1:3128 127.0.0.1:60024 timer:(timewait,1.420ms,0) ino:0 sk:ffff9bbee4aa2300
tcp TIME-WAIT 0 0 127.0.0.1:59994 127.0.0.1:3128 timer:(timewait,54sec,0) ino:0 sk:ffff9bbf5ba64c00
tcp TIME-WAIT 0 0 127.0.0.1:60028 127.0.0.1:3128 timer:(timewait,2.467ms,0) ino:0 sk:ffff9bbee4aa2600
tcp TIME-WAIT 0 0 127.0.0.1:59946 127.0.0.1:3128 timer:(timewait,23sec,0) ino:0 sk:ffff9bbf5ba65900
tcp TIME-WAIT 0 0 127.0.0.1:3128 127.0.0.1:60032 timer:(timewait,7.045ms,0) ino:0 sk:ffff9bbee4aa2800
tcp TIME-WAIT 0 0 127.0.0.1:60030 127.0.0.1:3128 timer:(timewait,5.521ms,0) ino:0 sk:ffff9bbee4aa2a00
... # I have a Loooooottt
И я нашел https://www.lognormal.com/blog/2012/09/27/linux-tcpip-tuning/
Но если внимательно прочитать, они предупреждают о беспорядке пакетов ...