Статус документа
В этом документе представлена информация для сообщества Internet. Документ не содержит каких-либо стандартов Internet. Допускается свободное распространение документа.
Тезисы
Документ регистрирует типы application/dns и text/dns в соответствии с RFC 2048. Тип application/dns используется для идентификации обособленного формата DNS (detached Domain Name System), описанного в RFC 2540. Тип text/dns служит для идентификации master-файлов, описанных в RFC 1035.
Оглавление
- 1. Введение
- 2. Регистрация типа MIME application/dns
- 3. Регистрация типа MIME text/dns
- 4. Вопросы безопасности
- 5. Согласование с IANA
- 6. Благодарности
- A. Отказ от претензий и разрешение на использование
- Нормативные документы
- Дополнительная литература
- Адрес автора
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