Данные являются текстовыми и их следует передавать в ориентированном на работу со строками режиме. Текстовые литералы могут содержать последовательности 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: неизвестен