DNS Beget: что проверить, если домен есть, а сайт не открывается

Разберитесь, кто за что отвечает

Регистратор обслуживает регистрацию домена и его делегирование. Авторитетные NS-серверы хранят DNS-зону. Веб-сервер отдаёт страницы. Все три роли могут находиться у одного провайдера, но это разные уровни: изменение одного не обязательно исправляет остальные.

Сначала запишите текущую схему. Найдите действующие NS и уточните, где редактируются записи зоны. Изменение записи в старой панели бесполезно, если домен уже делегирован другим серверам. И наоборот: новый тариф хостинга не меняет делегирование сам по себе.

Проверьте адреса основного домена и www

A-запись связывает имя с IPv4-адресом, AAAA — с IPv6. CNAME задаёт другое доменное имя вместо адреса. Сверьте значения с данными целевого хостинга. Не копируйте IP из случайной инструкции: он может принадлежать другому серверу или технической странице.

Отдельно проверьте домен без www и с www. Устаревшая AAAA-запись иногда приводит часть посетителей на прежний сервер, даже когда A уже исправлена. Поэтому ситуация «у меня работает, у клиента нет» требует сравнения записей, а не бесконечного обновления страницы.

Читайте ошибку, а не только белый экран

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

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

• Проверьте делегирование у регистратора.
• Сверьте A, AAAA и записи для www.
• Отделите ошибку имени от ошибки соединения.

Не потеряйте почту при смене NS

При переносе зоны сохраните MX, а также нужные TXT-записи для отправки почты и проверки сервисов. Изменив только адрес сайта и забыв остальное, можно получить работающую главную страницу и неработающие корпоративные ящики. Это отдельная неисправность, а не продолжение ремонта сайта.

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

Проверьте изменения и границы результата

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

DNS не восстанавливает удалённые файлы или базу. Если адрес ведёт на правильный сервер, но CMS показывает ошибку, нужен следующий этап диагностики. В ontech.pro можно прислать домен и симптом без паролей: по результату первичной проверки предложим конкретный план работ.

Документация: Как работает DNS: справка MDN