Сайт не открывается: DNS, сервер, SSL или код — с чего начинать диагностику

← Техническая поддержка

Фраза «сайт не открывается» описывает десятки разных ситуаций. Один пользователь видит ошибку DNS, другой — таймаут, третий — 500, а у администратора сайт продолжает работать из кеша. Поэтому диагностику стоит вести сверху вниз: домен, сеть, веб-сервер и только потом приложение.

Проверьте DNS

Сначала убедитесь, что домен резолвится в правильный IP-адрес. После переноса сервера или смены публичного IP часть пользователей может некоторое время получать старый адрес из DNS-кеша. Важно сравнить ответы разных резолверов и проверить актуальные A/AAAA-записи.

nslookup example.ru
ping example.ru
tracert example.ru

Проверьте доступность сервера

Если DNS указывает на нужный адрес, проверьте, отвечает ли сервер на 80/443 портах и работает ли веб-сервер. Таймаут и мгновенный отказ соединения — разные симптомы и ведут к разным веткам диагностики.

Проверьте SSL-сертификат

Просроченный сертификат, неверная цепочка или сертификат не для того домена могут сделать сайт недоступным для части клиентов. После изменений в DNS также стоит убедиться, что запрос попадает на сервер, где настроен сертификат именно этого домена.

Порядок диагностики если сайт не открывается

Разберите HTTP-код ответа

404 — сервер отвечает, но не находит нужный URL;
403 — запрос запрещён правилами доступа;
500 — ошибка приложения или конфигурации;
502/504 — часто проблема между веб-сервером и PHP-FPM/upstream.

Если проблема только у части пользователей

Проверьте проблему снаружи и изнутри

Если есть доступ к серверу, сравните внешний запрос с локальным. Сайт может отвечать на localhost, но быть недоступным из интернета из-за firewall, маршрутизации или сетевых правил. И наоборот, сервер может принимать соединение, но PHP или база данных не отвечают приложению.

Посмотрите журналы в момент ошибки

Логи Nginx или Apache, PHP-FPM и приложения помогают понять, дошёл ли запрос до сервера и что произошло дальше. Важно смотреть время, совпадающее с реальной попыткой открытия сайта: старые сообщения могут не иметь отношения к текущему инциденту.

После восстановления найдите первопричину

Перезапуск сервиса может временно вернуть сайт, но если причина — нехватка памяти, заполненный диск или повторяющаяся ошибка, проблема появится снова. После аварийного восстановления стоит отдельно провести разбор причин и добавить мониторинг критичных показателей.

Сравните разные сети, DNS, браузеры и VPN. Это помогает отделить проблему сайта от маршрута конкретного провайдера. При этом не стоит ограничиваться одной успешной проверкой: если несколько независимых сетей воспроизводят ошибку, это важный сигнал для хостинга или администратора.

Для подобных инцидентов подходит техническая поддержка сайтов. Если проблема связана с инфраструктурой, также может быть актуальна услуга хостинг и облачная инфраструктура.