Діагностика сервера та сервісів
Цей посібник допоможе вам самостійно перевірити сервер і усунути найпоширеніші проблеми, навіть якщо ви не системний адміністратор. Ви дізнаєтесь, як перевірити статус сервера, переглянути логи, протестувати з'єднання та зрозуміти, коли час звертатися до підтримки.
Перед початком
Більшість проблем можна віднести до кількох категорій.
| Симптом | Ймовірна причина |
|---|---|
| Сервер не відповідає | Проблема з мережею, фаєрволом або службою ОС |
| Повільна робота | Високе навантаження на 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.
Підсумок
Дотримуючись цього посібника, ви зможете швидко діагностувати проблеми з мережею, збої ОС та служб, перевантаження ресурсів, проблеми зі входом та помилки завантаження чи файлової системи. Ви зберігаєте контроль, а наша команда готова допомогти з усім, що ви не можете виправити самі.
