Відповіді:
Інша річ, щоб перевірити, чи ваша система встановлює змінну середовища TMOUT. Щоб перевірити це, ви можете просто зробити:
env | grep TMOUT
або
echo $TMOUT
Якщо він встановлений, ви можете змінити його чи скасувати. Щоб змінити значення:
export TMOUT=3600
Де число - це кількість секунд, поки ви не вийдете з системи. Інакше вимкніть її, щоб вимкнути функцію:
unset TMOUT
Зауважте, можливо, ваш системний адміністратор встановив це з міркувань безпеки. Тож якщо ви не системний адміністратор, ви можете перевірити це, перш ніж щось змінити самостійно.
Увімкніть збереження SSH , змінивши наступне налаштування на позитивне значення:
Значення 300 повинно вистачити в більшості випадків. (5 хвилин.) Це змушує PuTTY періодично надсилати нульові пакети SSH віддаленому хосту, щоб сеанс не вичерпувався.
Зауважте, що ми не хочемо, щоб ця SO_KEEPALIVE
опція була нижчою на цій сторінці. Це набагато нижчий рівень механізму, який найкраще використовувати лише тоді, коли протокол рівня додатків не має власного механізму збереження. SSH робить, тому ми не повинні використовувати TCP-програвачі в цьому випадку.
Є й інші речі, які можуть спричинити падіння зв’язків, але це суцільне перше, що потрібно спробувати. Якщо це не працює, вам потрібно буде вивчити інші речі: таймаут VPN, тайм-аути маршрутизатора, зміни налаштувань на віддаленому сервері SSH, невмілі з'єднання тощо.
Якщо нічого з перерахованого вище не допомогло,
вам доведеться змінити ваші системні конфігурації sshd!
Зверніть увагу, що для цього вам потрібні вкорінення дозволів!
Відредагуйте свій
sshd_config
файл, у моєму випадку він знаходився/etc/ssh/sshd_config
вміст:
ClientAliveInterval 300
ClientAliveCountMax 0
перейти:
ClientAliveInterval 6000
ClientAliveCountMax 3
Не забувайте
service sshd restart
Ви можете використовувати top
команду у вікні оболонки. Це збереже ваше сеанс в живих.
top
коли ви знаходитесь вдома.