История изменений

Как по мне - это больше похоже на разную реализацию протокола.

«Более честный» sshd хочет быстрее и больше разговаривать - и не получив какого-то протокольного ответа - закрывает клиента.

«Более легкий» dropbear в каком-то упрощенном режиме тупо укладывается в свои таймауты ответов за те 3-5 секунд пока Микротик заново туннель поднимает.

Пойду, sshd перевешу на какой-нибудь 333.

----

$ ssh vasya@192.168.71.95 -p 333
Connection reset by 192.168.71.95 port 333

От порта точно не зависит.

tcp    LISTEN  0        1000             0.0.0.0:222           0.0.0.0:*      users:(("dropbear",pid=1463,fd=3))  
tcp    LISTEN  0        128              0.0.0.0:333           0.0.0.0:*      users:(("sshd",pid=1697,fd=3))

Вот что больше всего смущает, так это:

Last login: Sat Mar 11 23:52:40 2023 from 10.8.0.6

Как по мне - это больше похоже на разную реализацию протокола.

«Более честный» sshd хочет быстрее и больше разговаривать - и не получив какого-то протокольного ответа - закрывает клиента.

«Более легкий» dropbear в каком-то упрощенном режиме тупо укладывается в свои таймауты ответов за те 3-5 секунд пока Микротик заново туннель поднимает.

Пойду, sshd перевешу на какой-нибудь 333.

----

$ ssh vasya@192.168.71.95 -p 333
Connection reset by 192.168.71.95 port 333

От порта точно не зависит.

Как по мне - это больше похоже на разную реализацию протокола.

«Более честный» sshd хочет быстрее и больше разговаривать - и не получив какого-то протокольного ответа - закрывает клиента.

«Более легкий» dropbear в каком-то упрощенном режиме тупо укладывается в свои таймауты ответов за те 3-5 секунд пока Микротик заново туннель поднимает.

Пойду, sshd перевешу на какой-нибудь 333.