Обновление DNS-записи

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

Чаще всего обновление требуется в следующих случаях:

• сайт перенесли на новый сервер и изменился его IP-адрес;
• нужно создать новый поддомен для приложения, магазина или административной панели;
• почтовый сервис предоставил новые записи для приема или проверки сообщений;
• необходимо добавить TXT-запись для подтверждения домена;
• изменился провайдер DNS или структура сетевой инфраструктуры.

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

Выбор типа зависит от задачи. A-запись связывает домен с IPv4-адресом сервера. Для IPv6 используется AAAA-запись. Если сайт должен открываться через другое имя, применяют CNAME: он указывает на доменное имя, а не на числовой адрес.

MX-записи определяют серверы, принимающие почту для домена. В них обычно указывают приоритет: чем меньше число, тем выше приоритет сервера. TXT используется для текстовых данных, проверки домена и почтовых политик. NS показывает, какие DNS-серверы являются ответственными за доменную зону.

Для корневого домена в панели может использоваться обозначение «@», пустое поле или само доменное имя. Для поддомена обычно вводят только его часть, например «app». Интерфейсы разных провайдеров отличаются, поэтому перед сохранением проверьте подсказки конкретной панели.

Откройте панель, в которой размещена DNS-зона домена, и перейдите к разделу записей. Найдите существующую строку, если требуется изменить ее значение, либо выберите добавление новой записи.

1. Укажите имя хоста. Для корневого домена используйте значение, принятое панелью, а для поддомена — его короткое имя.
2. Выберите тип записи: A, AAAA, CNAME, MX, TXT или другой, указанный в инструкции сервиса.
3. Введите значение без лишних пробелов и кавычек, если панель не требует их явно.
4. Настройте TTL. Для планируемого переноса можно временно выбрать небольшое значение, а после завершения вернуть стандартный интервал.
5. Сохраните запись и убедитесь, что она отображается в списке активных настроек.

Если меняется A-запись, проверьте, что новый адрес принадлежит нужному серверу. При работе с CNAME убедитесь, что в поле назначения указано имя хоста, а не IP-адрес. Для MX и TXT особенно важно сохранить все символы, точки и порядок элементов, переданные почтовым или облачным сервисом.

После обновления сравните запись с исходными требованиями сервиса. Проверьте имя, тип, значение и отсутствие дубликатов. Например, несколько A-записей могут распределять запросы между серверами, но случайная старая запись способна направлять часть посетителей не туда. При смене почтовой конфигурации удаляйте старые MX-записи только тогда, когда это прямо предусмотрено инструкцией нового провайдера.

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

После изменения A или CNAME откройте сайт в приватном окне и отдельно проверьте нужный поддомен. Для почты отправьте тестовое сообщение и убедитесь, что оно проходит проверку. TXT-записи лучше проверять именно в том сервисе, который запросил их добавление.

Технически запись сохраняется в панели за несколько секунд, однако пользователи могут видеть старое значение дольше. Причина — TTL и кэш DNS-серверов, операционных систем, браузеров и сетевого оборудования. Обычно изменения начинают распространяться в течение нескольких минут или часов, но в отдельных случаях полный переход занимает до 24–48 часов.

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

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