DNS встановлено, але веб-сайт все ще недоступний? Ось як це виправити як професіонал

Ви налаштували DNS-сервери, вказали свій домен на правильну IP-адресу та чекали — але ваш веб-сайт все ще недоступний. Звучить знайомо? Це одна з найпоширеніших і найбільш розчаровуючих ситуацій у веб-хостингу, і корінь проблеми не завжди очевидний. Незалежно від того, бачите ви помилку "Server Not Found", порожню сторінку чи тайм-аут, проблема може виникати через затримки поширення DNS, неправильно налаштовані записи, застарілі дані кешу або проблеми на стороні сервера.

Цей комплексний посібник проведе вас через кожну можливу причину та надасть чіткі, практичні кроки для усунення неполадок, щоб якомога швидше повернути ваш веб-сайт в онлайн.

1. Розуміння DNS та його значення для доступності веб-сайту

Domain Name System (DNS) — це по суті телефонний довідник інтернету. Коли користувач вводить назву вашого домену (наприклад, example.com) у браузер, DNS-сервери перекладають цю зрозумілу для людини назву в машиночитаний IP-адресу, що дозволяє браузеру знайти та підключитися до вашого веб-сервера.

Коли DNS неправильно налаштований або ще не повністю поширився, браузери не можуть розв’язати ваш домен на правильну IP-адресу. Результат: помилки підключення, тайм-аути та недоступний веб-сайт — навіть якщо ваш сервер абсолютно здоровий і працює.

Розуміння цього процесу — перший крок до діагностики того, що пішло не так.

2. Поширені причини недоступності веб-сайту, пов’язані з DNS

Перш ніж переходити до виправлень, важливо зрозуміти найчастіші винуватці відмов DNS:

Затримка поширення DNS

Зміни DNS не вступають у силу миттєво. Після оновлення ваших серверів імен або записів DNS поширення по глобальній мережі DNS-резолверів може займати від кількох хвилин до 48 годин. Протягом цього часу деякі користувачі можуть отримати доступ до вашого сайту, а інші — ні, залежно від того, який DNS-сервер використовує їхній ISP.

Неправильні записи DNS

Одна опечатка або помилка конфігурації у файлі зони DNS може зруйнувати все. Поширені помилки включають:

• A запис, що вказує на неправильну IP-адресу
• CNAME запис з неправильною цільовою назвою хоста
• Відсутні або неправильно налаштовані MX записи, що впливають на доставку електронної пошти

Застарілий DNS кеш

Як ваша операційна система, так і браузер кешують DNS-запити для прискорення перегляду. Якщо ви нещодавно змінили параметри DNS, ваша локальна машина все ще може обслуговувати стару кешовану IP-адресу — змушуючи сайт здаватися недоступним навіть після завершення поширення.

Обмеження брандмауера та мережі

Брандмауери на рівні сервера, мережі або навіть на стороні клієнта можуть блокувати трафік на конкретні IP-адреси або порти, запобігаючи завантаженню веб-сайту навіть коли DNS розв’язується правильно.

Помилка конфігурації веб-сервера або простій

Іноді DNS абсолютно нормальний, але сам веб-сервер офлайн, неправильно налаштований або не прослуховує правильні порти.

3. Покроковий посібник з усунення неполадок DNS

Виконуйте ці кроки по порядку. Кожен звужує джерело проблеми.

Крок 1: Перевірте статус поширення DNS

Якщо ви нещодавно оновили параметри DNS або перейшли на новий хост, поширення може просто ще не завершитися. Використовуйте безплатний онлайн-інструмент для перевірки поточного статусу поширення в кількох глобальних місцях.

Як перевірити:

1. Відвідайте WhatsMyDNS.net
2. Введіть назву вашого домену та виберіть тип запису (зазвичай A запис)
3. Перегляньте результати — якщо різні місцеположення повертають різні IP-адреси, поширення все ще в процесі

Що робити: Якщо поширення неповне, найкращий курс дій — чекати. Більшість змін поширюються протягом 1–4 годин, хоча в рідких випадках це може займати до 48 годин. Ви можете скоротити час поширення в майбутньому, зменшивши значення DNS TTL (Time to Live) перед внесенням змін.

Крок 2: Очистіть локальний DNS кеш

Навіть після завершення поширення в глобальному масштабі, ваш власний комп’ютер все ще може обслуговувати кешовану версію старого запису DNS. Очищення DNS кешу змушує вашу систему виконати свіжий пошук.

Windows:

ipconfig /flushdns

macOS:

sudo dscacheutil -flushcache
sudo killall -HUP mDNSResponder

Linux (Ubuntu/Debian з systemd-resolved):

sudo systemd-resolve --flush-caches

Також очистіть кеш браузера:

Перейдіть до параметрів браузера, знайдіть "Очистити дані перегляду" та переконайтеся, що включені кешовані зображення та файли. У Chrome ви також можете відвідати chrome://net-internals/#dns для прямого очищення внутрішнього DNS кешу браузера.

Крок 3: Запитайте записи DNS за допомогою nslookup та dig

Інструменти командного рядка дають вам прямий, нефільтрований вигляд того, що DNS повертає для вашого домену. Вони необхідні для діагностики неправильно налаштованих записів.

