После документация для зоны авторизации, Я пытался объявить свою dnsmasq
сервер как авторитетный для 10.0.0.0/8
zone (я обслуживаю несколько поддиапазонов IP в 10.x).
К сожалению, что бы я ни пытался, я получаю
Sep 07 14:37:36 bind named[6812]: transfer of '10.in-addr.arpa/IN' from 10.100.10.254#53: connected using 10.200.0.158#57941
Sep 07 14:37:36 bind named[6812]: transfer of '10.in-addr.arpa/IN' from 10.100.10.254#53: failed while receiving responses: SERVFAIL
Sep 07 14:37:36 bind named[6812]: transfer of '10.in-addr.arpa/IN' from 10.100.10.254#53: Transfer status: SERVFAIL
Sep 07 14:37:36 bind named[6812]: transfer of '10.in-addr.arpa/IN' from 10.100.10.254#53: Transfer completed: 0 messages, 0 records, 0 bytes, 0.001 secs (0 bytes/sec)
на вторичном сервере BIND (прямые зоны передаются нормально).
Как мне это настроить?
Весь текущий файл конфигурации для dnsmasq
:
no-resolv
no-poll
server=1.1.1.1
server=8.8.4.4
expand-hosts
domain=example.com
domain-needed
auth-server=example.com,lan0,br0
auth-zone=example.com,10.0.0.0/8,lan0,br0
auth-sec-servers=rpi1,bind
dhcp-range=10.100.10.1,10.100.10.230,240h
dhcp-range=10.100.20.1,10.100.20.230,240h
(... more DHCP ranges ...)
dhcp-option=option:ntp-server,129.104.30.42,195.220.194.193
dhcp-option=option:dns-server,10.100.10.30,10.200.0.158
dhcp-authoritative
Конфигурация вторичного сервера BIND:
zone "example.com" {
type slave;
masters { 10.100.10.254; };
file "/etc/bind/db.example.com";
};
zone "10.in-addr.arpa" {
type slave;
masters { 10.100.10.254; };
file "/etc/bind/db.10";
};
CLEANUP EDIT с ПРЕДЛАГАЕМЫМ ПАТЧОМ
Пока это невозможно, поэтому я создал вилка стоять как предлагаемый патч Официальный репозиторий Саймона Келли чтобы решить эту проблему. Пожалуйста, попробуйте!
В настоящее время пока dnsmasq
создает и обслуживает индивидуально необходимость PTR
записи и доставляет правильные SOA
и IN
записи для 0.0.0.in-addr.arpa
, учитывая строку:
auth-zone=example.com,10.0.0.0/8,lan0,br0
он просто не перенесет полную зону.
Если вы заявите auth-zone=0.0.10.in-addr.arpa
что выведет искаженную зону.
Примечание на странице руководства:
Note that at present, reverse (in-addr.arpa and ip6.arpa) zones are
not available in zone transfers, so there is no point arranging
secondary servers for reverse lookups.