Домен не открывается: как быстро найти причину

Домен не открывается: сначала определите тип ошибки

Первый шаг — прочитать сообщение браузера. Оно часто сразу подсказывает, на каком уровне возникла проблема. Если вы видите «DNS_PROBE_FINISHED_NXDOMAIN», имя домена не преобразуется в IP-адрес, то есть проблема связана с DNS-записями. Если появляется «Connection timed out» или «Connection refused», домен может быть правильно направлен, но сервер не отвечает.

Сообщение «Your connection is not private» обычно связано с истёкшим сроком действия SSL-сертификата, его неправильной установкой или несоответствием имени домена. Если же сайт открывается, но показывает код 500, 502 или 503, проблема часто находится в окружении хостинга, PHP-приложении, базе данных или настройках reverse proxy.

Попробуйте открыть сайт через мобильный интернет и с другого устройства. Если он не работает только в вашей Wi-Fi-сети, возможна проблема с локальным DNS-кэшем, роутером или интернет-провайдером. Если сайт недоступен из всех сетей, переходите к проверке домена и сервера.

Проверьте статус регистрации и переноса домена

Истечение срока действия домена — одна из наиболее распространённых и легко устранимых причин. Регистрация домена является ежегодной услугой: если продление не было выполнено вовремя, домен может перейти в grace period, затем быть временно приостановлен или стать доступным для другого регистратора. В некоторых зонах восстановление возможно, но может потребовать дополнительных расходов и времени.

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

Если домен недавно был перенесён к другому поставщику, также проверьте завершение переноса. Во время переноса nameserver-ы или DNS-зона могут измениться, особенно если управление DNS осталось у предыдущего поставщика. Контактные данные владельца домена должны быть актуальными, поскольку письма с подтверждением часто отправляются именно на эти адреса.

Проверяйте DNS-записи без предположений

DNS — это телефонная книга домена: она сообщает браузеру, к какому серверу обращаться. Для открытия сайта в основном важны записи A или AAAA, а CNAME часто используется для поддоменов и варианта www. Если сайт должен работать и по адресу example.am, и по адресу www.example.am, оба варианта должны быть правильно настроены либо один из них должен перенаправляться на другой.

Проблема с DNS часто возникает после переноса хостинга. Пользователь меняет A-запись, но забывает про CNAME для www. Или меняет nameserver-ы, но не создаёт необходимые записи в новой DNS-зоне. В результате основной домен может открываться, а версия с www — нет, или наоборот.

Особое внимание обратите на следующие моменты:

• A-запись должна указывать на правильный IPv4-адрес работающего сервера.
• AAAA-запись, если она есть, должна указывать на работающий IPv6-адрес, иначе у некоторых посетителей сайт не откроется.
• После изменения nameserver-ов распространение DNS может занимать несколько часов, иногда до 24–48 часов — в зависимости от кэша и TTL.
• Если вы используете Cloudflare или другой CDN, DNS-записи необходимо проверять непосредственно в панели управления этой службы, а не только у регистратора домена.
• Записи MX, SPF и DKIM обычно не влияют на открытие сайта, но неправильные изменения могут привести к прекращению работы корпоративной электронной почты.

Во время изменения DNS не меняйте записи несколько раз подряд. Каждое новое изменение усложняет диагностику и может увеличить время ожидания очистки кэша. Сначала подтвердите новый IP-адрес или nameserver-ы, затем выполните одно контролируемое изменение.

Когда домен открывается, но сайт не работает

Если DNS возвращает правильный IP-адрес, проблема может находиться на уровне хостинга или приложения. На shared hosting проверьте, активна ли ваша учётная запись, не закончилась ли дисковая квота и привязан ли домен к правильной папке document root. На сайтах WordPress часто встречаются конфликт плагинов, неудачное обновление, повреждённый файл .htaccess или несовместимая версия PHP.

Для пользователей VPS важно проверить ресурсы сервера. Высокая загрузка CPU, заполненный диск, исчерпанная оперативная память или неработающая служба веб-сервера могут сделать сайт недоступным, даже если домен и DNS полностью настроены правильно. Службы Nginx, Apache, PHP-FPM и базы данных необходимо проверять отдельно: сбой одной службы не обязательно отключит весь сервер, но может остановить именно сайт.

Ошибки 502 и 504 часто указывают на то, что веб-сервер не может вовремя установить соединение с приложением или upstream-службой. В такой ситуации проблема не всегда требует «более дорогого тарифного плана хостинга». Сначала проверьте логи ошибок, последний deployment, задания cron и запросы к базе данных. Если сайт регулярно замедляется в часы пиковой нагрузки, тогда увеличение ресурсов или перенос на VPS может быть обоснованным решением.

SSL-сертификат и перенаправления HTTPS

SSL-сертификат отвечает за шифрование данных и доверие браузера. Истёкший сертификат или сертификат, выпущенный для неправильного домена, может запретить посетителям доступ к сайту, особенно если браузер применяет строгую политику безопасности. Проверьте срок действия сертификата, включённые в него домены и certificate chain.

Частая проблема — неправильный цикл перенаправления с HTTP на HTTPS. Например, в Cloudflare включено перенаправление на HTTPS, а сервер пытается повторить то же правило другим способом. Результатом становится ошибка «too many redirects». В таком случае необходимо выбрать одну чёткую схему: SSL-режим CDN, виртуальный host сервера и адрес сайта в CMS должны соответствовать друг другу.

Если вы недавно включили SSL, убедитесь, что сертификат установлен также для варианта www, если он используется. Сертификат только для основного домена не решит проблему с поддоменом.

Домен не открывается после изменения настроек

В день изменения домена, хостинга или CDN проблема чаще всего возникает не из-за одной ошибки, а из-за нескольких изменений одновременно. Меняются nameserver-ы, IP-адрес сайта, SSL, MX-записи электронной почты, а иногда и настройки CMS. Если что-то перестаёт работать, сложно определить настоящую причину.

Более безопасный подход — поэтапный перенос. Сначала подготовьте новый хостинг и проверьте сайт по временному адресу или с помощью файла hosts. Затем перенесите файлы и базу данных, подтвердите работу SSL, сравните основные страницы и формы сайта и только после этого измените DNS-записи. Службу электронной почты держите под отдельным контролем, чтобы перенос сайта не нарушил получение писем.

Для малого бизнеса часто безопаснее доверить этот процесс поставщику, который управляет доменом, хостингом, SSL и технической поддержкой в одном месте. В случае комплексного инфраструктурного поставщика, такого как Internet.am, команда поддержки может быстро определить, находится ли проблема на уровне регистрации, DNS, сервера или сертификата.

Какие данные отправить в техническую поддержку

Сообщения «Сайт не открывается» недостаточно для быстрого решения проблемы. Отправьте в службу поддержки точное имя домена, скриншот ошибки или её полный текст, примерное время начала проблемы и изменения, которые вы внесли за последние 24 часа. Также укажите, не открывается ли сайт из всех сетей или только из конкретной страны или офиса.

Если у вас есть VPS или команда разработчиков, полезно также предоставить последние строки из логов ошибок веб-сервера и приложения. Однако никогда не отправляйте в тикете root-пароль, API key, полную резервную копию или платёжные данные. Хорошая служба поддержки запросит только необходимые и безопасные сведения для решения проблемы.

Доступность сайта — это не одна настройка, а цепочка взаимосвязанных сервисов. Следите за своевременным продлением домена, фиксируйте изменения DNS, контролируйте срок действия SSL и проверяйте возможность восстановления из резервных копий.

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