Как добавить запись TXT в конфигурацию DNS

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

Наиболее распространенные сценарии — подтверждение владения доменом, публикация SPF для защиты почты от подделки, размещение DKIM-ключа и настройка DMARC. Конкретный текст записи всегда выдает сервис, который требуется подключить. Его нельзя заменять произвольным значением или изменять без понимания формата.

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

Заранее подготовьте три параметра:

• Имя или Host — домен, поддомен или специальный идентификатор, например корень домена либо часть имени, указанная в инструкции сервиса.
• Тип — TXT.
• Значение или Content — точная строка, предоставленная сервисом.

Поле TTL обычно можно оставить со значением по умолчанию. Если панель требует указать его вручную, часто используют период от 300 до 3600 секунд. Это влияет на длительность кеширования, но не меняет содержимое записи.

Откройте панель управления DNS-зоной и выберите домен, для которого требуется настройка. Нажмите кнопку добавления записи и выберите тип TXT. В поле имени укажите значение из инструкции подключаемого сервиса. Для записи на основном домене панель может ожидать символ @, пустое поле или полное имя домена. Используйте именно тот вариант, который принят в вашей панели.

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

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

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

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

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

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

Еще одна причина сбоя — лишние пробелы, переносы строк или измененные символы в токене подтверждения. Для SPF важно не создавать несколько независимых записей, начинающихся с v=spf1: у домена должна быть одна объединенная SPF-политика. Несколько TXT-записей общего назначения допустимы, но правила конкретных технологий нужно соблюдать отдельно.

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