6.1.2. Общие вопросы
Разработчики должны внимательно ознакомиться с документами [RFC1034] и [RFC1035], содержащими описания теории, протоколов и реализации системы доменных имен с учетом реального опыта.
6.1.2.1. Записи RR с TTL=0: RFC 1035, 3.2.1
Серверы имен и резольверы DNS должны корректно обрабатывать RR с нулевым значением TTL, возвращая клиенту запись RR, но не кэшируя ее.
- Обсуждение
- Нулевое значение TTL говорит о том, что запись RR можно использовать только для выполняемой транзакции и не следует кэшировать; это очень полезно для часто меняющихся данных.
6.1.2.2. Значения QCLASS: RFC 1035, 3.2.5
Запросы с QCLASS=* не рекомендуется использовать, если запрашивающая сторона не просматривает данные из нескольких классов. В частности, если запрашивающая сторона интересуется только типами данных Internet, необходимо использовать QCLASS=IN.
6.1.2.3. Неиспользуемые пол: RFC 1035, 4.1.1
Неиспользуемые пол запросов и откликов должны иметь нулевые значения.
6.1.2.4. Сжатие: RFC 1035, 4.1.4
Серверы имен должны использовать в откликах сжатие данных.
- Обсуждение
- Сжатие позволяет избавиться от лишних дейтаграмм UDP (overflowing), как описано в параграфе 6.1.3.2.
6.1.2.5. Запрет на использование конфигурационных сведений: RFC 1035, 6.1.2
Рекурсивные серверы имен и полнофункциональные резольверы используют некоторую конфигурационную информацию, содержащую сведения о расположении корневых и локальных серверов имен. Для реализаций программ недопустимо включение такой информации в отклики.
- Обсуждение
- Многие разработчики считают удобным сохранять такие данные, как будто они кэшируются, но иногда пренебрегают обеспечением запрета на включение этих «кэшируемых» данных в отклики. Некорректность такого рода информации может привести к серьезным проблемам в Internet.