При попытке перезагрузить мою конфигурацию связывания с помощью команды 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 

1 ответ1

0

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 .

Всё ещё ищете ответ? Посмотрите другие вопросы с метками .