Не может загрузить обратные зоны поиска, содержащие “обогащенный текст” записи PTR

Сводка

Я пытаюсь настроить Глобальный Добрый день (иначе DNS-SD), использование ISC Связывает 9.9.5, но не может загрузить обратные зоны поиска, обеспечивающие исследование сервисных доменов "обогащенного текста".

Фон

Согласно исследованию доменов просмотра и регистрации (доменное перечисление):

Пять специальных имен RR резервируются с этой целью:

      b._dns-sd._udp.<domain>.
     db._dns-sd._udp.<domain>.
      r._dns-sd._udp.<domain>.
     dr._dns-sd._udp.<domain>.
     lb._dns-sd._udp.<domain>.

Путем выполнения запросов PTR для этих имен клиент может учиться, соответственно:

• Список доменов рекомендован для просмотра.
• Единственный рекомендуемый домен по умолчанию для просмотра.
• Список доменов, рекомендуемых для регистрации сервисов с помощью Динамического Обновления.
• Единственный рекомендуемый домен по умолчанию для регистрации сервисов.
• "Устаревший просмотр" или "автоматический просмотр" домен (домены).

[ deletia ]

<domain> часть имени запроса может также быть получена другой путь от IP-адреса хоста. Хост берет свой IP-адрес и вычисляет логическое И того адреса и его маски подсети, для получения 'основного' адреса подсети ('сетевой адрес' той подсети, или, эквивалентно, IP-адрес 'все-нулевого' адреса узла на той подсети). Это затем создает стандартный DNS "реверс, отображающий" имя, соответствующее тому базовому адресу и использованию что как <domain> часть названия запросов, описанных выше. Например, если хост имеет адрес 192.168.12.34 с маской подсети 255.255.0.0, то 'основной' адрес подсети 192.168.0.0, и обнаружить рекомендуемый автоматический домен (домены) просмотра для устройств на этой подсети, хост выпускает запрос PTR DNS для имени "lb. _ dns-sd. _ udp.0.0.168.192.in-addr.arpa".

Кроме того, под доменными именами:

сервисные субдомены обогащенного текста позволяются и поощряются, например:

 Building 2, 1st Floor  .  example  .  com  .
 Building 2, 2nd Floor  .  example  .  com  .
 Building 2, 3rd Floor  .  example  .  com  .
 Building 2, 4th Floor  .  example  .  com  .

Поэтому нужно ожидать видеть в DNS RRs вдоль следующих строк:

lb._dns-sd._udp.0.0.168.192.in-addr.arpa.  PTR  Building\ 2\,\ 1st\ Floor.example.com.

Проблема

Пока я могу загрузить другой (например, передавать-поиск) зоны, содержащие такие записи PTR, я нахожу это в in-addr.arpa Я получаю следующую ошибку:

dns_rdata_fromtext: db.0.168.192.in-addr.arpa:26: около 'Building\2 \,\1st\Floor.example.com'.: дурная слава (имена проверки)

Так, мои вопросы:

1. Почему это только происходит в in-addr.arpa? Свяжите, очевидно, дает такой специальный режим зон — но почему?

2. Как я могу следовать рекомендации иметь сервисные субдомены "обогащенного текста" при включении их исследования из сетевого адреса клиента?