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

Резюме

Я пытаюсь настроить глобальный Bonjour (он же DNS-SD) с помощью ISC Bind 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 для этих имен, клиент может узнать соответственно:

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

 [ делеция ] 

<domain> Часть имени запроса также может быть получена другим способом, из IP-адреса хоста. Хост берет свой IP-адрес и вычисляет логическое И этого адреса и его маску подсети, чтобы получить "базовый" адрес подсети ("сетевой адрес" этой подсети или, что эквивалентно, IP-адрес "всех"). -зеро 'адрес хоста в этой подсети). Затем он создает обычное DNS-имя "обратного сопоставления", соответствующее этому базовому адресу, и использует его в качестве <domain> часть имени для запросов, описанных выше. Например, если хост имеет адрес 192.168.12.34 с маской подсети 255.255.0.0, тогда "базовый" адрес подсети - 192.168.0.0, и для обнаружения рекомендованных доменов автоматического просмотра для устройств на этом В подсети хост выдает DNS-запрос PTR на имя "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 RR будут отображаться следующие строки:

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.': плохое имя (check-names)

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

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

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