Диагностика VPS: от симптома к причине без случайных правок
Универсальный playbook диагностики VPS: SSH, systemd, journalctl, firewall, Docker, порты, UDP, IPv4/IPv6, DNS, перенос и IP-репутация.
Содержание
Когда VPS 'не работает', сначала формулируйте симптом: нет SSH, сервис упал, порт закрыт, UDP не идет, DNS смотрит не туда или внешний сервис блокирует IP.
Доступ к серверу
Если SSH недоступен, проверьте консоль провайдера, статус сервера, IP, порт, ключ и firewall. Не переустанавливайте VPS до проверки rescue-доступа.
Процесс и systemd
Для сервиса смотрите systemctl status, failed units и journalctl. Ошибки конфигурации, прав и занятых портов обычно видны до сетевой диагностики.
Порт, IPv4/IPv6 и firewall
Проверяйте listen через ss, затем UFW, затем provider firewall. Для IPv6 повторяйте проверку отдельно, а не предполагаете симметрию.
Docker и данные
У контейнеров смотрите published ports, restart-loop, volumes и env. Контейнер может быть healthy внутри, но недоступен из-за bind или reverse proxy.
UDP, DNS и маршруты
UDP требует профильного теста. DNS проверяйте по A/AAAA, TTL и тому, какой адрес реально использует клиент.
Перенос и IP-репутация
Если проблема повторяется только на одном IP или в одной локации, соберите факты и готовьте перенос. Плохая репутация адреса выглядит как внешние ограничения при технически рабочем сервисе.
Проверено на практике
- Дата проверки: 2026-05-12
- Среда: Ubuntu/Debian Linux, VPS-провайдеры с публичным IPv4/IPv6
- Версии: актуальная документация Ubuntu/Debian/OpenSSH/systemd/UFW на дату проверки
Мини-чеклист
- Сформулировать точный симптом
- Проверить доступ и консоль
- Проверить systemd/journalctl
- Проверить ss, UFW и provider firewall
- Проверить DNS и IP-репутацию
Частые ошибки
- Менять несколько параметров сразу
- Начинать с переустановки
- Не отделять DNS от firewall
- Проверять только IPv4
- Игнорировать логи Docker
Источники и документация
FAQ
С чего начинать диагностику?
С точного симптома и ближайшего слоя: доступ, процесс, порт, firewall, сеть или внешний сервис.
Когда нужен перенос VPS?
Когда проблема связана с локацией, маршрутом, правилами провайдера или IP-репутацией, а не с вашей конфигурацией.
Почему после reboot сервис пропал?
Скорее всего, он запускался вручную или unit не был enabled. Проверьте systemd и автозагрузку.
Нужен быстрый рабочий доступ?
Если сейчас важнее вернуть подключение, чем продолжать ручную диагностику, переходите к прямому сценарию оформления доступа.
Оформить доступ