DNS-запись типа TXT: подробное руководство по настройке
DNS-запись типа TXT — это текстовая запись в системе доменных имен. Она хранит произвольные данные, связанные с доменом, и обычно используется для подтверждения владения, защиты электронной почты и передачи технических параметров внешним сервисам. Несмотря на название, такая запись предназначена не для отображения текста посетителям сайта: ее читают почтовые серверы, панели веб-сервисов и специализированные инструменты.
Правильная настройка TXT важна для репутации домена и стабильной работы подключенных сервисов. Ошибка в имени, значении или формате записи может привести к тому, что домен не пройдет проверку, письма начнут попадать в спам, а политика безопасности не будет применяться.
Что такое DNS-запись типа TXT
DNS-запись типа TXT содержит последовательность текстовых символов, которую сервер DNS возвращает по запросу для определенного имени. В отличие от A-записи, она не указывает IP-адрес, а в отличие от MX-записи не определяет почтовый сервер. Ее задача — передать подтверждающую или служебную информацию.
Запись состоит из имени, типа, значения и, в некоторых панелях, времени кеширования. Имя может быть корневым доменом или поддоменом, например отдельным селектором для почтовой подписи. Значение зависит от конкретной задачи: это может быть код подтверждения, политика SPF, ключ DKIM или правило DMARC.
Одна зона DNS может содержать несколько TXT-записей. Они не объединяются автоматически в одну общую строку: каждая запись имеет отдельное значение и применяется независимо. Поэтому при добавлении новой записи важно не заменять уже существующие данные без необходимости.
Для чего используется TXT-запись
Наиболее распространенная задача — подтверждение права на домен. Сервис предоставляет уникальный код, который нужно разместить в TXT-записи. После проверки DNS система убеждается, что пользователь управляет доменом, и активирует нужную функцию.
В электронной почте TXT применяется для настройки механизмов аутентификации:
- SPF указывает, какие серверы имеют право отправлять письма от имени домена;
- DKIM публикует открытый ключ, с помощью которого проверяется цифровая подпись сообщения;
- DMARC задает правила обработки писем, не прошедших проверки SPF или DKIM, и может включать адреса для отчетов.
Также TXT-записи используют для публикации отдельных требований безопасности, интеграции с системами аналитики, сервисами рассылок, рекламными платформами и инфраструктурными инструментами. Конкретный синтаксис всегда определяется сервисом, который выдал инструкцию.
Как добавить DNS-запись типа TXT
Сначала откройте панель регистратора домена или DNS-провайдера и перейдите к управлению зоной. Выберите добавление новой записи и укажите тип TXT. В поле имени обычно вводят символ @ для корневого домена либо конкретный поддомен, который указан в инструкции сервиса. Некоторые панели автоматически добавляют доменное имя, поэтому не следует дублировать его вручную.
В поле значения вставьте предоставленную строку без изменений. Нельзя удалять кавычки, пробелы, дефисы или символы подчеркивания, если они входят в заданный формат. Для SPF, например, изменение одного механизма может повлиять на результат проверки. Для DKIM особенно важно сохранить полный ключ и правильный селектор.
TTL можно оставить установленным по умолчанию. Небольшое значение ускоряет обновление после изменения, а большее уменьшает количество DNS-запросов. После сохранения проверьте, что новая запись появилась в списке зоны и что существующие TXT-записи остались на месте.
Проверка и типичные ошибки
Изменения DNS не всегда видны сразу: разные серверы могут хранить старые данные до окончания TTL. Проверять результат нужно по тому имени, которое указано в инструкции. Для корневого домена это одно имя, а для DKIM или подтверждения поддомена — другое.
Частые ошибки связаны с неправильным хостом, лишним доменным именем, опечаткой в значении и случайным созданием записи типа CNAME вместо TXT. Еще одна распространенная проблема — несколько SPF-записей для одного домена. SPF должен публиковаться как единая политика; дублирование может вызвать ошибку проверки.
Длинные значения иногда отображаются в панели несколькими фрагментами. Это допустимо, если провайдер поддерживает такой формат и при DNS-запросе возвращает корректную итоговую строку. Не стоит самостоятельно переносить текст или добавлять невидимые пробелы. После публикации выполните проверку средствами подключаемого сервиса и отдельно проверьте фактический ответ DNS.
Рекомендации по безопасной настройке
Храните список всех действующих TXT-записей и фиксируйте, какой сервис использует каждую из них. Перед удалением записи убедитесь, что она больше не нужна: даже старая запись подтверждения может использоваться для работающей интеграции.
Не публикуйте в TXT секретные ключи, пароли и токены, предназначенные для приватного использования. Значение записи доступно любому, кто может выполнить DNS-запрос. Публичный DKIM-ключ безопасен по назначению, но закрытый ключ всегда должен храниться только на почтовом сервере.
При изменении SPF, DKIM или DMARC действуйте постепенно и учитывайте все системы, отправляющие письма от имени домена. После каждой существенной правки проверяйте доставляемость и журналы почтовой системы. Для критичного домена полезно сначала протестировать политику на ограниченном режиме, а затем ужесточать ее.