«Мой сервер не отвечает» может означать с десяток самых разных ситуаций. Описанный ниже метод позволяет различить их за несколько минут и избавляет от ожидания ответа, когда решение находится в одном клике.
1. Как проверить состояние VPS в личном кабинете?
Откройте Мои услуги, затем ваш VPS. На странице указано состояние машины.
- Остановлена: нажмите Запустить. Остановка может быть вызвана ошибочно выполненной командой
shutdown, сбоем ядра или предыдущим действием. - Идёт установка: ничего делать не нужно, дождитесь завершения.
- Приостановлена или истекла: проверьте счета в личном кабинете. Неоплаченная услуга приостанавливается.
2. Где посмотреть последние действия, выполненные с VPS?
На вкладке История перечислены действия, выполненные с VPS, их автор — Система, Пользователь или Администратор — и дата. Переустановка, смена пароля или забытая остановка видны там чёрным по белому. Часто объяснение находится именно там.
3. Что показывают графики VPS?
Вкладка Графики показывает CPU, память, сеть и дисковый ввод-вывод. Три полезных сценария:
- всё на нуле, начиная с определённого времени: машина остановлена или зависла;
- CPU постоянно на пределе: какой-то процесс зациклился или машиной пользуется кто-то, кроме вас;
- необычный исходящий трафик: всерьёз рассмотрите возможность взлома.
4. Как увидеть, что происходит на машине, с помощью консоли?
Это решающий шаг. Консоль показывает экран машины без использования сети.
- Вы видите приглашение ко входу: система работает, проблема в сети или SSH. Переходите к шагу 5.
- Вы видите сообщения об ошибках при загрузке: запишите последнюю строку перед зависанием — важна именно она.
- Экран чёрный и не реагирует: перезагрузите машину со страницы услуги, затем наблюдайте за загрузкой в консоли.
5. Как проверить сеть и SSH из консоли?
Достаточно нескольких команд: адрес и маршрут по умолчанию, ping до публичного IP-адреса, затем до доменного имени, состояние службы SSH и возможная блокировка вашего адреса fail2ban.
Войдите в консоли как root:
ip -4 addr # назначен ли адрес?
ip route # существует ли маршрут по умолчанию?
ping -c3 9.9.9.9 # работает ли уровень IP?
ping -c3 debian.org # работает ли разрешение DNS?Если 9.9.9.9 отвечает, а доменное имя — нет, исправьте разрешение DNS. Если не отвечает ничего, сравните свою конфигурацию с тем, что показывает вкладка Сеть в личном кабинете.
Затем SSH и брандмауэр:
systemctl status ssh # или sshd
ss -tulpn | grep :22
ufw status # или firewall-cmd --list-all
fail2ban-client status sshd # не заблокирован ли ваш IP?Адрес, заблокированный fail2ban после нескольких неверных паролей, — очень частая причина «недоступности» сервера, который на самом деле работает исправно. Разблокируйте его командой fail2ban-client set sshd unbanip YOUR_IP.
6. Как узнать, не заполнен ли диск VPS?
С помощью df -h для места и df -i для inode: заполненный диск не даёт службам запуститься, а журналам — записываться.
df -h
df -i
journalctl --disk-usageДиск, заполненный на 100 %, — или исчерпавший inode, чего df -h не показывает, — не даёт службам запуститься, а журналам — записываться. Освободите место, затем перезапустите соответствующие службы.
7. Как найти службу, завершившуюся с ошибкой?
С помощью systemctl list-units --failed, а затем журнала соответствующей службы: причина почти всегда указана там открытым текстом.
systemctl list-units --failed
journalctl -p err -b --no-pager | tail -50
systemctl status SERVICE_NAMEПричина сбоя службы после обновления почти всегда прямо описана в её журнале.
Что приложить к обращению в поддержку?
Если вы создаёте обращение в Технический отдел, эти сведения избавят от лишней переписки:
- идентификатор соответствующей услуги;
- точное время начала проблемы с указанием часового пояса;
- что изменилось непосредственно перед этим: обновление, изменение брандмауэра, сети, SSH;
- результаты приведённых выше команд, скопированные в виде текста;
- точный текст сообщения об ошибке, а не его пересказ;
- что показывает консоль.
Никогда не передавайте пароли, закрытые ключи и токены: поддержке они не нужны, а обращения архивируются.