Назад | Перейти на главную страницу

Как разрешить dnsmasq передавать обратную зону?

После документация для зоны авторизации, Я пытался объявить свою 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.