Устранение неполадок с доменом и SSL

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

Начните здесь

Настройки → Домены → Управление → Статус домена → определите этап сбоя → Повторная проверка

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

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

Что вы видите	Перейти к
Atoms не может проверить домен, или кажется, что отсутствует обязательная запись	Проблемы с проверкой и DNS-записями
Домен открывает старый или неправильный сайт	Маршрутизация, конфликтующие записи, Cloudflare или привязка к проекту
Изменение работает в одних сетях, но не в других	Распространение DNS и локальное кэширование
HTTPS не работает или браузер показывает предупреждение о сертификате	Проблемы SSL / HTTPS
Домен открывает неправильный проект Atoms	Поведение с неправильным проектом
Корневой домен и www ведут себя по-разному	Устранение неполадок корневого домена / www
Домен перенаправляет на неправильный адрес или зацикливается	Устранение неполадок перенаправления
Несколько не связанных между собой доменов Atoms перестают работать одновременно	Прекратите изменять DNS и обратитесь в поддержку Atoms

Важно

Всегда используйте значения DNS, которые в данный момент отображаются в Atoms для домена, неполадки которого вы устраняете. Не копируйте IP-адрес, значение проверки или DNS-цель из другого домена, старого снимка экрана или более старого руководства.

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

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

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

Термин	Что это означает
DNS	Настройки, которые сообщают интернету, куда ваш домен должен направлять посетителей и какие онлайн-сервисы он использует.
Authoritative DNS / nameservers	DNS-сервис, который фактически управляет действующими настройками вашего домена. Если вы измените DNS в другом месте, эти изменения не повлияют на домен.
A / AAAA / CNAME	Записи, которые сообщают браузерам, где найти ваш сайт. Старые или конфликтующие записи могут направлять посетителей на неправильный сайт.
TXT	Текстовая DNS-запись, часто используемая для подтверждения того, что вы управляете доменом. Atoms может попросить вас добавить такую запись во время настройки домена.
DNS propagation / TTL	Время, необходимое для того, чтобы изменение DNS стало видно везде. В этот период некоторые люди могут по-прежнему видеть старый результат.
CAA	Необязательное правило DNS, которое определяет, каким компаниям разрешено выпускать сертификат безопасности, необходимый для HTTPS на вашем домене.
Cloudflare proxy	Настройка Cloudflare, которая направляет трафик сайта через Cloudflare до того, как он достигнет вашего сайта. Это может повлиять на маршрутизацию или проверку домена.

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

• Запишите точный Статус домена и любое сообщение об ошибке, показанное в 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 адресом или значением проверки из другого проекта, другого домена, старого снимка экрана или более старой статьи Справочного центра.

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

Защитите несвязанные сервисы

Если изменение DNS ломает электронную почту или другой сторонний сервис, восстановите только ту несвязанную MX-, TXT-, verification- или subdomain-запись, которая была случайно изменена. Затем продолжайте устранение неполадок по одной записи за раз.

Маршрутизация, старый контент, конфликтующие записи и 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-resolver'ами и, если полезно, с другой сетью, например мобильным интернетом.

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

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

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

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

Проблемы SSL / HTTPS

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

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

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

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

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

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

Предупреждение о CAA

Atoms не публикует центр сертификации, который пользователи должны добавлять в записи CAA. Не пытайтесь угадать центр сертификации Atoms и не добавляйте случайное значение CAA. Если ограничительная политика CAA может блокировать выпуск, обратитесь в поддержку Atoms перед изменением 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. Если текущая привязка принадлежит недоступному или удаленному проекту/рабочему пространству/аккаунту, обратитесь в поддержку Atoms вместо внесения дополнительных изменений DNS.

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

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

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

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

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

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

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

Примечание о статусе сервиса

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Полный результат

Правильное состояние домена + правильный сайт + HTTPS + правильное имя хоста + ожидаемые перенаправления

FAQ

Почему мой пользовательский домен показывает DNS_PROBE_FINISHED_NXDOMAIN?

Если ваш браузер показывает DNS_PROBE_FINISHED_NXDOMAIN, запрос еще не достиг нашей платформы. Пожалуйста, проверьте:

1. Срок действия вашего домена не истек.
2. Nameservers указывают правильно.
3. Обязательные записи A/CNAME/TXT настроены в соответствии с требованиями платформы.

Информация, необходимая для устранения неполадок:

- Полное доменное имя

- Регистратор / DNS-провайдер

- Полноэкранный снимок экрана текущих DNS-записей

- Время последнего изменения

- Результаты тестирования отдельно для apex и www

Мы проверим распространение DNS и привязку платформы после подтверждения записей.

Почему мой корневой домен и поддомен www ведут себя по-разному?

Ваш корневой домен и поддомен www — это отдельные имена хоста, поэтому один может работать, а другой может быть не настроен.

1. Выберите, какое имя хоста должно быть основным и должно ли другое перенаправляться на него.
2. В настройках домена Atoms подтвердите, что добавлены оба имени хоста или что настроено нужное перенаправление.
3. У вашего DNS-провайдера сравните каждое имя хоста с точной записью, которую сейчас требует Atoms. Удаляйте конфликтующую запись только после подтверждения, что она не используется другим сервисом.
4. Дождитесь обновления DNS и сертификата, затем протестируйте оба HTTPS URL в окне Инкогнито.

Если они по-прежнему различаются, обратитесь в поддержку, указав оба URL, желаемое основное имя хоста, снимок экрана настроек домена, снимок экрана DNS, ошибку для каждого адреса и время последнего изменения.

Мои DNS-записи правильные, но пользовательский домен все равно не работает. Почему?

1. Не отвязывайте домен повторно и не удаляйте записи многократно; это может перезапустить проверку или работу с сертификатом.
2. Подтвердите authoritative DNS-провайдера и сравните действующий результат A, CNAME или TXT с точным значением, показанным в Atoms. Проверьте наличие дублирующихся или конфликтующих записей.
3. Подтвердите, что домен по-прежнему привязан к правильному проекту и что production URL платформы работает.
4. Если записи недавно изменялись, дождитесь опубликованного TTL и выпуска сертификата, прежде чем тестировать снова.

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

Почему мой пользовательский домен по-прежнему показывает старый контент после того, как я развернул новую версию?

1. Откройте Publish и подтвердите, что развернута последняя версия и статус актуален.
2. Сравните production URL платформы с пользовательским доменом.
3. Выполните жесткое обновление пользовательского домена и протестируйте его в окне Инкогнито.
4. Если URL платформы актуален, а пользовательский домен показывает старое содержимое, подтвердите, что домен по-прежнему указывает на текущую цель Atoms. Если вы используете proxy или CDN, обновите его кэш в соответствии с инструкциями этого провайдера.

Не меняйте DNS-записи, если они не отличаются от текущих требований Atoms. Если проблема сохраняется, обратитесь в поддержку, указав оба URL, сравнительные снимки экрана, текущую версию, время публикации, DNS- или proxy-провайдера и затронутые пути.