Какой пакет игнорировать, чтобы ssh не завершал работу при кратковременной потере соединения?

Кажется, что иногда возникают некоторые проблемы с подключением по краям нашей сети к некоторым другим сетям, и мои сеансы ssh с некоторыми удаленными серверами, которые сами по себе не имеют проблем с подключением, прекращаются.

Удаленно сеансы по-прежнему отображаются как активные; Локально, я оптимизировал Windows 7 TCP для PuTTY, чтобы не прерывать соединения при кратковременных сбоях (если что-то меньше 7 минут, а проблемы с пограничным подключением, вероятно, длятся не более 1 или 2 минут), так что я думаю, что, вероятно, есть некоторый ответный пакет, который некоторое периферийное оборудование генерирует для моего ssh-клиента, чтобы продолжать разрывать соединение во время таких незаметных и очень коротких проблем с подключением. RST, может быть? Там нет NAT. Эта проблема чаще всего возникает в IPv6 (именно этим я чаще всего и пользуюсь), но я думаю, что IPv4 также может повлиять (мое исправление TcpMaxDataRetransmissions не относится к IPv6?); вся сеть GigE и выше.

Что за пакет?

Было бы безопасно игнорировать это? (для ssh)

Если для этого нет простой настройки ОС, я планирую игнорировать ее с помощью pf(4) в моем сегменте сети.

1 ответ

Кажется, что TcpMaxDataRetransmissions от HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\services\Tcpip\Parameters может действительно не относиться к IPv6, хотя Microsoft утверждает, что это то, что должно быть изменено для стека TCP, без какого-либо упоминания IPv4 / IPv6!

На самом деле, уже есть отдельный HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\services\TCPIP6\Parameters в моем X230 (они даже не могут поддерживать единообразие регистра); я добавил TcpMaxDataRetransmissions со значением 0x18 к этому; Я ожидаю, что это, вероятно, решит проблему (увы, только после перезагрузки).

Другие вопросы по тегам