Коротка відповідь: Рухайтеся ланцюжком: чи резолвиться домен (dig)? На правильний IP? Чи відповідає сервер (ping, curl -I)? Чи запущений вебсервер і відкритий фаєрвол? Кожен крок показує, де саме проблема — DNS, мережа чи сам сервер.

Огляд

У «сайт лежить» рівно чотири звичні підозрювані: DNS, мережевий шлях, вебсервер або застосунок. Перевірка їх по черзі займає п’ять хвилин і точно каже, куди копати далі — або що надіслати підтримці.

Що потрібно мати

  • IP сервера зі сторінки послуги в Client Area.
  • SSH-доступ до сервера для пізніших кроків.

Покрокова інструкція

  1. DNS: чи резолвиться ім’я, і чи на ваш сервер?
dig +short A example.com

Немає відповіді → діагностика NXDOMAIN. Неправильний IP → виправте A-запис.

  1. Мережа: чи досяжний сервер?
ping -c3 203.0.113.10
curl -I --connect-timeout 5 http://203.0.113.10
  1. Порти та фаєрвол (на сервері через SSH або KVM Console у Client Area):
sudo ss -tlnp | grep -E ':80|:443'
sudo ufw status
  1. Вебсервер і застосунок:
systemctl status nginx        # or apache2
sudo tail -n50 /var/log/nginx/error.log
  1. Виправте те, що показав крок із помилкою: перезапустіть сервіс, відкрийте порт, поправте server_name vhost-а або розберіть помилку застосунку.

Типові проблеми

  • Резолвиться і пінгується, але connection refused: вебсервер не запущений або слухає лише localhost.
  • Таймаут лише у вас: ваш IP міг заблокувати fail2ban/фаєрвол — перевірте з іншої мережі.
  • Дефолтна сторінка замість сайту: server_name vhost-а не збігається з доменом.

Коли звертатися в підтримку

Якщо крок 2 падає з кількох мереж (сервер недосяжний) або ви підозрюєте мережеву проблему з нашого боку, відкрийте тикет із service ID, доменом і виводами команд вище — це сильно прискорює діагностику.

Часті запитання

Домен резолвиться, але сайт не вантажиться — що далі?

Перевірте сервер напряму: curl -I з IP-адресою, потім на сервері — чи запущений вебсервіс і чи відкриті порти 80/443. Це звужує проблему до фаєрвола, сервісу чи застосунку.

Чому сайт працює в одних людей і не працює в інших?

Зазвичай це DNS-кеші під час зміни запису або правило фаєрвола/fail2ban, що блокує окремі IP. Порівняйте відповіді dig із кількох резолверів і перевірте з іншої мережі.

Що вказати в тикеті про непрацюючий сайт?

Домен, ваш service ID, час, коли зламалося, і виводи dig, ping та curl -I. Із цими чотирма елементами підтримка зазвичай локалізує проблему за один прохід.

Схожі статті

Потрібна допомога? Звернутися в підтримку Cloud2Y →

Ця відповідь Вам допомогла? 0 Користувачі, які знайшли це корисним (0 Голосів)