Мое рабочее место имеет своего рода странное Интернет-соединение. У нас есть два соединения, DSL и кабельное соединение. У нашего администратора сервера есть настроенный так, чтобы наш маршрутизатор динамично переключился от одного до другого, когда загрузка становится слишком высокой. Это эффективно означает, что к внешнему миру мое соединение может иметь два IP-адреса, которые переключаются друг между другом.
Я часто должен использовать SSH для входа удаленных серверов, но соединение не остается в живых долго, потому что через некоторое время, я обычно ударяюсь к другому внешнему соединению. Существует ли способ, которым я могу настроить вещи препятствовать тому, чтобы SSH разъединился?
В то время как потенциально маленькая работа и потребовала бы корневого доступа на удаленных серверах, Вы могли настроить сервер OpenVPN вне сети рабочего места, подключить серверы, с которыми необходимо работать как клиенты и затем соединиться себя как клиент с - опция плавающая и использование UDP как протокол. Это позволит Вашему IP изменяться, не разрушая туннель VPN, который замаскирует то, что Ваш IP изменяется на SSH в целом.
Поскольку я подозреваю, что SSH не является единственным протоколом, который страдает от этой установки, я просил бы Вашего администратора, чтобы, по крайней мере, заставить маршрутизатор гарантировать, что, после того как соединение выделяется каналу WAN, весь трафик через то соединение продолжает направляться вниз та ссылка. С текущей установкой я рассмотрел бы соединение не лучше, чем "поврежденный". Я также попросил бы, чтобы он включил липкие соединения, так, чтобы весь трафик к удаленному хосту прибыл из единственного канала WAN, даже если существуют многочисленные связи. Некоторые протоколы (как FTP) используют многочисленные связи и могли бы проигнорировать необходимые дополнительные соединения, если они не происходят из ожидаемого хоста.
Много мест имеет несколько Интернет-соединений и не переносит эту проблему. Ваш сайт был настроен неправильно и может быть улучшен. Ваш сетевой администратор должен получить некоторую опытную справку, но она, вероятно, возьмет больше, чем S.U. для фиксации его.
Быстрое обходное решение должно использовать экран на удаленном сервере (серверах), чтобы дать Вам сессию, с которой можно снова соединиться.