#Что означает ошибка
Домен не открывается
После регистрации домена нужно сделать три вещи: указать у регистратора NS-серверы (или создать A-запись), подождать обновления DNS и привязать домен к сайту на сервере. Пока хотя бы один пункт не выполнен, браузер показывает «Не удаётся найти IP-адрес сервера» или страницу-заглушку регистратора. Распространение DNS занимает от нескольких минут до 24–48 часов в зависимости от TTL.
#Причины и решения
| Возможная причина | Как узнать | Что делать |
|---|---|---|
| NS не измененыДомен делегирован на серверы регистратора, а записи созданы на хостинге. | dig NS example.com показывает NS регистратора. | Укажите NS хостинга в панели регистратора. |
| Нет A-записиВ зоне домена нет записи, ведущей на IP сервера. | dig A example.com пусто. | Создайте A-запись на IP хостинга. |
| Идёт распространение DNSСтарые записи кэшируются у провайдеров. | Домен открывается на одних сетях и не открывается на других. | Подождите и сбросьте кэш DNS. |
| Сайт не настроенДомен не добавлен на хостинге или в конфигурации nginx/Apache. | Открывается страница хостинга. | Добавьте домен на хостинге/создайте виртуальный хост. |
#Пошаговое решение
- Проверьте, на каких NS находится доменВойдите в кабинет регистратора, проверьте активность домена и его NS. Через терминал с
digможно выполнитьdig +trace NS ваш-домен, чтобы посмотреть ответ родительской зоны. Если делегирование не совпадает с новым провайдером DNS, изменяйте NS именно у регистратора, а не A-записи на другой площадке. - Создайте записиВ панели авторитетного DNS создайте A для корня домена с фактическим IPv4 хостинга, при наличии IPv6 — AAAA, для
www— A или CNAME согласно конфигурации. Записи MX/TXT для почты переносите отдельно по данным почтового провайдера; неверный MX может нарушить доставку даже при работающем сайте. - Дождитесь распространенияСпросите у регистратора TTL NS и проверьте TTL изменённых A-записей. Кэши рекурсивных серверов могут какое-то время давать старые IP, но авторитетный сервер должен отвечать новым значением сразу после сохранения. Если нет, проблема не в ожидании распространения.
- Сбросьте локальный кэш DNSДля проверки только локального компьютера на Windows запустите
cmd→ipconfig /flushdns; в Linux с systemd-resolved —sudo resolvectl flush-caches. Сравните ответы через независимые DNS и браузер в приватном режиме; очистка своего кэша не влияет на сторонние сети. - Добавьте домен на хостингВ панели хостинга добавьте домен в список сайтов, выберите правильный документ-корень и проверьте имя виртуального хоста. По новому IP может открываться заглушка, если DNS верен, а хостинг не привязал домен. Не отключайте другие сайты на этом IP.
- Выпустите SSLПосле проверки корректного DNS выпустите сертификат именно для домена и нужных поддоменов штатным средством хостинга/Certbot. Для HTTP-01 должен быть доступен порт 80 и правильный путь проверки; затем откройте HTTPS и проверьте отсутствие предупреждений сертификата.
- Команды для отдельных ситуацийВыберите только подходящий вариант. Это не одна последовательность: часть команд диагностирует проблему, а часть меняет настройки или данные.
Если NS изменены недавно, домен может «мигать» — это нормально, TTL у разных провайдеров разный. Не меняйте NS повторно в течение 48 часов: это растягивает процесс. Для доменов .ru/.рф регистратор может запросить подтверждение данных владельца — без этого домен не будет делегирован. Убедитесь, что домен не приостановлен за отсутствие подтверждения почты.