RFC: 1123
Оригинал: Requirements for Internet Hosts - Application and Support
Категория: Стандарт Интернета
Дата публикации:
Автор:
Перевод: Николай Малых

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.
2007 - 2017 © Русские переводы RFC, IETF, ISOC.