Кратко

  • RFC 5855 выделил для серверов обратных зон IPv4 и IPv6 отдельные пространства имён и предусмотрел glue-адреса в родительской зоне. Это позволило обслуживать два дерева разными группами серверов.
  • RFC не требует такого разделения. Операторов выбирает функция IANA, а разные имена сами по себе не доказывают независимость маршрутов, площадок или доменов отказа.

Обратный DNS начинают с IP-адреса, но до имени, связанного с этим адресом, резолвер должен обнаружить авторитетные серверы нужной обратной зоны. Поиск самих серверов — отдельная часть пути. Если получить адрес сервера имён не удаётся, запрос заканчивается, не дойдя до PTR.

Именно этот путь рассматривает RFC 5855 Nameservers for IPv4 and IPv6 Reverse Zones. Документ вышел в мае 2010 года как Best Current Practice; его совместно подготовили Joe Abley и Terry Manderson. RFC зафиксировал тогдашнюю схему: часть корневых серверов обслуживала IN-ADDR.ARPA, а IP6.ARPA обслуживали системы APNIC, ARIN, ICANN, LACNIC и RIPE NCC.

Предложение выделило каждому обратному дереву устойчивое пространство имён серверов. Серверы IPv4 должны были называться в зоне IN-ADDR-SERVERS.ARPA, а серверы IPv6 — в IP6-SERVERS.ARPA. Родительская зона ARPA должна была содержать соответствующие IPv4- и IPv6-glue-адреса. Получив делегирование, резолвер мог сразу узнать адреса следующего набора серверов, не запуская дополнительный рекурсивный поиск адреса сервера из IP6.ARPA.

Примеры запросов в RFC показывают, зачем это нужно. В прежнем ответе для IP6.ARPA могло не быть glue в дополнительной секции. Тогда резолверу приходилось сначала разрешать имя одного из перечисленных серверов и лишь потом обращаться к обратной зоне. RFC 5855 переносит эту зависимость на уровень делегирования: специальные имена и адреса в родительской зоне ARPA делают путь понятнее и проще для проверки. Изменение невелико, но стоит перед каждым обратным запросом.

В документе сравнивается и размер кодированных имён серверов. В историческом примере IPv6 имена NS занимали 74 байта; в предложенном наборе IP6-SERVERS.ARPA — 39. Это сравнение длины DNS-представления, а не измерение задержки или числа сбоев. Оно показывает, как общие суффиксы могут сжиматься в часто передаваемом делегировании, а путь к адресам серверов становится явнее.

Разделение имён должно было допускать и разделение эксплуатации. RFC указывает, что обратные зоны IPv4 и IPv6 можно делегировать разным группам серверов, уменьшая вероятность того, что отказ одной повредит запросам другой. Но документ этого не требует. Он не предписывает разные компании, площадки, транзитных провайдеров или маршруты. Более того, в пределах одной семьи пространства имён серверов и соответствующая обратная зона могут зависеть от одного и того же домена отказа. Граница в именовании открывает вариант, но не подтверждает независимость сетей или физических площадок.

Кто принимает оставшееся решение, в RFC сказано прямо. Раздел IANA фиксирует делегирования и glue, однако выбор операторов выводится за рамки документа и относится к функции IANA в соответствии с меморандумом о взаимопонимании IETF–ICANN. Таким образом, RFC 5855 задаёт техническую точку взаимодействия и передачу дальнейшей ответственности. Он не подтверждает, кто обслуживает каждый сервер сегодня и насколько независимы группы.

Опыт Manderson прослеживается по обе стороны этой границы. Он соавтор RFC; документ также указан среди его работ в Datatracker IETF. В более поздней истории RSSAC говорится, что в 2013 году он возглавил подразделение DNS Operations в ICANN; в 2014 году команда перешла в ICANN IT и стала называться DNS Engineering. Интервью ICANN также представляет его тогдашним директором. Эти материалы подтверждают опыт эксплуатации, но не доказывают, что Manderson единолично проектировал, выбирал или вводил операторов, о которых говорится в RFC.

Такое ограничение делает документ полезнее как свидетельство. Он отделяет то, что может назвать протокол, от решений, которые должна принять операционная схема. Чтобы установить, действительно ли обратный DNS IPv4 и IPv6 может отказывать независимо, нужно изучить действующие наборы NS, glue, размещение, маршруты и ответы. Двух разных суффиксов в стандарте недостаточно.

Источники