ssh запрашивает пароль; но затем «Чтение с удаленного хоста ... Соединение сброшено узлом»

ssh запрашивает пароль; но затем «Чтение с удаленного хоста ... Соединение сброшено узлом»

Когда я пытаюсь подключиться к удаленному серверу, ssh запрашивает пароль, проверяет его (если я введу неправильный пароль, он сообщит «Отказано в доступе»), но не пускает меня:

$ ssh user11@123
user11@123's password:

ничего не происходит, и некоторое время спустя:

Read from remote host 123: Connection reset by peer

123 — это IP-адрес скрытого сервера.

Это делают и ssh, и sftp.

Удалённо — Linux+OpenSSH, и неделю назад ssh работал нормально.

в режиме -vvv у меня после ввода пароля

debug3: packet_send2: adding 64 (len 58 padlen 6 extra_pad 64)
debug2: we sent a password packet, wait for reply
debug1: Authentication succeeded (password).
debug1: channel 0: new [client-session]
debug3: ssh_session2_open: channel_new: 0
debug2: channel 0: send open
debug1: Entering interactive session.

через некоторое время...

debug1: channel 0: free: client-session, nchannels 1
debug3: channel 0: status: The following connections are open:
  #0 client-session (t3 r-1 i0/0 o0/0 fd 4/5 cfd -1)

debug3: channel 0: close_fds r 4 w 5 e 6 c -1
Read from remote host 123: Connection reset by peer
debug1: Transferred: stdin 0, stdout 0, stderr 63 bytes in 117.1 seconds
debug1: Bytes per second: stdin 0.0, stdout 0.0, stderr 0.5

решение1

Причин может быть несколько, но здесь недостаточно информации, чтобы точно определить проблему.

Вам придется проверить различные файлы журналов на сервере "123", чтобы /var/logувидеть, что происходит. Это означает, что нужно проверить его консоль, если вы не можете подключиться к нему по SSH.

(Неполный) список возможных причин может быть следующим:

  • Какие-то неконтролируемые процессы на вашем сервере заполняют вашу таблицу процессов, что означает, что он не может запустить вашу оболочку.
  • Недостаточно оперативной памяти для создания оболочки.
  • Сбой жесткого диска, что означает, что он не может загрузить вашу оболочку с диска, даже если sshd все еще активен.
  • Ваша оболочка входа установлена ​​неправильно /bin/falseили что-то в этом роде
  • Кто-то посчитал, что это будет смешно для rm -rf /вашего официанта.
  • Какой-то скрипт-кидди попытался установить руткит, но так накосячил, что оболочка не запускается.

В любом случае вам придется зайти в консоль сервера, чтобы посмотреть, что происходит.

Связанный контент