DNS: недопустимая запись

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

Наиболее распространённые причины связаны с синтаксисом. Например, в A-записи должен быть IPv4-адрес, а не адрес сайта; в AAAA используется только IPv6; для CNAME требуется доменное имя, а не IP. У MX-записи обязателен почтовый сервер и обычно задаётся числовой приоритет. TXT-записи часто отклоняются из-за лишних кавычек, пробелов, неправильного разделения длинной строки или вставки служебных символов.

Иногда формально правильная запись всё равно не принимается из-за ограничений зоны. Так, для одного имени нельзя одновременно создать CNAME и другие записи, включая A, MX, TXT или NS. Корневой домен обычно нельзя сделать CNAME, поскольку на нём уже должны существовать записи SOA и NS. Некоторые панели также запрещают дублирующие записи одного типа с одинаковыми значениями.

Начните с проверки имени записи. Если настройка нужна для основного домена, в поле имени обычно оставляют символ @ либо пустое значение — точное правило зависит от интерфейса. Для поддомена указывают только его часть: например, mail, www или verify, а не полный домен, если панель автоматически дописывает доменную зону. Ввод полного имени в таком случае может создать ошибочный адрес с повторяющимся доменом.

Значение записи должно соответствовать её типу. A содержит четыре числа от 0 до 255, разделённые точками. AAAA содержит IPv6-адрес. CNAME, MX, NS и PTR используют доменные имена. При добавлении доменного имени часть DNS-панелей требует завершающую точку, а другие добавляют её сами. Если правило неизвестно, ориентируйтесь на подсказки интерфейса и уже существующие записи в этой же зоне.

Проверьте отсутствие лишних символов, пробелов в начале и конце, кавычек, переносов строки и невидимых символов после копирования. Особенно это важно для TXT: ключи верификации, SPF, DKIM и DMARC часто копируют из писем или личных кабинетов. Не меняйте содержимое ключа, не сокращайте его и не разбивайте на несколько записей без прямого указания сервиса.

• A: IPv4-адрес сервера.
• AAAA: IPv6-адрес сервера.
• CNAME: псевдоним, ведущий на другое доменное имя.
• MX: сервер, принимающий почту для домена.
• TXT: текст подтверждения, политики почты или ключи.
• SRV: запись с приоритетом, весом, портом и именем сервера.

Самый частый логический конфликт возникает при использовании CNAME. Имя, на котором создан CNAME, не должно иметь других DNS-записей. Например, если для www уже есть A-запись, создать CNAME для www не получится. Нужно выбрать один вариант: либо направить поддомен на IP через A или AAAA, либо сделать его алиасом другого имени через CNAME.

Отдельного внимания требует корневой домен. Записи вида @ CNAME часто не поддерживаются стандартной конфигурацией DNS, потому что корень зоны содержит служебные записи NS и SOA. Для направления основного домена на сервис используйте A или AAAA, либо специальную функцию псевдонима корневого домена, если её предоставляет DNS-панель. Такая функция может называться ALIAS, ANAME или CNAME flattening, но доступна не везде.

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

TXT-записи используются для подтверждения прав на домен, защиты почты и интеграции сторонних сервисов. Их значение чувствительно к точности. Если сервис выдал строку, вставьте её целиком в поле значения. Не добавляйте название домена в начало, если оно уже указано в поле имени. Например, для DKIM имя обычно содержит селектор и служебную часть, а длинный публичный ключ размещается в значении TXT.

Для SPF допустима только одна политика SPF на одном имени домена. Если добавить вторую TXT-запись, начинающуюся с v=spf1, почтовые серверы могут считать настройку ошибочной. Вместо создания новой записи следует объединить механизмы в одну строку согласно требованиям используемых почтовых сервисов. Запись DMARC создаётся на имени _dmarc, а DKIM — на имени вида селектор._domainkey.

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

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

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

После сохранения дождитесь обновления DNS. Новые данные могут стать видны не сразу: срок зависит от TTL, кэшей провайдеров и предыдущих настроек. Не создавайте несколько вариантов одной записи в надежде ускорить обновление. Это не уменьшит время распространения, но способно вызвать конфликт или привести к случайному выбору неверного значения.

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