Когда сервер не отвечает, а физический доступ в ЦОД отсутствует, существует несколько методов удалённого восстановления доступа. Рассмотрим их в порядке приоритета.
Первые шаги диагностики:
ping server.example.com # Проверка ICMP-доступности
nc -zv server.example.com 22 # Проверка порта SSH
Использование:
ipmitool -H <ipmi-ip> -U admin -P password power status # Проверка питания
ipmitool -H <ipmi-ip> -U admin -P password power cycle # Перезагрузка
Преимущества:
Настройка:
ipmitool -I lanplus -H <ipmi-ip> -U admin -P password sol activate
Применение:
Характеристики:
1. Wake-on-LAN (если сервер выключен)
wakeonlan MAC_ADDRESS # Отправка "волшебного пакета"
2. Использование резервного канала (если основной сетевой интерфейс не отвечает)
Пример настройки:
modprobe ib700wdt # Загрузка модуля watchdog
echo 1 > /dev/watchdog # Активация
Принцип работы:
Пример cron-задачи:
* * * * * ping -c1 8.8.8.8 || reboot
ssh jump_host "nc -zv problem_host 22" # Проверка через промежуточный хост
Варианты:
Процедура эскалации:
Проверка сетевых маршрутов:
traceroute server.example.com
Проверка ARP-кэша на соседних серверах:
arp -a | grep problem_host
Резюмируем: для удалённого доступа к неотвечающему серверу оптимально использовать аппаратные решения управления (IPMI/iDRAC), резервные сетевые интерфейсы или механизмы автоматического восстановления. Критически важно иметь эти системы настроенными заранее, так как после отказа сервера их настройка будет невозможна.