☰

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

tag-icon • tag-icon domain-name-system dnsmasq
Как разрешить dnsmasq передать обратную зону?

Последокументация для auth-zone, я попытался объявить свой 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";
};

решение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.

Связанный контент