Não consolidado encaminha solicitações locais de maneira incorreta

1

Boa dag.

Na minha rede, tenho dois cache / resolvers de DNS:

  • Dnsmasq no roteador.
  • Não consolidado noutro servidor.

Dnsmasq corre perfeito. Ele fornece dns locais do arquivo dhcp e hosts.

Não consolidado é configurado para encaminhar todas as solicitações para domínios locais e espaço de endereço para Dnsmasq. Isso costumava funcionar muito bem até cerca de duas semanas atrás.

O restante deve seguir para a resolução usual do DNS. Além disso, a resolução global tem validação DNSSEC e dns64 (esta parte funciona muito bem).

Quando solicito uma resolução não vinculada em minha rede, posso obter respostas lentas ou incorretas:

dig @unbound -x 2a06:...:5367
hanging...
dig +short @unbound blackblock4.22decembre.eu any
10.0.0.2
64:ff9b::a00:2

(Nós podemos ver que o Unbound realmente busca a informação no Dnsmasq's. Então ele adiciona o dns64, que está errado.)

Considerando que dnsmasq responde perfeito:

dig @mirror +short -x 2a06:...:5367
jabberwocky.22decembre.eu
dig +short @mirror blackblock4.22decembre.eu any
10.0.0.2

Aqui está o conf ilimitado:

server:
# verbosity number, 0 is least verbose. 1 is default.
verbosity: 1

# number of threads to create. 1 disables threading.
num-threads: 4

outgoing-range: 206
outgoing-interface: 2a06:...::2
outgoing-interface: fd00:2016:22:dec::3
outgoing-interface: 10.0.0.2

unwanted-reply-threshold: 1000000

interface: ::1
interface: fd00:2016:22:dec::3
interface: 10.0.0.3
interface: 127.0.0.1

# upstream connections use TCP only (and no UDP), "yes" or "no"
# useful for tunneling scenarios, default no.
# tcp-upstream: no

harden-below-nxdomain: yes
harden-dnssec-stripped: yes

harden-algo-downgrade: yes
harden-glue: yes

private-address: fd00:2016:22::/48
private-address: 10.0.0.0/8

# Uncomment to enable qname minimisation.
# https://tools.ietf.org/html/draft-ietf-dnsop-qname-minimisation-08
#
qname-minimisation: yes

access-control: 0.0.0.0/0 refuse
access-control: 127.0.0.0/8 allow
access-control: 10.0.0.0/8 allow

access-control: ::0/0 refuse
access-control: ::1/128 allow
access-control: fd00:...:22::/48 allow

statistics-interval: 0
statistics-cumulative: no
extended-statistics: yes

module-config: "dns64 validator iterator"
dns64-prefix: 64:FF9B::/96
trust-anchor-file: "/var/unbound/db/root.key"

chroot: "/var/unbound"
use-caps-for-id: yes

cache-min-ttl: 3600
cache-max-ttl: 86400

prefetch-key: yes
prefetch: yes

root-hints: "named.cache"

unblock-lan-zones: yes
insecure-lan-zones: yes

local-zone: "22decembre.eu." nodefault
local-zone: "22december.dk." transparent
local-zone: "10.in-addr.arpa." transparent
local-zone: "d.f.ip6.arpa." transparent
local-zone: "2.2.0.0.6.1.0.2.0.0.d.f.ip6.arpa." transparent

private-domain: "22decembre.eu."
private-domain: "22december.dk."

domain-insecure: "22decembre.eu."
domain-insecure: "22december.dk."
domain-insecure: "10.in-addr.arpa."
domain-insecure: "2.2.0.0.6.1.0.2.0.0.d.f.ip6.arpa."

forward-zone:
    name: "10.in-addr.arpa."
    forward-addr: fd00:2016:22:dec::1

stub-zone:
    name: "22decembre.eu."
    stub-addr: fd00:2016:22:dec::1
    stub-first: yes

stub-zone:
        name: "22december.dk."
    stub-addr: fd00:2016:22:dec::1
    stub-first: yes

forward-zone:
        name: "d.f.ip6.arpa."
        forward-addr: fd00:2016:22:dec::1

forward-zone:
        name: "2.2.0.0.6.1.0.2.0.0.d.f.ip6.arpa."
    forward-addr: fd00:2016:22:dec::1


stub-zone:
        name:    "....6.0.a.2.ip6.arpa."
        stub-addr: fd00:2016:22:dec::1

Não consolidado é a versão 1.6.1 no OpenBSD estável. bibliotecas ligadas: pluggable-libevent 1.4.15-stable (usa o kqueue), LibreSSL 2.5.2 módulos vinculados: iterador do validador dns64.

    
por 22decembre 06.08.2017 / 19:57

0 respostas

Tags