Використання nslookup (доступна на Windows, macOS та Linux):

nslookup example.com

Використання dig (Linux/macOS; встановіть через Homebrew на Mac):

dig example.com
dig example.com A
dig example.com MX

На що звернути увагу:

• ANSWER SECTION у виході dig повинна показувати ваш домен, розв’язаний на правильну IP-адресу
• Якщо повернена IP-адреса не відповідає IP-адресі вашого сервера, ваш A запис неправильно налаштований
• Якщо взагалі немає відповіді, ваша DNS зона може бути неправильно налаштована на рівні реєстратора

Ви також можете запитати конкретний DNS-сервер, щоб обійти ваш локальний резолвер:

dig example.com @8.8.8.8

Крок 4: Перевірте записи DNS на панелі керування реєстратора вашого домену

Увійдіть на панель керування реєстратора вашого домену та ретельно перегляньте параметри зони DNS. Підтвердьте наявність та правильність таких записів:

Поширені помилки для перевірки:

• Відсутні кінцеві крапки в повністю кваліфікованих назвах доменів (FQDN)
• Неправильні значення TTL
• Дублювання або конфліктні A записи
• Сервери імен не оновлені після переходу на нового хостинг-провайдера

Якщо ви розміщуєтеся на AlexHost VPS Hosting, деталі вашого сервера імен будуть надані на панелі керування хостингом. Переконайтеся, що вони введені точно так, як зазначено у реєстраторі вашого домену. Ви також можете зареєструвати свій домен безпосередньо через AlexHost Domain Registration, щоб зберегти управління DNS централізованим і спрощеним.

Крок 5: Перевірте статус веб-сервера та конфігурацію

Якщо DNS розв’язується правильно, але сайт все ще недоступний, проблема може бути у самому веб-сервері. Сервер, який зупинений, впав або неправильно налаштований, відмовить у з’єднаннях незалежно від того, наскільки ідеальний ваш DNS.

Перевірте статус Apache:

sudo systemctl status apache2

Перевірте статус Nginx:

sudo systemctl status nginx

Перезапустіть веб-сервер, якщо він зупинений:

sudo systemctl restart apache2
# or
sudo systemctl restart nginx

Перевірте, що сервер прослуховує правильні порти:

sudo ss -tlnp | grep -E ':80|:443'

Якщо ніщо не прослуховує порт 80 (HTTP) або порт 443 (HTTPS), ваш веб-сервер працює неправильно. Також перевірте конфігурацію віртуального хоста або блоку сервера, щоб переконатися, що він прив’язаний до правильного домену та IP.

Крок 6: Перевірте правила брандмауера

Брандмауер, який блокує вхідний трафік на порт 80 або 443, зробить ваш веб-сайт недоступним навіть коли DNS та веб-сервер обидва працюють правильно.

Перевірте правила UFW (Ubuntu Firewall):

sudo ufw status

Дозвольте трафік HTTP та HTTPS:

sudo ufw allow 80/tcp
sudo ufw allow 443/tcp

Перевірте правила iptables:

sudo iptables -L -n

Також перевірте параметри брандмауера або групи безпеки вашого хостинг-провайдера, якщо ви використовуєте хмарний або VPS сервіс. Вони часто керуються окремо від брандмауера рівня ОС.

Крок 7: Запустіть тести Ping та Traceroute

Ці інструменти діагностики мережі допомагають визначити, чи дійсно трафік досягає вашого сервера.

Тест Ping — перевіряє, чи розв’язується домен та чи сервер реагує на ICMP пакети:

ping example.com

Примітка: Деякі сервери за замовчуванням блокують ICMP (ping) запити. Невдалий ping не обов’язково означає, що сервер неробочий.

Traceroute — відстежує повний мережевий шлях від вашої машини до сервера, виявляючи, де пакети скидаються:

*Linux/macOS:*

traceroute example.com

*Windows:*

tracert example.com

Якщо traceroute зупиняється на конкретному стрибку перед досягненням вашого сервера, цей вузол може мати проблеми або активно блокувати трафік. Ця інформація надзвичайно корисна при передачі до вашого хостинг-провайдера.

4. Додаткові виправлення, які варто спробувати

Перейдіть на публічний DNS резолвер

DNS-сервер вашого ISP може повільно оновлюватися або мати проблеми. Спробуйте перейти на швидший, надійніший публічний DNS резолвер:

• Google DNS: 8.8.8.8 та 8.8.4.4
• Cloudflare DNS: 1.1.1.1 та 1.0.0.1
• OpenDNS: 208.67.222.222 та 208.67.220.220

Ви можете змінити параметри DNS у параметрах мережевого адаптера (Windows/macOS) або безпосередньо на маршрутизаторі, щоб застосувати зміну до всіх пристроїв у вашій мережі.

Вимкніть VPN або проксі

Якщо ви використовуєте сервіс VPN або проксі, він може маршрутизувати ваш трафік через місцеположення, де DNS ще не поширився, або де IP-адреса вашого сервера заблокована. Тимчасово вимкніть його та протестуйте знову, використовуючи прямий інтернет-з’єднання.

Перевірте конфігурацію SSL сертифіката

Якщо ваш сайт завантажується через HTTP, але не через HTTPS, проблема може бути в SSL сертифікаті, а