Hello from a list new-comer.

Consider running on the network 10.0.0.0/8, serving DHCP on that subnet, and 
wishing to publish both the forward and reverse zones to secondary caching 
servers: example.com <http://example.com/> and 0.0.0.10-in-addr.arpa.

While dnsmasq creates and serves individually the necessary PTR records given 
an auth-zone option:

auth-zone=example.com,10.0.0.0/8,lan0,br0

it does not believe it's authoritative for the PTR zone.

The workaround is to add:

auth-zone=0.0.10.in-addr.arpa,lan0,br0
The logic in the startup code is simple: the authoritative zones are exactly 
the set encountered in the options file; nothing else is implied. What results 
is inconsistency, because dnsmasq essentially lies by supplying an 
authoritative claim via NS and SOA records on 0.0.10.in 
<http://0.0.10.in/>-addr.arpa then refuses to do a zone transfer.

There seems to be little interest in reverse DNS zone transfers; this 
workaround is not found in the manage or anywhere I could find.

On ServerFault: 
https://serverfault.com/questions/929891/how-to-let-dnsmasq-transfer-a-reverse-zone/1001286#1001286
 
<https://serverfault.com/questions/929891/how-to-let-dnsmasq-transfer-a-reverse-zone/1001286#1001286>

Kind regards,
-Daniel

_______________________________________________
Dnsmasq-discuss mailing list
Dnsmasq-discuss@lists.thekelleys.org.uk
http://lists.thekelleys.org.uk/mailman/listinfo/dnsmasq-discuss

Reply via email to