Прерывистый отказ ssh

Основной сервер в моей сети (не меньше …) играет в трюки с его связью ssh. Это CentOS 6.4 / 64 (работает на базе виртуализации на базе KVM с десятком виртуальных машин).

Он получает свой IP-адрес через DHCP с фиксированным назначением. Его /etc/resolv.conf кажется просто прекрасным, а также его сетевым сообществом. Как правило, он работает, позволяя мне входить в него и регистрироваться, я могу видеть интернет, внешние серверы ping и т. Д.

  • Как зарегистрировать пользователя на Gnome Desktop с удаленного терминала ssh?
  • Храните живой клон машины в другой
  • Как я могу изменить логин при аутентификации на SSH?
  • Восстановить исходную конфигурацию fail2ban на CentOS 7
  • SFTP, SSH Не удалось прочитать пакет: Сброс соединения с помощью peer
  • Какова максимальная длина сообщения ssh-banner?
  • Но с перерывами это будет отрицать доступ ssh.

    • Если pinged из локальной сети, он есть; также nmap или открытие сокета через bash против порта 22, он есть.
    • Пинг извне не будет отвечать. В настоящее время открытые сеансы ssh остаются на связи (но теперь они не могут видеть интернет и не пинговать меня).
    • Виртуальные машины над ним продолжают работать отлично, никаких проблем нет, все имеют публичные IP-адреса и используют мосты в соответствии с передовой практикой KVM … (afaik).
    • В журнале нет ни одного следа о том, что с ним может пойти не так.
    • Я считаю, что сеть будет здоровой.
    • Изменен sysctl.conf, чтобы установить net.ipv4.tcp_keepalive_time = 120 безрезультатно.

    Затем, внезапно, он вернется к жизни и работает так, как будто ничего не произошло (но может потребоваться до 10 минут, может появиться 20 минут, чтобы снова появиться … – не подходит для критического компонента …)

    Нет iptables в пути (отключено).

    Любые подсказки об устранении неполадок?

    (Это может быть дубликат SSH, который прерывается с перерывами, но условия выглядят несколько иначе).

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