усунення помилок (недоступність мережі)

Намагаючись перезавантажити свою конфігурацію прив’язки за допомогою sudo named -gкоманди, я отримую помилку:

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

/etc/bind/149.202.46.110.in-addr.arpaФайл містить:

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

/etc/bind/db.europasprak.comФайл містить:

$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"

Якщо я коментую два рядки, що містять sdns2.ovh.netу кожному файлі, то я отримую наступний висновок (але команда тоді висить):

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

Мені потрібно перезавантажити конфігурацію прив'язки після того, як я додав lerumзапис.

Я перебуваю на даних Linux 3.2.0-4-amd64 # 1 SMP Debian 3.2.68-1 + deb7u5 x86_64 GNU / Linux

ОНОВЛЕННЯ: У мене також є така конфігурація listen-on-v6 { none; };у /etc/bind/named.conf.optionsфайлі та конфігурація RESOLVCONF=no OPTIONS="-u bind -4"у /etc/default/bind9файлі. Але sudo /etc/init.d/bind9 reloadкоманда висить. А маршрути:

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

Ось вихід ipкоманди на сервер:

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 

02 серпня 2018 15: 42: 51.472 помилка (недоступна мережа) для вирішення 'sdns2.ovh.net/A/IN': 2001: 500: 2f :: f # 53

Це насправді не пов’язано з вашим зонним файлом. (Bind намагається вирішити імена, які він знайде в записах NS, щоб він міг надсилати повідомлення NOTIFY, але сама помилка не залежить від даних ваших записів.)

Коли у вас є IPv6-адреса, а віддалений сервер DNS має адресу IPv6, Bind спробує зв’язатися з цим сервером через IPv6. Але ваша мережна конфігурація неповна - я б припустив, що у вас є адреса, але у вас не налаштований шлюз (маршрут за замовчуванням). (Або це, або IPv6 OVH знову порушено ...)

Повідомлення повинні відключатися, як тільки ви фіксуєте підключення IPv6 на своєму сервері.

але команда тоді зависає

Він не висить. Ось 'ім'я' сервер працює. named -gне перезавантажує конфігурацію, вона запускає новий примірник служби прямо там, на вашому терміналі:

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

Для повторного завантаження існуючого примірника, використовуйте rndc reconfig, rndc reloadабо pkill -HUP named.