Используйте это руководство, если пользовательский домен не становится готовым, открывает неправильный сайт, перенаправляет некорректно или показывает ошибку HTTPS/безопасности.

Сначала определите свою проблему

Используйте таблицу симптомов перед изменением DNS. Начните с раздела, который соответствует тому, что вы видите, внесите одно целевое изменение, а затем снова проверьте статус домена и имя хоста в браузере.

Где проверять домен

Краткий справочник: термины, которые вы можете встретить в этом руководстве

Чтобы использовать шаги по устранению неполадок, не нужно внутренне понимать, как работает DNS. Эти определения приведены только на случай, если какой-то термин вам незнаком.

Прежде чем что-либо менять

• Запишите точный Статус домена и все сообщения об ошибках, показанные в Atoms.

• Меняйте по одной настройке DNS или маршрутизации за раз, чтобы понимать, какое именно изменение повлияло на результат.

• Перед редактированием рабочей DNS-записи запишите предыдущее значение.

• Не удаляйте записи только потому, что вы их не узнаете. MX-записи, связанные с почтой TXT-записи и несвязанные поддомены могут поддерживать электронную почту или другие сервисы.

• Не меняйте nameservers только для исправления одной проблемы с проверкой, если только отдельная миграция DNS не запланирована и не подтверждена.

• Если изменение при устранении неполадок ломает работающий сайт, электронную почту или другой сервис, откатите только последнее изменение, вызвавшее регрессию.

Проблемы с проверкой и DNS-записями

Используйте этот раздел, если Atoms не может проверить домен, обязательная запись кажется отсутствующей или неправильной, либо вы отредактировали DNS, но состояние домена не изменилось.

Сначала проверьте исходный DNS

• Откройте домен в Atoms и сравните каждую обязательную запись с тем, что публично опубликовано для того же имени хоста.

• Проверьте authoritative nameservers домена и убедитесь, что вы редактируете DNS у провайдера, обслуживающего эти nameservers. Если nameservers указывают на Cloudflare, изменения, внесенные только в DNS-панели регистратора, могут не быть authoritative.

• Для каждой обязательной записи подтвердите тип записи, имя хоста/имя, цель или значение, а также то, что запись действительно существует у authoritative-провайдера.

• Значение проверки должно точно совпадать со значением, которое в данный момент показывает Atoms, и должно быть видно в публичном DNS-запросе.

Исправьте только несоответствие, затем выполните повторную проверку

• Создайте отсутствующую запись или исправьте только то поле, которое не совпадает.

• Если запись была добавлена у неправильного DNS-провайдера, добавьте ее у authoritative-провайдера.

• Не заменяйте текущее значение Atoms адресом или значением проверки из другого проекта, другого домена, старого снимка экрана или более старой статьи Справочного центра.

• После того как изменение станет публичным, вернитесь в Домены → Управление, повторно проверьте Статус домена, а затем протестируйте имя хоста в браузере.

Маршрутизация, старый контент, конфликтующие записи и Cloudflare

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

Проверьте записи A, AAAA и CNAME для точного имени хоста

• Ищите записи от предыдущего хостинг-провайдера, старую IPv6 AAAA-цель, CNAME плюс другую запись назначения для того же имени хоста или дублирующиеся записи, которые отправляют трафик в разные сервисы.

• Удаляйте только ту запись маршрутизации сайта, которая, как вы подтвердили, конфликтует с текущей настройкой Atoms. Не удаляйте неизвестные записи в качестве шага по очистке.

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

Статус прокси Cloudflare

• TXT verification-записи относятся только к DNS; это не записи веб-прокси.

• Для записей A или CNAME меняйте Proxy Status только тогда, когда этого прямо требует интерфейс Atoms или поддержка Atoms. Не переключайте записи между Proxied и DNS only в качестве обычного шага по устранению неполадок.

• Если Atoms или поддержка просит вас изменить статус прокси, измените только указанную запись маршрутизации, дождитесь, пока новый DNS-ответ станет видимым, а затем повторно протестируйте домен и HTTPS.

Распространение DNS и локальное кэширование

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

• Сравните результат authoritative DNS с одним или несколькими публичными DNS-резолверами и, при необходимости, с другой сетью, например мобильным интернетом.

• Если authoritative DNS неверный, исправьте исходную запись. Если authoritative DNS правильный, но другие резолверы все еще возвращают предыдущее значение, не редактируйте запись повторно.

• Изменения DNS могут занять до 48 часов, чтобы стать видимыми по всему миру, хотя обычно они появляются раньше.

• Если только один браузер или устройство показывает неправильный результат, в то время как DNS и Atoms в других местах корректны, очистите или обойдите этот локальный кэш браузера/сети. Не меняйте DNS из-за проблемы с кэшем на конкретном устройстве.

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

Проблемы с SSL / HTTPS

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

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

