RFC: 4027
Оригинал: Domain Name System Media Types
Категория: Информационный
Дата публикации:
Автор:
Перевод: Николай Малых

Статус документа

В этом документе представлена информация для сообщества Internet. Документ не содержит каких-либо стандартов Internet. Допускается свободное распространение документа.

Тезисы

Документ регистрирует типы application/dns и text/dns в соответствии с RFC 2048. Тип application/dns используется для идентификации обособленного формата DNS (detached Domain Name System), описанного в RFC 2540. Тип text/dns служит для идентификации master-файлов, описанных в RFC 1035.

Оглавление

1. Введение

Информация системы доменных имен (DNS) [1] традиционно хранится в текстовых файлах, которые обычно называют master-файлами или файлами зон. Формат таких файлов описан в главе 5 RFC 1035 [2].

Данные DNS хранят также в обособленном (detached) формате, предназначенном для архивирования и описанном в RFC 2540 [4].

В этом документе регистрируются типы сред MIME для двух форматов данных в соответствии с процедурой регистрации, описанной в RFC 2048 [3].

2. Регистрация типа MIME application/dns

  • Кому:
  • [email protected]
  • Тема:
  • регистрация типа MIME application/dns
  • Название типа MIME:
  • application
  • Имя подтипа MIME:
  • dns
  • Требуемые параметры:
  • нет
  • Дополнительные параметры:
  • нет
  • Представление:
  • Формат данных является бинарным и данные должны передаваться без изменения. Использование кодирования, предназначенного для текста, не рекомендуется.
  • Вопросы безопасности:
  • Этот тип идентифицирует содержимое, являющееся обособленной информацией DNS, описанной в RFC 2540 [4]. Эти данные могут иметь отношение к безопасности (RFC 2538 [7]) или быть защищенными (RFC 2535 [6]). Защита содержимого может обеспечиваться с помощью стандартных методов, таких, как OpenPGP [5] или CMS [9], но этот вопрос выходит за пределы данного документа. Другие оценки безопасности здесь неприменимы.
  • Вопросы интероперабельности:
  • Представление обособленной информации DNS является, в отличии от текстовых master-файлов, хорошо определенным. Других проблем интероперабельности неизвестно.
  • Опубликованная спецификация:
  • Формат данных, которые могут помечаться этим типом, описан в RFC 2540 [4].
  • Приложения, использующие этот тип:
  • Связанные с DNS программы, включая программы хранения и использования сертификатов, сохраненных в DNS.
  • Дополнительная информация:
  • Магический номер: нет
    Расширение файлов: неизвестно
    Код типа файлов Macintosh: неизвестен
  • Контактная информация:
  • Simon Josefsson gro.nossfesoj@nomis
  • Предполагаемое применение:
  • Ограниченное использование
  • Автор/редактор изменений:
  • gro.nossfesoj@nomis

