Início / unix / Perguntas / 789439
Accepted
Bernd Hohmann
Asked: 2025-01-12 22:21:31 +0800 CST

bind9: encaminhar *cada* NXDOMAIN para um servidor de nomes diferente, mesmo que a zona seja conhecida localmente

  • 772

Atualmente, estou usando o arquivo "hosts" para isso, mas está ficando mais difícil mantê-lo em várias estações de trabalho...

Gostaria de configurar um servidor de nomes em nossa rede local que possa substituir ou anexar hosts a domínios existentes.

Por exemplo, sql.ourdomain.tldé definido no "master dns" SOA dns.ourdomain.tldcom IN A 80.90.100.200e eu gosto de sobrescrevê-lo IN A 192.168.15.5em nosso servidor de nomes local.

Então é "responder localmente primeiro, encaminhar cada NXDOMAIN para um resolvedor diferente"

Acho que existe uma solução porque "pihole" faz coisas parecidas.

bind9

1 respostas

  1. Best Answer

    Você precisa de uma Response Policy Zone (RPZ) . Ela contém uma série de um ou mais registros que devem substituir qualquer outra resposta. Se um registro for encontrado aqui, ele será retornado. Caso contrário, o comportamento existente do seu servidor de nomes é usado para determinar uma resposta (potencialmente incluindo NXDOMAIN).

    Você pode ter vários RPZs contendo subconjuntos distintos de registros, incluindo um que retorna NXDOMAINpara todas as suas entradas. O diferenciador está na policypalavra-chave para a definição de zona, que assume o padrão policy givense omitida.

    Adicione isto na sua optionsseção (ou sob o apropriado view, se você estiver usando):

    response-policy {
    zone "rpz.local";
    // zone "rpz.nxdomain" policy nxdomain;
};

    Então crie seu rpz.localarquivo de zona como de costume. (E opcionalmente, o rpz.nxdomainarquivo de zona também.) Preencha-o com nomes de domínio totalmente qualificados para os hosts que você deseja substituir. Por exemplo,

    $TTL    600
@       IN      SOA     localhost. root@localhost. (
                                2024032002      ; Serial (yyyy-mm-dd-nn)
                                7200            ; Refresh (2h)
                                3600            ; Retry (1h)
                                604800          ; Expire (1w)
                                300             ; Negative Cache TTL (5m)
                )
;

@                               NS      localhost.


;#######################################################################
; Domain record overrides
;
unwanted.example.com            A       127.0.0.99
sql.ourdomain.tld               A       192.168.15.5

    Observe que o lado esquerdo não usa um ponto final ( .), pois todos os nomes devem ser relativos à raiz, em vez de qualquer um dos seus domínios gerenciados. Não se esqueça de rndc reloadapós cada alteração

    • 2

relate perguntas