Não é possível carregar zonas de pesquisa inversa contendo registros PTR “rich text”

Navegue suas respostas
2

Resumo

Estou tentando configurar o Bonjour de área ampla (também conhecido como DNS-SD ) usando o ISC Bind 9.9.5, mas Não é possível carregar zonas de pesquisa inversa fornecendo descoberta de domínios de serviço "rich-text".

Antecedentes

De acordo com Descoberta de domínios de navegação e registro (enumeração de domínio) :

Five special RR names are reserved for this purpose:

      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>.

By performing PTR queries for these names, a client can learn, respectively:

  • A list of domains recommended for browsing.
  • A single recommended default domain for browsing.
  • A list of domains recommended for registering services using Dynamic Update.
  • A single recommended default domain for registering services.
  • The "legacy browsing" or "automatic browsing" domain(s).
[ deletia ]

The <domain> part of the query name may also be derived a different way, from the host's IP address. The host takes its IP address and calculates the logical AND of that address and its subnet mask, to derive the 'base' address of the subnet (the 'network address' of that subnet, or, equivalently, the IP address of the 'all-zero' host address on that subnet). It then constructs the conventional DNS "reverse mapping" name corresponding to that base address, and uses that as the <domain> part of the name for the queries described above. For example, if a host has the address 192.168.12.34, with the subnet mask 255.255.0.0, then the 'base' address of the subnet is 192.168.0.0, and to discover the recommended automatic browsing domain(s) for devices on this subnet, the host issues a DNS PTR query for the name "lb._dns-sd._udp.0.0.168.192.in-addr.arpa."

Além disso, sob Nomes de domínio :

rich-text service subdomains are allowed and encouraged, for example:

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

Portanto, deve-se esperar ver os RRs do DNS nas seguintes linhas: 

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

Problema

Embora eu possa carregar outras zonas (por exemplo, pesquisa direta) contendo esses registros PTR, descubro que, em in-addr.arpa , recebo o seguinte erro:

dns_rdata_fromtext: db.0.168.192.in-addr.arpa:26: near 'Building\ 2\,\ 1st\ Floor.example.com.': bad name (check-names)

Então, minhas perguntas:

  1. Por que isso acontece somente dentro de in-addr.arpa ? A ligação está obviamente dando a essas zonas tratamento especial - mas por quê?

  2. Como posso seguir a recomendação de ter subdomínios de serviço "rich-text", enquanto permite a descoberta deles a partir do endereço de rede do cliente?

    
por eggyal 24.11.2014 / 01:30

1 resposta

0

Dentro de named.conf , pode-se especificar check-names ignore para o zona.

Presumivelmente, in-addr.arpa zones é padrão para fail , enquanto as zonas de pesquisa direta não.

    
por 24.11.2014 / 02:14

Tags

Pára automaticamente o Tomcat se a inicialização do contexto da raiz falhar “Mais de um MPM carregado” ao tentar iniciar o apache na caixa Vagrant Ubuntu