После обновления с Ubuntu 14.04 до 16.04 на моем VPS, выполненном через SSH, SSH сломался. делать-релиз-обновление всегда заканчивалось какой-то ошибкой пакета, поэтому я оставил все как есть. Клиент остался открытым, через ~12 часов, когда я закрыл соединение и хотел снова его открыть, я понял, что оно сломано: после успешного входа сервер прерывает соединение с сообщением Выход статус 254
я сделал ssh -vvv ИМЯ ПОЛЬЗОВАТЕЛЯ@XXX.XXX.XXX.XXX, вот результаты:
$ ssh -vvv ИМЯ ПОЛЬЗОВАТЕЛЯ@XXX.XXX.XXX.XXX
OpenSSH_8.1p1, OpenSSL 1.1.1d 10 сентября 2019 г.
debug1: Чтение данных конфигурации /etc/ssh/ssh_config
debug2: resolve_canonicalize: имя хоста XXX.XXX.XXX.XXX — это адрес
отладка2: ssh_connect_direct
debug1: подключение к порту 22 XXX.XXX.XXX.XXX [XXX.XXX.XXX.XXX].
отладка1: соединение установлено.
debug1: файл идентификации /c/Users/USER/.ssh/id_rsa type -1
debug1: файл идентификации /c/Users/USER/.ssh/id_rsa-cert type -1
debug1: файл идентификации /c/Users/USER/.ssh/id_dsa type -1
debug1: файл идентификации /c/Users/USER/.ssh/id_dsa-cert type -1
debug1: файл идентификации /c/Users/USER/.ssh/id_ecdsa тип -1
debug1: файл идентификации /c/Users/USER/.ssh/id_ecdsa-cert type -1
debug1: файл идентификации /c/Users/USER/.ssh/id_ed25519 тип -1
debug1: файл идентификации /c/Users/USER/.ssh/id_ed25519-cert type -1
debug1: файл идентификации /c/Users/USER/.ssh/id_xmss тип -1
debug1: файл идентификации /c/Users/USER/.ssh/id_xmss-cert type -1
debug1: строка локальной версии SSH-2.0-OpenSSH_8.1
debug1: удаленный протокол версии 2.0, удаленная версия программного обеспечения OpenSSH_6.6.1p1 Ubuntu-2ubuntu2.13
debug1: соответствие: OpenSSH_6.6.1p1 Ubuntu-2ubuntu2.13 pat OpenSSH_6.6.1* compat 0x04000002
debug2: параметр fd 3 O_NONBLOCK
debug1: Аутентификация XXX.XXX.XXX.XXX:22 как «ИМЯ ПОЛЬЗОВАТЕЛЯ»
debug3: hostkeys_foreach: чтение файла "/c/Users/USER/.ssh/known_hosts"
debug3: record_hostkey: найден тип ключа ECDSA в файле /c/Users/USER/.ssh/known_hosts:2
debug3: load_hostkeys: загружен 1 ключ из XXX.XXX.XXX.XXX
debug3: order_hostkeyalgs: предпочитать hostkeyalgs: [email protected], [email protected], [email protected], ecdsa -sha2-nistp256,ecdsa-sha2-nistp384,ecdsa-sha2-nistp521
debug3: отправить пакет: введите 20
debug1: SSH2_MSG_KEXINIT отправлен
debug3: получить пакет: введите 20
debug1: SSH2_MSG_KEXINIT получен
debug2: предложение KEXINIT локального клиента
debug2: Алгоритмы KEX: curve25519-sha256,[email protected],ecdh-sha2-nistp256,ecdh-sha2-nistp384,ecdh-sha2-nistp521,diffie-hellman-group-exchange-sha256,diffie-hellman-group16 -sha512, диффи-хеллман-группа18-ша512, диффи-хеллман-группа14-ша256, диффи-хеллман-группа14-ша1, доб-информация-с
debug2: алгоритмы ключа хоста: [email protected],[email protected],[email protected],ecdsa- sha2-nistp256, ecdsa-sha2-nistp384, ecdsa-sha2-nistp521, [email protected], [email protected], rsa-sha2-256-cert- [email protected],[email protected],ssh-ed25519,rsa-sha2-512,rsa-sha2-256,ssh-rsa
debug2: шифры ctos: [email protected], aes128-ctr, aes192-ctr, aes256-ctr, [email protected], [email protected], aes128-cbc, 3des-cbc, aes256 -cbc,aes192-cbc
debug2: коды шифров -cbc,aes192-cbc
debug2: главные администраторы MAC: [email protected],[email protected],[email protected],[email protected],hmac [email protected],[email protected],[email protected],hmac-sha2-256,hmac-sha2-512,hmac-sha1
debug2: Сток MAC: [email protected],[email protected],[email protected],[email protected],hmac [email protected],[email protected],[email protected],hmac-sha2-256,hmac-sha2-512,hmac-sha1
debug2: сжатие Технический директор: нет, [email protected], zlib
debug2: сжатие stoc: нет, [email protected], zlib
debug2: языки
debug2: языки сток:
отладка2: first_kex_follows 0
отладка2: зарезервировано 0
debug2: одноранговый сервер, предложение KEXINIT
debug2: алгоритмы KEX: [email protected],ecdh-sha2-nistp256,ecdh-sha2-nistp384,ecdh-sha2-nistp521,diffie-hellman-group-exchange-sha256,diffie-hellman-group-exchange-sha1 ,диффи-хеллман-группа14-ша1,диффи-хеллман-группа1-ша1
debug2: алгоритмы ключей хоста: ssh-rsa, ssh-dss, ecdsa-sha2-nistp256, ssh-ed25519
debug2: шифры ctos: aes128-ctr, aes192-ctr, aes256-ctr, arcfour256, arcfour128, [email protected], [email protected], [email protected], aes128-cbc, 3des -cbc,blowfish-cbc,cast128-cbc,aes192-cbc,aes256-cbc,arcfour,[email protected]
debug2: исходный код шифров: aes128-ctr, aes192-ctr, aes256-ctr, arcfour256, arcfour128, [email protected], [email protected], [email protected], aes128-cbc, 3des -cbc,blowfish-cbc,cast128-cbc,aes192-cbc,aes256-cbc,arcfour,[email protected]
debug2: MACs ctos: [email protected],[email protected],[email protected],[email protected],hmac-sha2-256 [email protected],[email protected],[email protected],[email protected],hmac-md5-96-etm@openssh .com, hmac-md5, hmac-sha1, [email protected], [email protected], hmac-sha2-256, hmac-sha2-512, hmac-ripemd160, [email protected] ,hmac-sha1-96,hmac-md5-96
debug2: MAC-адреса: [email protected],[email protected],[email protected],[email protected],hmac-sha2-256 [email protected],[email protected],[email protected],[email protected],hmac-md5-96-etm@openssh .com, hmac-md5, hmac-sha1, [email protected], [email protected], hmac-sha2-256, hmac-sha2-512, hmac-ripemd160, [email protected] ,hmac-sha1-96,hmac-md5-96
debug2: сжатие Технический директор: нет, [email protected]
debug2: сжатие исходный код: нет, [email protected]
debug2: языки
debug2: языки сток:
отладка2: first_kex_follows 0
отладка2: зарезервировано 0
debug1: kex: алгоритм: [email protected]
debug1: kex: алгоритм ключа хоста: ecdsa-sha2-nistp256
debug1: kex: server->client шифр: [email protected] MAC: <неявное> сжатие: нет
debug1: kex: client->server шифр: [email protected] MAC: <неявное> сжатие: нет
debug3: отправить пакет: введите 30
debug1: ожидается SSH2_MSG_KEX_ECDH_REPLY
debug3: получить пакет: введите 31
debug1: ключ хоста сервера: ecdsa-sha2-nistp256 SHA256:MjRBEXmM8Lpl5zUEXnixUr7GgOxV1ka9UXI5qhB8uhE
debug3: hostkeys_foreach: чтение файла "/c/Users/USER/.ssh/known_hosts"
debug3: record_hostkey: найден тип ключа ECDSA в файле /c/Users/USER/.ssh/known_hosts:2
debug3: load_hostkeys: загружен 1 ключ из XXX.XXX.XXX.XXX
debug1: Хост «XXX.XXX.XXX.XXX» известен и соответствует ключу хоста ECDSA.
debug1: найден ключ в /c/Users/USER/.ssh/known_hosts:2
debug3: отправить пакет: тип 21
debug2: set_newkeys: режим 1
debug1: сменить ключ после 134217728 блоков
debug1: SSH2_MSG_NEWKEYS отправлено
debug1: ожидается SSH2_MSG_NEWKEYS
debug3: получить пакет: тип 21
debug1: SSH2_MSG_NEWKEYS получен
debug2: set_newkeys: режим 0
debug1: повторный ввод после 134217728 блоков
debug1: попытается ввести ключ: /c/Users/USER/.ssh/id_rsa
debug1: попытается ввести ключ: /c/Users/USER/.ssh/id_dsa
debug1: попытается ввести ключ: /c/Users/USER/.ssh/id_ecdsa
debug1: попытается ввести ключ: /c/Users/USER/.ssh/id_ed25519
debug1: попытается ввести ключ: /c/Users/USER/.ssh/id_xmss
debug2: pubkey_prepare: готово
debug3: отправить пакет: тип 5
debug3: получить пакет: тип 6
debug2: service_accept: ssh-userauth
debug1: SSH2_MSG_SERVICE_ACCEPT получен
debug3: отправить пакет: введите 50
debug3: получить пакет: введите 51
debug1: Аутентификации, которые могут продолжаться: открытый ключ, пароль
debug3: начать сначала, передать другой список открытых ключей, пароль
debug3: предпочтительный открытый ключ, интерактивная клавиатура, пароль
debug3: открытый ключ authmethod_lookup
debug3: остается предпочтительным: интерактивная клавиатура, пароль
debug3: открытый ключ authmethod_is_enabled
debug1: следующий метод аутентификации: открытый ключ
debug1: Попытка закрытого ключа: /c/Users/USER/.ssh/id_rsa
debug3: нет такого идентификатора: /c/Users/USER/.ssh/id_rsa: нет такого файла или каталога
debug1: Попытка закрытого ключа: /c/Users/USER/.ssh/id_dsa
debug3: нет такого идентификатора: /c/Users/USER/.ssh/id_dsa: нет такого файла или каталога
debug1: Попытка закрытого ключа: /c/Users/USER/.ssh/id_ecdsa
debug3: нет такого идентификатора: /c/Users/USER/.ssh/id_ecdsa: нет такого файла или каталога
debug1: Попытка закрытого ключа: /c/Users/USER/.ssh/id_ed25519
debug3: нет такого идентификатора: /c/Users/USER/.ssh/id_ed25519: нет такого файла или каталога
debug1: Попытка закрытого ключа: /c/Users/USER/.ssh/id_xmss
debug3: нет такого идентификатора: /c/Users/USER/.ssh/id_xmss: нет такого файла или каталога
debug2: мы не отправляли пакет, отключить метод
debug3: пароль authmethod_lookup
debug3: остается предпочтительным: ,пароль
debug3: пароль authmethod_is_enabled
debug1: следующий метод аутентификации: пароль
[email protected] пароль пользователя:
debug3: отправить пакет: введите 50
debug2: мы отправили пакет паролей, ждем ответа
debug3: получить пакет: введите 52
debug1: аутентификация прошла успешно (пароль).
Авторизован на XXX.XXX.XXX.XXX ([XXX.XXX.XXX.XXX]:22).
debug1: канал 0: новый [клиентский сеанс]
отладка3: ssh_session2_open: канал_новый: 0
debug2: канал 0: отправить открытым
debug3: отправить пакет: введите 90
debug1: Запрос [email protected]
debug3: отправить пакет: введите 80
debug1: вход в интерактивный сеанс.
debug1: залог: сеть
debug3: получить пакет: введите 91
debug2: channel_input_open_confirmation: канал 0: запуск обратного вызова
debug2: настройка fd 3 TCP_NODELAY
debug3: ssh_packet_set_tos: установить IP_TOS 0x48
debug2: client_session2_setup: идентификатор 0
debug2: канал 0: запрос pty-req подтверждает 1
debug3: отправить пакет: введите 98
debug2: канал 0: подтверждение оболочки запроса 1
debug3: отправить пакет: введите 98
debug2: channel_input_open_confirmation: канал 0: обратный вызов выполнен
debug2: канал 0: открыть подтверждение rwindow 0 rmax 32768
debug3: получить пакет: введите 99
debug2: channel_input_status_confirm: введите 99 id 0
debug2: запрос на выделение PTY принят на канале 0
debug2: канал 0: настройка rcvd 2097152
debug3: получить пакет: введите 99
debug2: channel_input_status_confirm: введите 99 id 0
debug2: запрос оболочки принят на канале 0
debug3: получить пакет: введите 98
debug1: client_input_channel_req: канал 0 rtype ответ состояния выхода 0
debug3: получить пакет: введите 98
debug1: client_input_channel_req: канал 0 rtype [email protected] ответ 0
debug2: канал 0: rcvd eow
debug2: канал 0: chan_shutdown_read (i0 o0 sock -1 wfd 4 efd 6 [запись])
debug2: канал 0: вход открыт -> закрыт
debug3: получить пакет: введите 96
debug2: канал 0: rcvd eof
debug2: канал 0: выход открыт -> слив
debug3: получить пакет: введите 97
debug2: канал 0: rcvd закрыть
debug3: канал 0: не будет отправлять данные после закрытия
Добро пожаловать в Ubuntu 16.04 LTS (GNU/Linux 3.13.0-042stab141.3 x86_64)
* Документация: https://help.ubuntu.com/
Доступен новый релиз 18.04.5 LTS.
Запустите «do-release-upgrade», чтобы обновить его.
Нет почты.
Последний вход: ср, 16 июня, 21:58:00 2021 с MYHOST
debug3: канал 0: не будет отправлять данные после закрытия
debug2: канал 0: obuf пустой
debug2: канал 0: chan_shutdown_write (i3 o1 sock -1 wfd 5 efd 6 [запись])
debug2: канал 0: выходной сток -> закрыт
debug2: канал 0: почти мертв
debug2: канал 0: gc: уведомить пользователя
debug2: канал 0: gc: пользователь отключен
debug2: канал 0: отправить закрыть
debug3: отправить пакет: введите 97
debug2: канал 0: мертв
debug2: канал 0: сборка мусора
debug1: канал 0: свободен: клиент-сеанс, nchannels 1
debug3: канал 0: статус: открыты следующие соединения:
# 0 клиент-сеанс (t4 r0 i3/0 o3/0 e[write]/0 fd -1/-1/6 sock -1 cc -1)
debug3: отправить пакет: тип 1
debug3: fd 1 не O_NONBLOCK
Соединение с XXX.XXX.XXX.XXX закрыто.
Передано: отправлено 2236, получено 2512 байт, за 0,3 секунды
Байт в секунду: отправлено 6692,5, получено 7518,6
debug1: статус выхода 254
Проблема в том, что SSH был моим единственным вариантом доступа к серверу (VPS с самостоятельным управлением, нет возможности получить доступ к удаленной консоли или получить снимок), поэтому поддержка рекомендует уничтожить и восстановить сервер, что не является дружественным вариантом.
Я пытаюсь спасти ситуацию, каким-то образом вернув доступ к SSH, но не могу обойти указанную выше ошибку. У меня нет журналов на стороне сервера. Согласно статистике, доступной на стороне хостинга, Память доступна (использование ОЗУ составляет ~ 16%),
Я пытался:
- Отправить
^ С после входа в систему для перехвата .bashrc или же .bash_profile; это не сработало, и я даже не уверен, что это вызывает проблему
ssh ИМЯ ПОЛЬЗОВАТЕЛЯ@XXX.XXX.XXX.XXX bash --noprofile --norc, тот же результатssh [email protected] 'что-то повторить >&2 Я понимаю debug1: Отправка команды: повторить что-то >&2 в логе, а на выходе нет результата- получить доступ к базе данных: после перезагрузки системы с помощью сайта Server Dashboard сервер MySQL так и не вернулся в сеть
- попросить удаленный терминал или снимок ВМ у хостинговой компании, не получилось
Любая помощь приветствуется
