ТХТ-запись
| Набор интернет-протоколов |
|---|
| Прикладной уровень |
| Транспортный уровень |
| Интернет-слой |
| Слой связи |
Запись TXT (сокращение от текстовой записи ) — это тип записи ресурса в системе доменных имен (DNS), используемый для предоставления возможности связать произвольный текст с хостом или другим именем, например удобочитаемую информацию о сервере, сети, центр обработки данных или другую учетную информацию. [1]
Он также часто используется более структурированным образом для записи небольших объемов машиночитаемых данных в DNS.
Фон
[ редактировать ]С доменом может быть связано несколько записей TXT, если реализация DNS-сервера поддерживает это. [2] Каждая запись, в свою очередь, может содержать одну или несколько строк символов. [3] Традиционно эти текстовые поля использовались для различных нестандартных целей, например, для полного названия компании или организации или адреса хоста.
Некоторые примеры использования TXT:
- Проверка владения доменом [4] [5]
- Внедрение структуры политики отправителей (SPF) [6]
- Записи DomainKeys Identified Mail (DKIM) для проверки отправителя электронной почты. сообщений [7]
- Обнаружение сетевых служб на основе DNS без настройки [8] [9]
- аутентификации, отчетности и соответствия сообщений на основе домена ( DMARC ) Политики
Использование записей TXT для хранения данных для различных целей не обходится без проблем. Протокол DNS определяет, что когда клиент запрашивает определенный тип записи (например, TXT) для определенного доменного имени (например, example.com), все записи этого типа должны быть возвращены в одном сообщении DNS. Это может привести к большим транзакциям с передачей большого количества «ненужной» информации и/или к неуверенности в том, какую запись TXT использовать. Есть два способа обойти эту проблему: указать префикс доменного имени, который будет использоваться при использовании записей TXT для определенной цели (например, _domainkey.example.com – в случае DKIM) или полностью создать новый тип записи. Первый вариант «простой», поскольку не требует каких-либо изменений в DNS. Последний иногда считается «более чистым», поскольку он лучше соответствует конструкции модели базы данных DNS. В прошлом создания новых типов записей часто избегали, поскольку в IETF это была сложная процедура . Нежелание сохраняется у некоторых людей, несмотря на то, что этот процесс был заменен гораздо более легким и быстрым.
Формат
[ редактировать ]Структура записи TXT указана в RFC 1035 [10] следующее. Обратите внимание, что в спецификации ничего не говорится о кодировке символов текстовой строки. В нем прямо указано, что интерпретация строки зависит от контекста и что данные внутри DNS обрабатываются как двоичные. Более поздние спецификации (например, RFC 6763 [11] – DNS, используемый для обнаружения услуг) может потребовать использования определенных кодировок для определенных целей.
Раздел RDATA может содержать несколько последовательных вхождений (длина TXT + TXT). Длина данных — это длина их всех вместе взятых.
| Поле | Тип | Описание |
|---|---|---|
| Имя | Последовательность меток | Доменное имя, закодированное как последовательность меток. |
| Тип | 2-байтовое целое число | Тип записи. В этом случае будет 0x0010 , поскольку тип — TXT. |
| Сорт | 2-байтовое целое число | Класс. |
| ТТЛ | 4-байтовое целое число | Время жизни, т. е. как долго запись может храниться в кэше, прежде чем ее необходимо будет повторно запросить. |
| Длина данных | 2-байтовое целое число | Длина данных, зависящих от типа записи. |
| Длина ТХТ | 1-байтовое целое число | Длина строки TXT. |
| ТЕКСТ | Нить | Символьная строка. |
Пример ответа TXT с сайта example.com |
|---|
В качестве неструктурированного текста организации могут использовать строку TXT любым способом, который они определяют, например:
example.com. IN TXT "This domain name is reserved for use in documentation"RFC 1464 определяет структурированный формат, который можно использовать для определения атрибутов и их значений в одной записи. [2] как в этих примерах:
host.widgets.com. IN TXT "printer=lpr5"sam.widgets.com. IN TXT "favorite drink=orange juice"На практике службы, использующие записи TXT, часто не следуют этому RFC, а имеют свой собственный формат. [12] [13]
Пример использования
[ редактировать ]Строка символов из записи TXT, используемая для SPF :
"v=spf1 ip4:192.0.2.0/24 ip4:198.51.100.123 ip6:2620:0:860::/46 a -all"
Пример использования DMARC:
"v=DMARC1;p=none;sp=quarantine;pct=100;rua=mailto:[email protected];"Используйте для проверки сайта:
"google-site-verification=6P08Ow5E-8Q0m6vQ7FMAqAYIDprkVV8fUf_7hZ4Qvc8"Используйте для индивидуальной службы электронной почты:
_amazonses.example.com. IN TXT "pmBGN/7MjnfhTKUZ06Enqq1PeGUaOkw8lGhcfwefcHU="Индикаторы бренда для идентификации сообщений (BIMI):
default._bimi TXT "v=BIMI1; l=https://example.com/image.svg; a=https://example.com/image/certificate.pem"
См. также
[ редактировать ]Ссылки
[ редактировать ]- ^ Рич Розенбаум (май 1993 г.). RFC 1464: Использование системы доменных имен для хранения произвольных строковых атрибутов . IETF . дои : 10.17487/RFC1464 . РФК 1464 . Проверено 5 февраля 2016 г.
- ^ Jump up to: а б Розенбаум, Р. «Использование системы доменных имен для хранения произвольных строковых атрибутов» . Tools.ietf.org . Проверено 14 октября 2018 г.
- ^ П. Мокапетрис (ноябрь 1987 г.). «Формат TXT RDATA» . Доменные имена – реализация и спецификация . IETF . сек. 3.3.14. дои : 10.17487/RFC1035 . РФК 1035 .
- ^ «Подтвердите право собственности на сайт» . Проверено 18 декабря 2018 г.
- ^ «Верификация домена» . Фейсбук . Проверено 18 декабря 2018 г.
- ^ Скотт Киттерман (апрель 2014 г.). «Записи ресурсов DNS» . Структура политики отправителей (SPF) для авторизации использования доменов в электронной почте, версия 1 . IETF . сек. 3.1. дои : 10.17487/RFC7208 . РФК 7208 . Проверено 26 апреля 2014 г.
- ^ «О TXT-записях» . Администрирование Google Apps . Проверено 17 августа 2014 г.
- ^ С. Чешир и М. Крохмал, Apple Inc. (февраль 2013 г.). Многоадресный DNS . IETF . дои : 10.17487/RFC6762 . РФК 6762 .
- ^ С. Чешир и М. Крохмал, Apple Inc. (февраль 2013 г.). Обнаружение служб на основе DNS . IETF . дои : 10.17487/RFC6763 . РФК 6763 .
- ^ "rfc1035" . datatracker.ietf.org . Проверено 15 августа 2021 г.
- ^ «rfc6763» . datatracker.ietf.org . Проверено 15 августа 2021 г.
- ^ «Проверка DNS-записи» . Вебноты . Проверено 21 декабря 2018 г.
- ^ «Записи TXT проверки домена Amazon SES» . Амазонка . Проверено 21 декабря 2018 г.