Подключение домена: записи DNS TXT, CNAME и ожидание
Любой веб-хостинг на свете просит вас проделать один и тот же небольшой и слегка загадочный ритуал, прежде чем ваш собственный домен заработает: зайдите туда, где вы регистрировали домен, найдите раздел с названием вроде «управление DNS» или «расширенные настройки DNS» и вставьте пару записей, которые никто толком не объяснил. Нажмите «сохранить». Нажмите «проверить». Вам скажут, что всё ещё не готово. Подождите. Попробуйте снова.
Две записи и зачем нужна каждая
Доменное имя — это, по сути, одна запись в зонном файле, а DNS-запись — одна строка в нём: имя, тип, значение. Подключение домена к новому хостингу обычно означает добавление двух записей.
Запись подтверждения владения (TXT) — короткое текстовое значение, которое генерирует ваш хостинг, опубликованное на вашем домене исключительно для того, чтобы хостинг мог его найти и убедиться, что вы контролируете DNS. Посетители его никогда не видят, и оно никуда не маршрутизирует.
Запись маршрутизации (CNAME) — направляет трафик домена на edge-серверы хостинга. Как только она разрешается, запросы к вашему домену попадают на серверы, которые знают, какой сайт для него отдавать.
Почему это до сих пор не сработало
Ошибка «Проверить» при первом клике — это нормально. DNS-ответы кэшируются очень агрессивно — именно это кэширование делает остальной интернет быстрым, — так что резолвер, ответивший про ваш домен пять минут назад, может продолжать выдавать старый, пустой ответ ещё несколько минут или, при долгом TTL, чуть ли не целые сутки. Ничего не сломано. Тут нечего чинить, кроме терпения и повторной проверки.
Нюанс корневого домена (домен без «www»)
Подключение голого домена —
yourbusiness.com, без www — упирается в настоящее правило DNS, а не в особенность какого-то конкретного хостинга: CNAME не может сосуществовать с записями SOA и NS, которые обязаны находиться в корне домена, поэтому многие регистраторы вообще отказываются создавать там CNAME. Обычные выходы — запись ALIAS/ANAME там, где регистратор её предлагает, либо подключение поддомена и редирект с корня на него.Подключение домена по порядку
1
Найдите свои настройки DNS
Войдите туда, где вы управляете DNS домена, — это ваш регистратор, если только вы не направили серверы имён домена в другое место; тогда это тот, кто их обслуживает.
2
Добавьте запись подтверждения владения
Вставьте TXT-запись ровно так, как показано, вместе со значением. Сохраните её, прежде чем идти дальше: в некоторых панелях нужен отдельный явный шаг, чтобы ожидающее изменение действительно опубликовалось.
3
Добавьте запись маршрутизации
Добавьте запись CNAME — или, если голый корневой домен её не допускает, запись ALIAS/ANAME либо перенаправление на поддомен, который вы подключаете вместо него.
4
Подтвердите, а затем подождите, если понадобится
Нажмите «Проверить». Результат «ещё нет» с первой попытки — это нормально: проверьте снова через несколько минут и ещё раз спустя более долгий срок, если в прежней настройке DNS использовался длинный TTL.
Как это устроено в Olmira
Добавление домена в настройках сайта Olmira генерирует обе записи за вас, буквально — TXT с именем, начинающимся на _aether-verify (пережиток внутреннего кодового названия платформы; значение имеет только сам код), и CNAME, указывающий на edge.olmira.app. Проверка выполняет реальный, живой DNS-запрос с коротким тайм-аутом, так что статус «пока не подтверждено» почти всегда означает распространение изменений, а не ошибку — подождите пару минут и проверьте снова, вместо того чтобы открывать заявку в поддержку.
Голый апекс, маршрутизация которого не разрешается, автоматически откатывается к редиректу на подтверждённый поддомен того же сайта — или, если и его нет, на ваш бесплатный адрес — вместо того, чтобы отдавать ошибку. Как только проверка проходит, HTTPS подключается сам: никакого сертификата покупать или устанавливать не нужно. Что входит в каждый тариф: собственные домены.
Что почитать ещё
Автоматический HTTPS-сертификат: почему вам больше никогда не придётся его покупать — что на самом деле происходит в момент верификации вашего домена.
Настройка SPF, DKIM, DMARC: письма, которые доходят до входящих — остальные записи вашего домена: те, что решают, дойдёт ли деловое письмо до почтового ящика.
Сколько секунд ответ DNS разрешено хранить в кэше, прежде чем придётся спрашивать заново. Низкий TTL (скажем, 300 секунд) означает, что изменения появятся быстро; высокий (86 400 секунд — целые сутки) — что они займут больше времени, потому что резолверы по-прежнему уверенно отдают старый ответ.
Нет, если вы трогаете только то, о чём вас просят. Для подключения домена к хостингу сайта всегда нужны только TXT и CNAME (или запись ALIAS/A на голом корневом домене) — ваши записи MX, которые определяют, куда идёт почта, отделены от этого и остаются нетронутыми, если вы сами их не измените.
Да, и это полностью обходит сложность с корневым доменом: shop.yourbusiness.com или www.yourbusiness.com могут принять CNAME без всякой особой обработки.
Почти всегда это длинный TTL, оставшийся от того, что раньше занимало это имя, — страницы припаркованного домена у вашего регистратора или прежнего хостинга. В первый раз помогает только терпение; как только старый TTL истечёт, последующие изменения по этому имени будут расходиться гораздо быстрее.
Нет — DNS-записи не истекают сами по себе, в отличие от сертификатов. Опубликованные правильно, они остаются правильными до тех пор, пока вы или кто-то с доступом к панели DNS их не измените.