• Запишите точную ошибку браузера и точное имя хоста, которое открывается.

• Подтвердите DNS-маршрутизацию, распространение, статус прокси Cloudflare и то, не принадлежит ли сертификат другому имени хоста.

• Проверьте, не изменилось ли недавно что-либо в DNS, nameservers, настройках прокси Cloudflare, записях CAA или привязке проекта/домена.

• Проверьте записи CAA для затронутого имени хоста и родительского домена, если может присутствовать ограничительная политика сертификатов.

Исправление и проверка

• Исправляйте только подтвержденную проблему с DNS, прокси, CAA, именем хоста или привязкой к проекту.

• Не обходите предупреждения браузера о сертификате как обычное решение.

• Если публичный DNS правильный и ни одна пользовательская настройка не объясняет сбой, прекратите менять DNS и обратитесь в поддержку Atoms по поводу выпуска или продления сертификата.

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

• Повторно проверьте, открыв точное имя хоста с https:// и убедившись, что нужный проект загружается без предупреждения о сертификате.

Корневой домен, www, перенаправления и поведение с неправильным проектом

Эти проблемы стоит проверить здесь, потому что они могут выглядеть как сбои DNS или SSL, даже когда базовое соединение уже работает.

Корневой домен работает, а www — нет, или наоборот

• Рассматривайте example.com и www.example.com как отдельные имена хостов. Проверьте оба через HTTPS.

• Проверьте результат DNS и Статус домена Atoms для имени хоста, которое не работает.

• Не предполагайте, что значения корневого домена нужно просто скопировать в www.

Если имя хоста все еще нужно подключить или перенастроить, следуйте шагам настройки в Connect and Manage Domains, а не дублируйте здесь процедуру конфигурации.

Перенаправления ведут на неправильный адрес или зацикливаются

• Подтвердите адрес, на котором, как вы ожидаете, должны оказаться посетители, и протестируйте перенаправление в новой/приватной сессии браузера.

• Проверьте, не выполняет ли перенаправления также другая система, например forwarding у регистратора, правила перенаправления Cloudflare, другой proxy/CDN или предыдущая хостинг-платформа.

• Меняйте только подтвержденный конфликтующий уровень перенаправления. Не меняйте несколько систем перенаправления одновременно.

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

Чтобы изменить, какой из подключенных адресов является основным, используйте процедуру из Connect and Manage Domains.

Домен открывает неправильный проект Atoms

• Если DNS уже правильно ведет в Atoms, рассматривайте проблему как проблему привязки проекта/домена, а не меняйте DNS снова и снова.

• Подтвердите, какой проект или рабочее пространство в данный момент показывает привязку домена.

• После исправления привязки повторно проверьте, что имя хоста открывает нужный проект и что HTTPS по-прежнему работает.

Для переключения, отключения, повторного подключения или перемещения домена между проектами следуйте инструкциям в Connect and Manage Domains. Если текущая привязка принадлежит недоступному или удаленному проекту/рабочему пространству/аккаунту, вместо дополнительных изменений DNS обратитесь в поддержку Atoms.

Когда нужно прекратить менять DNS и обратиться в поддержку Atoms

Эскалируйте проблему вместо продолжения редактирования DNS, когда признаки указывают на проблему на стороне Atoms, связанную с состоянием, сертификатом или привязкой.

• Подтверждено, что DNS правильный, но состояние домена Atoms не восстанавливается.

• Выпуск или продление сертификата не удается, хотя публичный DNS и пользовательские настройки правильные.

• Домен привязан к недоступному или удаленному проекту/рабочему пространству/аккаунту, либо не удается выполнить соответствующее действие по управлению доменом.

• Несколько не связанных между собой доменов Atoms перестают работать одновременно, и их DNS-записи недавно не менялись.

• Изменение при устранении неполадок затрагивает другой сервис, и вы не можете безопасно определить правильный откат.

Подготовьте эти данные перед эскалацией

• Затронутое имя хоста и предполагаемый проект/рабочее пространство Atoms.

• Точный Статус домена или сообщение об ошибке, которое показывается сейчас.

• Текущие authoritative DNS-результаты и значения, которые сейчас требует Atoms.

• Точная ошибка HTTPS/сертификата в браузере, если применимо.

• Последнее внесенное изменение и вернуло ли его восстановление предыдущее поведение.

Финальная повторная проверка

После любого исправления вернитесь в Домены → Управление и повторно проверьте Статус домена. Затем подтвердите результат в браузере.

• Нужное имя хоста подключено и ведет к нужному проекту Atoms.

• HTTPS работает без предупреждения о сертификате.

• Корневой домен и www ведут себя так, как задумано.

• Перенаправления заканчиваются на нужном адресе.

• Электронная почта и другие несвязанные сервисы по-прежнему работают после изменений DNS.

FAQ