Диагностика и устранение проблем НАЙС.ОС CLOUD

Эффективная диагностика начинается с установления фактов: что изменилось, когда появился первый симптом и какие компоненты действительно затронуты. Нельзя считать сетевой ошибкой любой отказ curl, а неисправностью SSH — любое отсутствие ответа на TCP/22.

Короткий диагностический маршрут

1. Система и версия: cat /etc/os-release, uname -r.
2. Активные ошибки: systemctl --failed, journalctl -b -p err.
3. Сеть: ip -br addr, ip route, networkctl status.
4. DNS: resolvectl status, getent hosts.
5. Firewall: iptables -S, iptables -L -n -v, ip6tables -S.
6. Служба приложения: systemctl status ..., journalctl -u ....
7. Хранилище: df -h, findmnt, lsblk -f.
8. Загрузка: cat /proc/cmdline, версия ядра и содержимое /boot.

Где продолжить

• Диагностика сети
• Восстановление доступа к сети
• Диагностика systemd и журналов
• iptables и сетевые политики
• GRUB и восстановление загрузки
• Частые вопросы

Минимум информации для разбора инцидента

Опишите симптомы, время возникновения, изменение перед отказом, версию НАЙС.ОС, архитектуру, тип виртуализации, ошибку из journalctl, вывод сетевых команд и действия, которые уже предпринимались. Удалите секреты из любых диагностических материалов.

Избегайте разрушительной диагностики

Не выполняйте iptables -F, ip route flush, rm -rf /etc/systemd/network, grub2-install или cloud-init clean ради проверки гипотезы. Эти действия могут значительно усилить последствия инцидента.

При аварии

Начните с аварийного чек-листа первых 15 минут: он поможет собрать доказательства до перезапуска служб. Затем используйте диагностику networkd, iptables и загрузки.