Настройки DNS на хостинге
DNS-настройки связывают доменное имя с сайтом, почтой и другими сервисами. В панели хостинга через DNS-зону указывают, на какой сервер должен вести домен, где принимать почту и как подтверждать права на домен. Корректные записи помогают сайту открываться по нужному адресу, а письмам — доходить без ошибок.
Перед изменением зоны важно понять, где обслуживается DNS: у регистратора домена, на хостинге, в отдельном DNS-сервисе или у провайдера облачной платформы. Редактировать записи нужно именно там, куда указывают активные NS-серверы домена.
Определите, где управляется DNS-зона
Сначала проверьте, какие NS-серверы назначены домену. Если они принадлежат хостингу, DNS-зона обычно доступна в личном кабинете в разделах «Домены», «DNS», «DNS-зоны» или «Редактор записей». Если домен использует NS регистратора, изменения в панели хостинга не повлияют на работу сайта: редактировать зону потребуется у регистратора.
Бывает, что сайт расположен на одном хостинге, а DNS обслуживается другим сервисом. Это нормальная схема, но она требует аккуратности: IP-адрес сервера берут у хостинг-провайдера, а запись A добавляют в активной DNS-зоне. Не создавайте одинаковые записи одновременно в нескольких панелях в расчете на надежность — домен учитывает только зону у текущих NS.
Перед началом сохраните существующие значения. Особенно это важно для записей MX, TXT и CNAME: они могут быть нужны для корпоративной почты, верификации сервисов, антиспам-политик и поддоменов.
Основные DNS-записи для сайта
Главная запись для подключения сайта — A. Она связывает имя домена с IPv4-адресом сервера. Для основного домена в поле имени обычно указывают символ @ или оставляют поле пустым — это зависит от панели. Значением служит IP-адрес, выданный хостингом.
Если сервер поддерживает IPv6, добавляют запись AAAA. Она работает аналогично A, но содержит IPv6-адрес. Не добавляйте AAAA «на всякий случай»: если IPv6 на сервере не настроен, часть посетителей может получать ошибку соединения.
Поддомен www чаще всего настраивают записью CNAME со значением основного домена. Например, www может ссылаться на домен без www. Альтернативный вариант — отдельная A-запись с тем же IP. CNAME удобен тем, что при смене IP нужно обновить только основную A-запись.
- A: домен или поддомен направляется на IPv4-адрес.
- AAAA: домен или поддомен направляется на IPv6-адрес.
- CNAME: один псевдоним ссылается на другое доменное имя.
- NS: определяет серверы, авторитетные для DNS-зоны.
Для поддоменов, например shop, api, blog или test, создают отдельные A, AAAA либо CNAME-записи. У каждого поддомена может быть свой сервер и собственное назначение.
Настройка почты: MX, SPF, DKIM и DMARC
Если почта работает на хостинге или во внешнем почтовом сервисе, потребуются записи MX. Они задают серверы, принимающие входящие письма для домена. У MX есть приоритет: чем меньше число, тем выше приоритет. Все значения должны точно совпадать с данными почтового провайдера.
Для защиты исходящей почты и повышения доставляемости добавляют TXT-записи. SPF указывает, какие серверы вправе отправлять письма от имени домена. DKIM содержит открытый ключ, по которому почтовые сервисы проверяют цифровую подпись сообщений. DMARC задает политику обработки писем, не прошедших SPF или DKIM, а также адрес для отчетов.
Не создавайте несколько независимых SPF-записей для одного домена. Стандарт допускает только одну SPF-политику в TXT. Если почту отправляют сайт, CRM и корпоративный сервис, их разрешенные источники объединяют в одной строке по правилам используемых поставщиков.
При переносе почты сначала внесите новые записи, затем убедитесь в их публикации и только после этого меняйте настройки почтовых ящиков и программ. Удалять старые MX и TXT следует лишь после завершения миграции, иначе часть писем может потеряться или попасть в спам.
TXT-записи и подтверждение сервисов
Записи TXT используют не только для почты. Через них подтверждают владение доменом для аналитики, рекламных платформ, облачных сервисов, SSL-сертификатов и интеграций. Обычно сервис выдает строку, которую нужно добавить в DNS-зону без изменений.
Обращайте внимание на поле имени. Для проверки основного домена может использоваться @, а для отдельных услуг — специальный поддомен. Например, запись для автоматической выдачи сертификата часто создается на служебном имени, а запись для DKIM — на селекторе. Ошибка в одном символе, лишний пробел или неверный тип записи приведут к тому, что проверка не пройдет.
В некоторых панелях длинные TXT-значения визуально разбиваются на части. Это допустимо, если интерфейс делает это автоматически. Вручную сокращать строку, менять кавычки или добавлять пробелы не следует. После сохранения дождитесь обновления DNS и повторите проверку в сервисе.
TTL, распространение изменений и проверка
TTL — это время, в течение которого DNS-ответ может храниться в кэше. Значение указывается в секундах. Для стабильных записей часто используют 3600 секунд. Перед переносом сайта или почты TTL можно временно уменьшить, например до 300–600 секунд, чтобы новые значения начали применяться быстрее. После завершения работ разумно вернуть обычное значение.
Изменения не всегда видны мгновенно. Обновление зависит от TTL, кэша интернет-провайдеров, браузера и локальной сети. На практике новые записи могут начать работать через несколько минут, но в отдельных случаях распространение занимает до 24–48 часов. Не меняйте значения многократно, если результат не появился сразу: это усложняет диагностику.
После настройки проверьте отдельно домен без www, адрес с www, нужные поддомены, отправку и прием почты. Если сайт не открывается, сравните IP в A-записи с адресом в панели хостинга. Если не работает почта, проверьте MX-приоритеты, отсутствие конфликтующих записей и правильность TXT-политик.
При смене NS-серверов сначала перенесите в новую зону все необходимые записи: A, AAAA, CNAME, MX, TXT и записи для поддоменов. Только затем меняйте NS у регистратора. Иначе сайт, почта или подключенные сервисы могут временно стать недоступными.