Как я могу сохранить мои сессии SSH от замерзания?

У меня ServerAliveIntervalи в случае нескольких машин также ClientAliveIntervalустановлен на 540 в файлах конфигурации клиент / сервер SSH (я полагаю , установив его на более чем это было бы хорошей идеей). Я работаю со многими сессиями SSH, которые в настоящее время замораживаются через несколько минут.

Как я могу это исправить? Я хочу, чтобы сеанс вообще не зависал, чтобы, если я открываю сеанс в 8 и не использую его в течение 4 часов, например, чтобы он все еще использовался в 12 без необходимости повторного входа в систему ,

Изменения, внесенные в /etc/ssh/ssh_configи /etc/ssh/sshd_configправильны , но по - прежнему не имеют никакого эффекта.

Чтобы заставить вашу конфигурацию работать, внесите эти изменения конфигурации на клиенте:

/etc/ssh/ssh_config

Host *
ServerAliveInterval 100

ServerAliveInterval Клиент будет отправлять нулевой пакет на сервер каждые 100 секунд, чтобы поддерживать соединение

Пакет NULL Отправляется сервером клиенту. Тот же пакет отправляется клиентом на сервер. Пакет TCP NULL не содержит никаких управляющих флагов, таких как SYN, ACK, FIN и т. Д., Поскольку сервер не требует ответа от клиента. Пакет NULL описан здесь: https://tools.ietf.org/html/rfc6592

Затем настройте часть sshd на сервере.

/etc/ssh/sshd_config

ClientAliveInterval 60
TCPKeepAlive yes
ClientAliveCountMax 10000

ClientAliveInterval Сервер будет ждать 60 секунд, прежде чем отправить нулевой пакет клиенту, чтобы сохранить соединение живым

TCPKeepAlive Обеспечивает, чтобы определенные брандмауэры не сбрасывали бездействующие соединения.

Сервер ClientAliveCountMax отправит клиенту живые сообщения, даже если он не получил никакого сообщения от клиента.

Наконец перезапустите ssh server

service ssh restart или в service sshd restartзависимости от того, на какой системе вы работаете.

Личное предложение: использовать screenна удаленном хосте; ему удастся сохранить ваше соединение живым, пока оно остается активным в терминале.

Вот что я обычно добавляю /etc/screenrcдля быстрой идентификации моих сеансов экрана:

hardstatus alwayslastline
hardstatus string "%{= kG}[ %{G}%H %{g}][ %{=kw}%?%-Lw%?%{r}(%{W}%n*%f%t%?(%u)%?%{r})%{w}%?%+Lw%?%?%= %{g}][%{B}%Y-%m-%d %{W}%c %{g}]"
defscrollback 8192

РЕДАКТИРОВАТЬ: Подсказки.

hardstatusСтрока покажет нижнюю строку состояния , такие как этот:

Буфер прокрутки также расширен до 8192 строк вместо обычных 1000-1500 (в зависимости от распределения).

С OpenSSH:

Вам необходимо включить

TCPKeepAlive yes

как в вашем клиенте ssh_config (например, /etc/ssh/ssh_configили в ~/.ssh/config), так и на вашем конечном SSH-сервере, на котором работает OpenSSH (например, / etc / ssh / sshd_config).

Поэтому каждый раз, когда ваше соединение простаивает, OpenSSH отправляет какой-то фиктивный пакет вашему хосту назначения ...

Если проблема в ноутбуке в спящем режиме или в сетевом соединении, которое не соответствует префекту, я бы порекомендовал использовать тот, moshкоторый работает sshи позволяет автоматически переподключаться.

С сайта :

Mosh (мобильная оболочка)

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

Mosh - это замена SSH. Он более надежный и отзывчивый, особенно по Wi-Fi, сотовой связи и междугородной связи.

Mosh - бесплатное программное обеспечение, доступное для GNU / Linux, BSD, macOS, Solaris, Android, Chrome и iOS.

В сочетании с tmux(или более старым screen) это позволяет мне подключаться sshк серверу через ноутбук с моего ноутбука и оставаться на связи в течение нескольких дней даже при смене подключений Wi-Fi и сохраняющихся выпадениях мобильных данных.

Проверьте конфигурацию sshd на хост-компьютере /etc/sshd_configдля IdleTimeoutнастройки .

IdleTimeout time
Sets idle timeout limit to time in seconds (s or nothing afternumber), 
in minutes (m), in hours (h), in days (d), or in weeks (w).If the 
connection have been idle (all channels) for that long time thechild 
process is killed with SIGHUP, and connection is closed down.