Соединение SSH замерзает после увеличения выхода при неактивном времени

У меня возникла проблема с замораживанием сеанса SSH после повторного использования, когда он некоторое время простаивал.

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

  • Использовать разные методы проверки подлинности для сервера OpenSSH в зависимости от IP-адреса клиента
  • error: конфликтующие типы при перекрестном компиляции openssh для armv5tel
  • ssh + nohup не работает
  • Странная проблема SSH, ssh работает с -t, но замораживает без нее
  • Ошибка ssh root @ localhost; помогите мне взломать эту коробку
  • Пользователи chroot ssh
  • Если вы читали ранее решения о MTU, но там сеанс зависает каждый раз. Здесь это происходит только после периода бездействия.

    Обратите внимание, что я установил ServerAliveInterval 120 в .ssh / ssh_config

    Какие-нибудь подсказки о том, как я могу это решить?

  • Пользователь, зарегистрированный sftp, не отображается в `w`
  • Ловушка очистки для команды ssh на нескольких удаленных хостах
  • Почему SSH -t не ждет фоновых процессов?
  • Как изменить сообщение об аутентификации пользователя?
  • Невозможно добавить новый режим в xrandr для внешнего монитора
  • Можно ли включить / отключить SSH с помощью cron
  • 3 Solutions collect form web for “Соединение SSH замерзает после увеличения выхода при неактивном времени”

    Измените ~/.ssh/ssh_config на ~/.ssh/config . Удостоверьтесь, что разрешения на него равны 700.

    В этом обсуждении есть много хорошей информации. Вы также можете следить за тегом для ssh (просто нажмите на / ssh по вашему вопросу), чтобы перейти к тегу wiki для получения дополнительной информации и справки по устранению неисправностей.

    Предложения:

    • Попробуйте установить параметры ServerAliveInterval , ServerAliveCountMax и TCPKeepAlive в командной строке, а не через ssh_config , чтобы исключить, что есть проблема с чтением ваших настроек. Может быть, ssh_config следует называть просто config ?
    • Используйте многословный флаг (более одного раза), чтобы увеличить вероятность пояснительного сообщения об ошибке
    • Убедитесь, что ServerAliveInterval * ServerAliveCountMax меньше, чем порог времени простоя брандмауэра, прежде чем прекратить сеанс ssh (обратитесь к администратору сети).
    • Если сервер принадлежит вам, вы можете попробовать использовать ClientAlive* -options.
    • Проверьте наличие несовместимости версий, если не OpenSSH на сервере клиента +.

    вы можете настроить своего клиента для отправки сообщений tcp keep alive. Я знаю, что он находится под вариантами подключения в шпаклере. Не уверен в параметрах командной строки, но это решило это для меня, когда у меня возникли проблемы. Хотя это делалось мне только на машинах win7 в школе.

    Linux и Unix - лучшая ОС в мире.