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

Следуя документации для зоны авторизации , я попытался объявить свой сервер dnsmasq полномочным для 10.0.0.0 Зона / 8 (я обслуживаю несколько поддиапазонов 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";
};
0
задан 11 September 2018 в 14:06
1 ответ

ОЧИСТКА РЕДАКТИРОВАНИЯ с ПРЕДЛАГАЕМЫМ ПАТЧОМ

Это пока невозможно, поэтому я создал форк , который будет служить предлагаемым патчем для официального репозитория Саймона Келли , чтобы решить эту проблему. Пожалуйста, попробуйте!

В настоящее время, хотя 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.
0
ответ дан 31 January 2020 в 18:30

Теги

Похожие вопросы