erro (rede inacessível) resolvendo

Question

Tentando recarregar minha configuração de ligação com o comando sudo named -g , recebo o erro:

02-Aug-2018 15:42:51.472 error (network unreachable) resolving 'sdns2.ovh.net/A/IN': 2001:500:2f::f#53
02-Aug-2018 15:42:51.472 error (network unreachable) resolving 'sdns2.ovh.net/AAAA/IN': 2001:500:2f::f#53
02-Aug-2018 15:42:51.472 error (network unreachable) resolving 'sdns2.ovh.net/A/IN': 2001:dc3::35#53
02-Aug-2018 15:42:51.472 error (network unreachable) resolving 'sdns2.ovh.net/AAAA/IN': 2001:dc3::35#53
02-Aug-2018 15:42:51.473 error (network unreachable) resolving './NS/IN': 2001:500:2f::f#53
02-Aug-2018 15:42:51.473 error (network unreachable) resolving 'sdns2.ovh.net/A/IN': 2001:500:2d::d#53
02-Aug-2018 15:42:51.473 error (network unreachable) resolving './NS/IN': 2001:dc3::35#53
02-Aug-2018 15:42:51.473 error (network unreachable) resolving 'sdns2.ovh.net/AAAA/IN': 2001:500:2d::d#53
02-Aug-2018 15:42:51.474 error (network unreachable) resolving './NS/IN': 2001:500:2d::d#53
02-Aug-2018 15:42:51.722 error (network unreachable) resolving 'sdns2.ovh.net/A/IN': 2001:503:eea3::30#53
02-Aug-2018 15:42:51.722 error (network unreachable) resolving 'sdns2.ovh.net/A/IN': 2001:503:83eb::30#53
02-Aug-2018 15:42:51.724 error (network unreachable) resolving './DNSKEY/IN': 2001:503:ba3e::2:30#53
02-Aug-2018 15:42:51.825 error (network unreachable) resolving 'sdns2.ovh.net/A/IN': 2001:41d0:1:4a82::1#53
02-Aug-2018 15:42:51.826 error (network unreachable) resolving 'sdns2.ovh.net/A/IN': 2001:41d0:1:4a84::1#53

O arquivo /etc/bind/149.202.46.110.in-addr.arpa contém:

$TTL 12H
@          IN              SOA             vps36036.ovh.net. postmaster.europasprak.com. (
           2018080201      ; Serial
           8H              ; Refresh
           30M             ; Retry
           4W              ; Expire
           8H              ; Minimum TTL
)
           IN NS   vps36036.ovh.net.
           IN NS   sdns2.ovh.net.
           IN PTR  europasprak.com.

O arquivo /etc/bind/db.europasprak.com contém:

$TTL 12H
$ORIGIN europasprak.com.
@          IN              SOA             vps36036.ovh.net. postmaster.europasprak.com. (
           2018080201      ; Serial
           8H              ; Refresh
           30M             ; Retry
           4W              ; Expire
           8H              ; Minimum TTL
)
           IN              NS              vps36036.ovh.net.
           IN              NS              sdns2.ovh.net. 
           IN              MX      10      mail.europasprak.com.
europasprak.com.  IN       A 149.202.46.110
ns         IN              A 149.202.46.110
mail       IN              A 149.202.46.110
fu         IN              A 149.202.46.110
lerum      IN              A 149.202.46.110
www        IN              CNAME           europasprak.com.
ftp        IN              CNAME           europasprak.com.
ownercheck IN              TXT             "144b57c8"

Se estiver comentando as duas linhas contendo o sdns2.ovh.net em cada arquivo, então recebo a seguinte saída (mas o comando então trava):

02-Aug-2018 15:45:23.194 zone 149.202.46.110.in-addr.arpa/IN: loaded serial 2018080201
02-Aug-2018 15:45:23.197 zone europasprak.com/IN: loaded serial 2018080201
02-Aug-2018 15:45:23.199 all zones loaded
02-Aug-2018 15:45:23.199 running

Eu preciso recarregar a configuração de ligação depois que eu adicionei a entrada lerum .

Estou em dados Linux 3.2.0-4-amd64 # 1 SMP Debian 3.2.68-1 + deb7u5 x86_64 GNU / Linux

UPDATE: também tenho essa configuração listen-on-v6 { none; }; no arquivo /etc/bind/named.conf.options e a configuração RESOLVCONF=no OPTIONS="-u bind -4" no arquivo /etc/default/bind9 . Mas o comando sudo /etc/init.d/bind9 reload trava. E as rotas são:

stephane@data:~$ sudo route -6
Table de routage IPv6 du noyau
Destination                    Next Hop                   Flag Met Ref Use If
::1/128                        [::]                       U    256 0     0 lo
fe80::/64                      [::]                       !n   256 0     0 lo
fe80::/64                      [::]                       U    256 0     0 eth0
[::]/0                         [::]                       !n   -1  1  1385 lo
::1/128                        [::]                       Un   0   1 50901 lo
fe80::f816:3eff:fe0a:409/128   [::]                       Un   0   1     0 lo
ff00::/8                       [::]                       U    256 0     0 eth0
[::]/0                         [::]                       !n   -1  1  1385 lo

Aqui está a saída do comando ip no servidor:

stephane@data:~$ ip addr
1: lo: <LOOPBACK,UP,LOWER_UP> mtu 16436 qdisc noqueue state UNKNOWN group default 
    link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
    inet 127.0.0.1/8 scope host lo
    inet6 ::1/128 scope host 
       valid_lft forever preferred_lft forever
2: eth0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast state UP group default qlen 1000
    link/ether fa:16:3e:0a:04:09 brd ff:ff:ff:ff:ff:ff
    inet 149.202.46.110/32 brd 149.202.46.110 scope global eth0
    inet6 fe80::f816:3eff:fe0a:409/64 scope link 
       valid_lft forever preferred_lft forever
stephane@data:~$ ip -6 route
unreachable fe80::/64 dev lo  proto kernel  metric 256  error -101
fe80::/64 dev eth0  proto kernel  metric 256 

    

Answer 1

02-Aug-2018 15:42:51.472 error (network unreachable) resolving 'sdns2.ovh.net/A/IN': 2001:500:2f::f#53

Isso não está realmente relacionado ao seu arquivo de zona. (O Bind tenta resolver os nomes que encontra nos registros NS para que ele possa enviar mensagens NOTIFY, mas o erro em si é independente do que seus registros têm.)

Quando você tem um endereço IPv6 e o servidor DNS remoto tem um endereço IPv6, o Bind tentará entrar em contato com esse servidor via IPv6. Mas a sua configuração de rede está incompleta - eu diria que você tem um endereço, mas você não tem um gateway (rota padrão) configurado. (Ou isso, ou o IPv6 da OVH está quebrado de novo ...)

As mensagens devem desaparecer assim que você corrigir a conectividade IPv6 no seu servidor.

but the command then hangs

Ele não trava. Esse é o servidor 'nomeado' em execução. named -g não recarrega a configuração, ele inicia uma nova instância do serviço ali mesmo no seu terminal:

   -g
       Run the server in the foreground and force all logging to stderr.

Para recarregar uma instância existente , use rndc reconfig , rndc reload ou pkill -HUP named .