TXT-запись в DNS

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

Запись состоит из имени, типа и значения. Имя определяет, для какого домена или поддомена действует параметр. Типом указывается TXT, а в значении размещается текст, который предоставил сервис или который требуется по инструкции. Дополнительно DNS-панель может запрашивать время жизни записи, то есть TTL. Оно влияет на то, как долго результат будет храниться в кэше DNS.

В одной зоне может быть несколько TXT-записей. Это нормально, например, когда одновременно используются SPF, DKIM, подтверждение домена и политика стороннего сервиса. Объединять разные значения в одну строку нельзя, если такая возможность прямо не предусмотрена форматом конкретной записи.

Самый распространенный сценарий — подтверждение владения доменом. Сервис выдает уникальный код, который нужно разместить в TXT-записи. После публикации сервис проверяет DNS и убеждается, что пользователь имеет доступ к управлению доменной зоной.

TXT также применяется для защиты почты. SPF перечисляет серверы, которым разрешено отправлять письма от имени домена. DKIM использует TXT-запись с открытым ключом: получатель проверяет подпись письма и определяет, изменялось ли сообщение. Для DMARC задается отдельная TXT-запись с правилами обработки писем, не прошедших проверку.

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

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

• Имя или Host. Для корневого домена панель может ожидать символ @, пустое поле или само доменное имя. Для поддомена указывается нужная часть, например _acme-challenge или selector1._domainkey.
• Значение или Value. Вставьте выданную строку полностью. Внешние кавычки обычно добавляются интерфейсом автоматически, но правила зависят от панели.
• TTL. Оставьте значение по умолчанию, если инструкция не требует другого. Для срочной настройки уменьшенный TTL может ускорить обновление после окончания прежнего кэша.

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

Для подтверждения домена сервис может запросить запись с условным именем @ и значением вида service-verification=уникальный-код. Точный префикс и код всегда зависят от поставщика услуги.

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

DKIM чаще всего публикуется на поддомене, связанном с селектором, например selector1._domainkey. В значении находится открытый ключ и служебные параметры. Для DMARC используется имя _dmarc, а значение начинается с v=DMARC1. Эти записи нельзя копировать между доменами без изменений, поскольку ключи, селекторы и политики могут быть уникальными.

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

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

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