Não é possível fazer consultas NS contra ligação com configuração catchall

Não é possível fazer consultas NS contra ligação com configuração catchall

Configurei o bind para capturar todos os domínios e retornar o mesmo ip (registro A) para eles. Isto é para um serviço de estacionamento de domínio onde pode haver milhares de domínios envolvidos.

Depois de apontar os servidores de nomes de example.com para meus servidores de nomes, recebo corretamente a página de hospedagem estacionada.

O único problema é que as pesquisas de servidores de nomes não estão funcionando. Se eu dig NS example.comapenas recuperar os detalhes do SOA, em vez dos nomes do NS. Embora dig example.comretorne o registro A correto.

Passei horas tentando várias coisas, realmente apreciaria ajuda nisso.

A configuração para isso:

named.conf.local:

zone "." {
    type master;
    file "/etc/bind/zones/db.catchall";
};

db.catchall:

$TTL    604800
@   IN  SOA ns1.mynameserver.com. hostmaster.mynameserver.com. (
             26     ; Serial
         604800     ; Refresh
          86400     ; Retry
        2419200     ; Expire
         604800 )   ; Negative Cache TTL

    IN  NS  ip.addr.for.ns1
    IN  NS  ip.addr.for.ns2 

*   IN  A   ip.addr.for.hosting

Responder1

O comportamento observado é esperado e correto para o que você configurou.
Ou seja, você tem um servidor de nomes que afirma ser autoritativo para a zona raiz e que possui um Aregistro curinga que corresponderá a qualquer coisa abaixo. Ele não possui NSregistros além da zona raiz.

No entanto, o que você configurou não é realmente correto para um servidor que deveria ser autoritativo para muitas zonas diferentes. Se example.comfor delegado ao seu servidor de nomes, seu servidor de nomes deverá ter esta zona específica (com pelo menos SOAe NSno ápice da zona), não apenas alguma zona pai (como .).
Coisas que estarão erradas com esta configuração incluem respostas a consultas para NS(ou seja, ela alegará que não há servidores de nomes para example.com) bem como todas as respostas negativas (respostas negativas terão SOApara a zona errada).

Se você quiser fazer isso com o comportamento mais correto possível, mas sem especificar todas as zonas (o que seria melhor para a correção), acho que você gostaria de procurar algum software de servidor de nomes altamente programável que possa responder como se tivesse o zonas relevantes que correspondem a algum tipo de padrão (talvez com base na lista pública de sufixos?).

informação relacionada