Диагностика сервера и сервисов
Это руководство поможет вам самостоятельно проверить сервер и устранить самые частые проблемы, даже если вы не системный администратор. Вы узнаете, как проверить статус сервера, посмотреть логи, протестировать соединение и понять, когда пора обращаться в поддержку.
Перед началом
Большинство проблем можно отнести к нескольким категориям.
| Симптом | Вероятная причина |
|---|---|
| Сервер не отвечает | Проблема с сетью, файрволом или службой ОС |
| Медленная работа | Высокая нагрузка на CPU, RAM или диск |
| Проблемы с подключением | Отключён SSH или RDP, неверные учётные данные, блокировка на сети |
| Сайт недоступен | Сбой веб-сервера, проблема DNS, истёк SSL, проблема с базой данных |
| Ошибки хранилища | Мало места на диске или сбой накопителя |
Если на сервере работают критичные приложения и он полностью недоступен, сразу обращайтесь в нашу поддержку. Тикет-поддержка работает круглосуточно.
Проверьте статус сервиса в клиентской панели
Откройте раздел Orders и найдите нужный сервис. Для каждого заказа показаны его статус, дата оплаты (paid until), количество оставшихся дней оплаченного периода и основной IP-адрес.
Проверьте статус:
- Processed означает, что сервис активен и полностью работоспособен
- Suspended (for non-payment) означает, что доступ заблокирован из-за неоплаченного счёта. Оплатите счёт, чтобы восстановить сервис
- Suspended (for violation) означает, что доступ заблокирован из-за нарушения правил или ToS. Обратитесь в поддержку для решения
- Cancelled означает, что сервис прекращён. Восстановление возможно только через поддержку и только ограниченное время
Если оплаченный период закончился, продлите сервис перед дальнейшей диагностикой.
Откройте Manage order и перейдите на вкладку Details. В секции Control показан Power status и, в зависимости от платформы, действия: Reboot, Power on и Power off. Если сервер не отвечает, Reboot здесь часто самое быстрое первое действие. На некоторых серверах эта секция пустая, и тогда действиями с питанием управляет поддержка по запросу.
Используйте удалённую консоль, когда SSH или RDP недоступны
Если подключиться обычным способом не получается, откройте удалённую консоль (IP-KVM или IPMI) из Manage order. Она может отображаться как кнопка, как ссылка с логином и паролем, либо запрашиваться через кнопку REQUEST. Для восстановления может быть также доступен Rescue Mode.
Через консоль вы можете:
- Войти в ОС напрямую
- Увидеть системные ошибки на экране
- Перезапустить сетевые службы
- Изменить правила файрвола, только если понимаете, какие порты и правила нужны
Если вы видите kernel panic, ошибки загрузки или пустой экран, перейдите к разделу о загрузке и системных ошибках ниже.
Проверьте соединение с сервером
Выполните ping-тест со своего компьютера.
ping YOUR.SERVER.IP
| Что вы видите | Значение |
|---|---|
| Приходят ответы | Сервер отвечает на ICMP-запросы |
| Потеря пакетов | Возможна перегрузка сети или фильтрация |
| Ответа нет | ICMP может быть заблокирован, либо сервер или сеть недоступны |
Если ваша офисная сеть блокирует ping, попробуйте с другого подключения. Обычно подходит мобильная точка доступа.
Попробуйте SSH или RDP
Для Linux подключитесь по SSH:
Для Windows откройте приложение Remote Desktop и введите IP-адрес сервера и учётные данные.
| Сообщение | Возможная причина |
|---|---|
| Connection timeout | Фильтрация сети, файрвол или служба недоступна |
| Connection refused | Служба не запущена или порт закрыт |
| Access denied | Неверные учётные данные или ограничения входа |
| No route to host | Проблема маршрутизации или сетевого соединения |
| Protocol error | Проблема клиента, протокола или конфигурации службы |
Если вход не удаётся, вернитесь к удалённой консоли, чтобы сбросить учётные данные или правила файрвола.
Проверьте использование ресурсов
После входа проверьте, что нагружает сервер.
Использование CPU и RAM:
top
Место на диске:
df -h
Сетевая активность. Счётчики интерфейса доступны в любой системе:
ip -s link
Для наглядного просмотра по соединениям удобен iftop (установите его, если команда не найдена):
iftop
В Windows откройте Task Manager (Диспетчер задач) и вкладку Performance, затем просмотрите логи System и Application в Event Viewer.
Если CPU или RAM загружены полностью, сначала определите процессы, потребляющие больше всего ресурсов. Перезапускайте или останавливайте их только если понимаете, за что они отвечают.
Проверьте загрузку и системные ошибки
В консоли или терминале Linux просмотрите журнал текущей загрузки:
journalctl -b
Для предыдущей загрузки, что полезно после неожиданной перезагрузки:
journalctl -b -1
Для сообщений ядра и оборудования:
dmesg | less
В Windows, если сервер доходит до экрана восстановления, попробуйте Troubleshoot, затем Advanced options, затем Startup Repair.
Если вы видите ошибки диска или оборудования, остановитесь здесь и обратитесь в поддержку.
Проверьте сетевую конфигурацию и файрвол
Сетевая служба и инструменты файрвола зависят от ОС. Чтобы посмотреть текущие адреса и маршруты в любой системе Linux:
ip addr
ip route
В зависимости от системы сетью может управлять NetworkManager, systemd-networkd или netplan.
Файрвол в Ubuntu и Debian:
ufw status
iptables -L
Файрвол в AlmaLinux и Rocky, обычно под управлением firewalld:
firewall-cmd --list-all
В Windows проверьте настройки Windows Firewall и статус сетевого адаптера в Control Panel.
Перезапустите службы или перезагрузитесь безопасно
Перезапускайте только то, что нужно. Имя службы зависит от дистрибутива и установленного ПО.
Веб-сервер в Ubuntu и Debian:
systemctl restart nginx
systemctl restart apache2
Веб-сервер в AlmaLinux и Rocky, где Apache называется httpd:
systemctl restart httpd
База данных, в зависимости от вашего ПО:
systemctl restart mysql
systemctl restart mariadb
Полная перезагрузка, только если ничего другое не помогло. Перед перезагрузкой убедитесь, что не выполняются важные обновления, резервные копии или операции с базой данных:
reboot
Контролируемый перезапуск часто устраняет проблемы на уровне ПО.
Избегайте принудительного выключения. Оно может оставить файловую систему в несогласованном состоянии и привести к ошибкам диска.
Когда обращаться в поддержку
Обращайтесь к нам, если:
- Сервер не загружается
- Вы подозреваете аппаратный сбой
- Сеть недоступна после всех проверок
- Доступ к консоли невозможен
- Появляются ошибки потери данных или RAID
Укажите в тикете:
- IP-адрес и имя хоста сервера
- Что произошло и какие симптомы вы видите
- Какие шаги вы уже предприняли
- Скриншоты или сообщения об ошибках
Чем больше деталей вы предоставите, тем быстрее мы решим проблему.
Если решить проблему самостоятельно не удаётся, диагностику и вмешательство может выполнить наша поддержка. Какие доступы и подтверждения приложить к запросу, смотрите в мануалах Server Intervention и OS Intervention.
Итог
Следуя этому руководству, вы сможете быстро диагностировать проблемы с сетью, сбои ОС и служб, перегрузку ресурсов, проблемы со входом и ошибки загрузки или файловой системы. Вы сохраняете контроль, а наша команда готова помочь со всем, что вы не можете исправить сами.
