сессия ssh неактивный тайм-аут
Для меня это должно быть время простоя и потеря производительности.
На настольной передней стороне, даже при том, что я пытаюсь сохранить свою систему относительно "чистой" с точки зрения того, что установлено, это все еще настраивается точно, как мне нужна она. В прошлом я нашел, что требуется 2 или 3 дня на ценность года данных / приложения / настройки для миграции на чистую установку ОС: так как данные являются самым трудоемким - проверка множества проектов от полдюжины различных репозиториев SVN просто не является быстрым процессом.
На передней стороне сервера "обновление" является чем-то вроде неправильного употребления: Я никогда не обновлял бы всю ОС сервера, пока это было "живо": критические патчи были бы насколько я пошел (если это не, повредился, не фиксируйте его). При выборе нового сервера это действительно зависит от требований, но другие сказали, это не действительно стоит стычки того, чтобы быть на гребне волны с новой ОС - позволяют другим, которые могут позволить себе бросить деньги в метод проб и ошибок задач это.
Да. Настройте SSH для отправки пакетов проверки активности.
-
1У нас уже есть " KeepAlive Yes" в/etc/ssh/sshd_config. Это didn' t сделали, чтобы ClientAliveInterval оценил хотя; так I' ve добавил это и we' ll видят, как это идет. – Andrew 1 May 2009 в 09:46
-
2It' s также стоящий замечания, что можно сделать это наоборот также. Если Вы couldn' t изменяют конфигурацию сервера, можно заставить ssh клиент отправлять поддерживать пакеты вместо этого с помощью ServerAliveInterval. – SpoonMeiser 5 May 2009 в 13:37
-
3Местоположение той статьи изменено. Вот текущий: forumone.com/blogs/post/quick-tip-ssh-keepalive – John Bachir 9 November 2010 в 05:56
Я нашел, что поведение проверки активности не вполне работало. Я пытался добавить ServerAliveInterval к ~/.ssh/config сценарий, но он не играет по правилам с мерзавцем.
Что я закончил тем, что делал, добавляет метка времени к моей 'экранной' строке состояния. Это - достаточно действия для продолжения соединения.
-
1Если Вы хотите эту функциональность за пределами экрана (1), проверяете Счетчик – Drew Stephens 7 September 2009 в 00:50
При выполнении tcsh на машине Соляриса, переменная автовыхода из системы могла бы быть установлена. При установке этого на 0 (установите autologout=0), или сбросьте его (автовыход из системы сброса), он остановится, регистрируют Вас.
Введите в своем профиле оболочки
TMOUT=0 экспорта
TIMEOUT=0 экспорта
Во-первых, необходимо определить, является ли это оболочка, которая регистрирует Вас или ssh. Протестировать, ssh в Вашу удаленную машину, и vi или меньше файл.
Если долгое время спустя можно все еще переместить less/vi, то ssh прекрасен. В этом случае определите то, что окружает Вас, используют и отключают тайм-аут. Это наиболее вероятно оболочка, которая приводит к таймауту Вас и не SSH. Однако некоторые брандмауэры закроют неактивные сеансы, если сохранят alives, не отправляются.
Администратор Соляриса может препятствовать тому, чтобы Вы отключили тайм-аут в своей оболочке путем установки настройки, только для чтения. Это маловероятно, но возможно. Можно обычно обходить это при помощи другой оболочки.
Счетчик походит на идеальное решение Вашей проблемы. Это периодически отправляет символы на Вашей сессии, чтобы помешать ему испытывать таймаут.
Проверьте свою конфигурацию sshd на наличие таких строк в / etc / ssh / sshd_config :
ClientAliveInterval 600
ClientAliveCountMax 0