Як я можу захистити мої сеанси 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

EDIT: Підказки.

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.