Сброс соединения по порту 22 для всех сайтов.

Я использовал ПК с Windows 10 и OpenSSH для подключения к облачным виртуальным серверам. Все это время все работало без проблем. Только вчера у меня началась эта странная проблема.

Когда я ввожу “ssh support@”, он запрашивает пароль, как обычно. Но после ввода пароля он думает около 20 секунд, а затем выдает “Сброс подключения с <мой IP-адрес сервера> порт 22″. И это происходит для всех сайтов, которые я пробую.

Используя другой ПК (также с Win10 и OpenSSH), у меня нет проблем с подключением к моему облачному серверу через SSH. Очевидно, что что-то изменилось на этом конкретном ПК за последние несколько дней. Но я не знаю, что это может быть и как это решить. Единственное, что приходит мне в голову, это то, что я обновил FileZilla на этом ПК. Может быть, это оно?

Некоторая дополнительная информация. Я проверил защищенный журнал на моем облачном сервере, и он показывает, что мой пароль был принят и интерактивная сессия открыта. Я не вижу никаких ошибок в файле журнала. На стороне клиента, когда я пробовал ssh -vvv, я вижу некоторые ошибки, например:

debug1: Следующий метод аутентификации: пароль
debug3: не удалось открыть файл:/dev/tty ошибка:3
debug1: read_passphrase: не удается открыть /dev/tty: Нет такого файла или каталога
support@<ip>'s password:
debug3: отправить пакет: тип 50
debug2: мы отправили пакет пароля, ждем ответа
debug3: получить пакет: тип 52
debug1: Аутентификация прошла успешно (пароль).
Аутентифицировано в <ip> ([ip]:22).
debug1: канал 0: новый [клиент-сессия]
debug3: ssh_session2_open: channel_new: 0
debug2: канал 0: отправить открытие
debug3: отправить пакет: тип 90
debug1: Запрос [email protected]
debug3: отправить пакет: тип 80
debug1: Вход в интерактивную сессию.
debug1: pledge: сеть
debug1: консоль поддерживает ansi парсинг
debug3: получить пакет: тип 91
debug2: channel_input_open_confirmation: канал 0: начало обратного вызова
debug2: fd 3 установка TCP_NODELAY
debug2: client_session2_setup: id 0
debug2: channel 0: запрос pty-req подтверждение 1
debug3: отправить пакет: тип 98
debug2: channel 0: запрос оболочки подтверждение 1
debug3: отправить пакет: тип 98
debug2: channel_input_open_confirmation: канал 0: завершение обратного вызова
debug2: channel 0: открытие подтверждено rwindow 0 rmax 32768
debug3: recv - от CB ERROR:10060, io:00000206F94181A0
debug3: отправить пакет: тип 1
debug3: отправить - WSASend() ERROR:10054, io:00000206F94181A0
Сброс подключения с <ip> порт 22

Я также узнал, что на ПК, у которого проблемы с подключением, отображается OpenSSH_for_Windows_7.6p1, LibreSSL 2.6.4. На ПК, который не имеет проблем, это гораздо более старая OpenSSH_3.8.1p1, OpenSSK 0.9.7d.
Я попробовал установить Ubuntu в VirtualBox и надеялся, что ssh в Ubuntu будет работать. Но он тоже не работает. Похоже, ничего на этой машине не работает. Но на другом ПК все работает нормально.

Я нашел аналогичную проблему в Интернете, и решение — “пересобрать OpenSSH в другое место”. Как я могу это сделать?

Моя проблема наконец решена. Оказалось, что виновником была Filezilla. После повторного обновления Filezilla мой ssh снова заработал. Я больше никогда не буду обновлять FileZilla.

Правка: Я высказался слишком рано. Теперь мой ssh снова не работает, хотя я ничего не делал, что могло бы повлиять на него. Сначала он просто зависает после “channel 0: open confirm rwindow 0 rmax 32768”. Многие веб-посты упоминали, что это вызвано проблемой с Wi-Fi. Поэтому я отключил свое Wi-Fi соединение и использовал только проводное соединение. Затем оно снова сбрасывается удаленной стороной.

Это сводит меня с ума. Я думаю, что подожду следующего обновления FileZilla и надеюсь, что это решит мою проблему.

Мое окончательное решение — удалить FileZilla, и мой SSH клиент снова заработал. Затем я установил более старую версию FileZilla (3.41), и она все еще работает.