Не подключается по SSH ни к одному серверу

Руководства, вопросы, обсуждения
Правила форума
Как правильно задавать вопросы Правильно сформулированный вопрос и его грамотное оформление способствует высокой вероятности получения достаточно содержательного и по существу ответа. Общая рекомендация по составлению тем: 1. Версия ОС вместе с разрядностью. Пример: LM 18.1 x64, LM Sarah x32 2. DE. Если вопрос касается двух, то через запятую. (xfce, KDE, cinnamon, mate) 3. Какое железо. (достаточно вывод inxi -Fxz в спойлере (как пользоваться спойлером смотрим здесь)) или же дать ссылку на hw-probe 4. Суть. Желательно с выводом консоли, логами. 5. Скрин. Просьба указывать 1, 2 и 3 независимо от того, имеет ли это отношение к вопросу или нет. Так же не забываем об общих правилах Как пример вот

Автор темы
CaMINTcadze
Сообщения: 34
Зарегистрирован: 25 ноя 2017, 15:04

Не подключается по SSH ни к одному серверу

Сообщение CaMINTcadze » 19 янв 2018, 13:47

Последний Линукс Минт из коробки.

При попытке подключиться к любому серверу из консоли (как впрочем и через некоторые SSH-менеджеры) по SSH просто отрубает коннект после успешной проверки пароля.
Куда копать, ума не приложу.

Это команда подключения

ssh -v user@xxx.xxx.xxx.xxx

А это лог
OpenSSH_7.2p2 Ubuntu-4ubuntu2.2, OpenSSL 1.0.2g  1 Mar 2016
debug1: Reading configuration data /etc/ssh/ssh_config
debug1: /etc/ssh/ssh_config line 19: Applying options for *
debug1: Connecting to xxx.xxx.xxx.xxx [xxx.xxx.xxx.xxx] port 22.
debug1: Connection established.
debug1: key_load_public: No such file or directory
debug1: identity file /home/mintuser/.ssh/id_rsa type -1
debug1: key_load_public: No such file or directory
debug1: identity file /home/mintuser/.ssh/id_rsa-cert type -1
debug1: key_load_public: No such file or directory
debug1: identity file /home/mintuser/.ssh/id_dsa type -1
debug1: key_load_public: No such file or directory
debug1: identity file /home/mintuser/.ssh/id_dsa-cert type -1
debug1: key_load_public: No such file or directory
debug1: identity file /home/mintuser/.ssh/id_ecdsa type -1
debug1: key_load_public: No such file or directory
debug1: identity file /home/mintuser/.ssh/id_ecdsa-cert type -1
debug1: key_load_public: No such file or directory
debug1: identity file /home/mintuser/.ssh/id_ed25519 type -1
debug1: key_load_public: No such file or directory
debug1: identity file /home/mintuser/.ssh/id_ed25519-cert type -1
debug1: Enabling compatibility mode for protocol 2.0
debug1: Local version string SSH-2.0-OpenSSH_7.2p2 Ubuntu-4ubuntu2.2
debug1: Remote protocol version 2.0, remote software version dropbear_2016.73
debug1: no match: dropbear_2016.73
debug1: Authenticating to xxx.xxx.xxx.xxx:22 as 'user'
debug1: SSH2_MSG_KEXINIT sent
debug1: SSH2_MSG_KEXINIT received
debug1: kex: algorithm: curve25519-sha256@libssh.org
debug1: kex: host key algorithm: ssh-rsa
debug1: kex: server->client cipher: aes128-ctr MAC: hmac-sha2-256 compression: none
debug1: kex: client->server cipher: aes128-ctr MAC: hmac-sha2-256 compression: none
debug1: expecting SSH2_MSG_KEX_ECDH_REPLY
debug1: Server host key: ssh-rsa SHA256:xUTavtza7rzUUfWcrMg2/1zhGfZ0I7uFW9Fd0OTuyyM
debug1: Host 'xxx.xxx.xxx.xxx' is known and matches the RSA host key.
debug1: Found key in /home/mintuser/.ssh/known_hosts:3
debug1: rekey after 4294967296 blocks
debug1: SSH2_MSG_NEWKEYS sent
debug1: expecting SSH2_MSG_NEWKEYS
debug1: rekey after 4294967296 blocks
debug1: SSH2_MSG_NEWKEYS received
debug1: SSH2_MSG_SERVICE_ACCEPT received
debug1: Authentications that can continue: password
debug1: Next authentication method: password
admin@xxx.xxx.xxx.xxx's password: 
debug1: Authentication succeeded (password).
Authenticated to xxx.xxx.xxx.xxx ([xxx.xxx.xxx.xxx]:22).
debug1: channel 0: new [client-session]
debug1: Entering interactive session.
debug1: pledge: network
debug1: Sending environment.
debug1: Sending env LC_PAPER = de_DE.UTF-8
debug1: Sending env LC_ADDRESS = de_DE.UTF-8
debug1: Sending env LC_MONETARY = de_DE.UTF-8
debug1: Sending env LC_NUMERIC = de_DE.UTF-8
debug1: Sending env LC_TELEPHONE = de_DE.UTF-8
debug1: Sending env LC_IDENTIFICATION = de_DE.UTF-8
debug1: Sending env LANG = en_US.UTF-8
debug1: Sending env LC_MEASUREMENT = de_DE.UTF-8
debug1: Sending env LC_NAME = de_DE.UTF-8
debug1: client_input_channel_req: channel 0 rtype exit-status reply 0
sshd listensocks[13]
debug1: channel 0: free: client-session, nchannels 1
Connection to xxx.xxx.xxx.xxx closed.
Transferred: sent 2616, received 1288 bytes, in 0.8 seconds
Bytes per second: sent 3306.8, received 1628.1
debug1: Exit status 1
Последний раз редактировалось пользователем 1 Dja; всего редактировалось раз: 20
Причина: spoil