3. Регистрация типа MIME text/dns

  • Кому:
  • [email protected]
  • Тема:
  • регистрация типа MIME text/dns
  • Название типа MIME:
  • text
  • Имя подтипа MIME:
  • dns
  • Требуемые параметры:
  • нет
  • Дополнительные параметры:
  • нет
  • Представление:
  • Данные являются текстовыми и их следует передавать в ориентированном на работу со строками режиме. Текстовые литералы могут содержать последовательности CRLF внутри текста. Бинарный режим передачи возможен между системами, поддерживающими однотипный режим завершения строк. Master-файлы в основном используют кодировку ASCII, но могут включать и отличные от ASCII октеты, которые трактуются программами DNS как прозрачные значения (сравните с главой 5 RFC 1035). Формат master-файла разрешает представление произвольных октетов с использованием кодирования "\DDD". Использование этого кодирования может оказаться более надежным, нежели передача отличных от ASCII символов с использованием MIME, если данные передаются через шлюзы, которые декодируют и заново кодируют символьные данные.
  • Вопросы безопасности:
  • Этот тип идентифицирует содержимое, которое представляет собой информацию DNS в формате master-файла, описанном в 1035 [2]. Данные могут иметь отношение к безопасности (RFC 2538 [7]) или быть защищенными (RFC 2535 [6]). Защита содержимого может обеспечиваться с помощью стандартных методов, таких, как OpenPGP [5] или CMS [9], но этот вопрос выходит за пределы данного документа. Другие оценки безопасности здесь неприменимы.
  • Вопросы интероперабельности:
  • Для master-файлов существуют проблемы интероперабельности, связанные с широким спектром расширений, используемых разными производителями. Комментарии в отличной от ASCII кодировке в master-файлах могут использовать локально выбранные наборы символов, передача которых с сохранением интероперабельности может оказаться затруднительной. Отличные от ASCII данные в общем случае могут повреждаться на шлюзах, выполняющих декодирование и повторное кодирование. Для обеспечения интероперабельности можно использовать формат master-файлов, описанных в спецификации, и кодирование "\DDD" для отличных от ASCII октетов. Другая проблема интероперабельности связана с существованием неизвестных типов RR, которые могут обрабатываться в соответствии с рекомендациями главы 5 RFC 3597 [8].
  • Опубликованная спецификация:
  • Формат данных, которые могут помечаться этим типом, описан в RFC 1035 [2].
  • Приложения, использующие этот тип:
  • Связанные с DNS программы, включая программы хранения и использования сертификатов, сохраненных в DNS.
  • Дополнительная информация:
  • Магический номер: нет
    Расширение файлов: известны расширения 'soa' и 'zone'.
    Код типа файлов Macintosh: неизвестен
  • Контактная информация:
  • Simon Josefsson gro.nossfesoj@nomis
  • Предполагаемое применение:
  • Ограниченное использование
  • Автор/редактор изменений:
  • gro.nossfesoj@nomis

4. Вопросы безопасности

Вопросы безопасности рассматриваются в соответствующих разделах регистрации MIME в параграфах 2 и 3.

5. Согласование с IANA

Агентство IANA зарегистрировало типы MIME application/dns и text/dns с использованием регистрационных шаблонов, приведенных в параграфах 2 и 3, в соответствии с процедурой, описанной в RFC 2048 [3].

6. Благодарности

Спасибо D. Eastlake за предложения по типу text/dns. Спасибо Keith Moore и Alfred Hoenes за просмотр документа. Автор выражает свою признательность лаборатории RSA за поддержку работы, которая привела к созданию этого документа.

A. Отказ от претензий и разрешение на использование

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

Нормативные документы

[1] Mockapetris, P., «Domain names — concepts and facilities», STD 13, RFC 1034, Ноябрь 1987.
[2] Mockapetris, P., «Domain names — implementation and specification», STD 13, RFC 1035, Ноябрь 1987.
[3] Freed, N., Klensin, J., and J. Postel, «Multipurpose Internet Mail Extensions (MIME) Part Four: Registration Procedures», BCP 13, RFC 2048, Ноябрь 1996.
[4] Eastlake 3rd, D., «Обособленная информация DNS», RFC 2540, Март 1999.

Дополнительная литература

[5] Callas, J., Donnerhacke, L., Finney, H., and R. Thayer, «OpenPGP Message Format», RFC 2440, Ноябрь 1998.
[6] Eastlake 3rd, D., «Domain Name System Security Extensions», RFC 2535, Март 1999.
[7] Eastlake 3rd, D. и O. Gudmundsson, «Storing Certificates in the Domain Name System (DNS)», RFC 2538, Март 1999.
[8] Gustafsson, A., «Handling of Unknown DNS Resource Record (RR) Types», RFC 3597, Сентябрь 2003.
[9] Housley, R., «Cryptographic Message Syntax (CMS)», RFC 3852, Июль 2004.

Адрес автора

Simon Josefsson, gro.nossfesoj@nomis

2007 - 2022 © Русские переводы RFC, IETF, ISOC.