Аватара пользователя

Chocobo
Сообщения: 9112
Зарегистрирован: 27 авг 2016, 19:57
Решено: 198
Откуда: НН
Благодарил (а): 633 раза
Поблагодарили: 2605 раз

Не подключается по SSH ни к одному серверу

Сообщение Chocobo » 19 янв 2018, 14:38

А кто там на той стороне?
CaMINTcadze писал(а):
19 янв 2018, 13:47
debug1: Local version string SSH-2.0-OpenSSH_7.2p2 Ubuntu-4ubuntu2.2
debug1: Remote protocol version 2.0, remote software version dropbear_2016.73
debug1: no match: dropbear_2016.73
Изображение
   
Изображение


Автор темы
CaMINTcadze
Сообщения: 34
Зарегистрирован: 25 ноя 2017, 15:04

Не подключается по SSH ни к одному серверу

Сообщение CaMINTcadze » 19 янв 2018, 14:43

Я не знаю, кто там, но рядом стоит машина с Windows, с которой подключение проходит гладко и без вопросов :)
Я просто взял несколько тоннелей в сети на тест работы через SSH-тоннель, и не ожидал хоть каких-то трудностей. А тут вообще ни в какую.
Третий день бьюсь.
С виндового путти все коннектится на ура. Явно дело в клиенте, а не в серверах. Элементарное прямое подключение, без опций и преград на канале (типа VPN и т.п.).
Неужели у меня одного такое чудо? Это же банальная элементарная функция, как она может не работать?

Аватара пользователя

Chocobo
Сообщения: 9112
Зарегистрирован: 27 авг 2016, 19:57
Решено: 198
Откуда: НН
Благодарил (а): 633 раза
Поблагодарили: 2605 раз

Не подключается по SSH ни к одному серверу

Сообщение Chocobo » 19 янв 2018, 14:59

CaMINTcadze, ну никак не могу подтвердить что проблема на стороне клиента, ибо годами сижу на минте и 85% рабочего времени за ssh к разнообразным серверам RHEL/SLES/CentOS/Debian/Ubuntu и прочим :)

покажи более вербозный выхлоп с -vvv, ну и тот Dropbear реализация так и в стороне чуть от привычного openssh со своими загонами
Изображение
   
Изображение

Вернуться в «Параметры и оптимизация»