Recursive DNS server cannot resolve the reverse zone records from my IPv6 private network

[Mark Andrews]

In message <528B9D20.7020207 at adminlinux.com.br>, Listas writes:
> Hi ! Thank you for help.
> 
> Sorry, I made a mistake in time to hide the addresses. I'm using 
> FD00::/8 in my network. My conf was 
> updated:http://adminlinux.com.br/recursive-bind.conf

Don't update.  Re-create it from scratch showing the *entire* zone
content and both the master and recursive server configurations.
At the moment is is a mis-mash of old and new data and is internally
inconsistent.  It is also not complete enough.


> My system has three types of DNS server: master, slave and recursion.
> The zone "5.a.8.3.2.e.3.e.0.0.cfip6.arpa" is working well in master and 
> slave servers (authoritative server for the zone). Queries to 127.0.0.1 
> and ::1 are being answered correctly on these servers.
> 
> My file /etc/bind/db.fd really was wrong and I corrected. He just has to 
> correctly point the authoritative server for the zone.
> 
> But my recursion servers are not sending the questions to 
> ns1.mydomain.com and ns2.mydomain.com.
> 
> In my view the reverse resolution of the network fd00 :: / 8 should be 
> occurring as well as occurs with the network 10.0.0.0 / 8. Because the 
> configuration is equivalent.
> Can anyone see any point that I'm letting out?
> 
> Thanks for help.
> -- 
> Thiago Henrique
> www.adminlinux.com.br
> 
> 
> On 07-11-2013 06:56, Niall O'Reilly wrote:
> > On 6 Nov 2013, at 18:30, Listas wrote:
> >
> >> ;; QUESTION SECTION:
> >> ;f.1.4.2.0.0.0.0.0.0.0.0.0.0.0.0.7.0.0.0.5.a.8.3.2.e.3.e.0.0.c.f.ip6.arpa. IN PTR
> > And placed the following (and more) data at http://adminlinux.com.br/recursive-bind.conf
> >
> > ==== /etc/bind/named.conf.local-ip6:
> >
> > zone "5.a.8.3.2.e.3.e.0.0.c.f.ip6.arpa" IN {
> >    type master;
> >    file "/etc/bind/db.fc";
> > };
> >
> >
> > ==== /etc/bind/db.fc:
> > $TTL 86400 ; Minimum TTL of 1 day.
> >
> > @ IN SOA ns1.mydomain.com. dnsmasters.mydomain.com. (
> >    1       ; Serial.
> >    10800   ; Refresh after 3 hours.
> >    3600    ; Retry after 1 hour.
> >    604800  ; Expire after 1 week.
> >    86400 ) ; Minimum TTL of 1 day.
> >
> >          IN NS ns1.mydomain.com.
> >          IN NS ns2.mydomain.com.
> >
> > 10      IN NS ns3.mydomain.com.
> >          IN NS ns4.mydomain.com.
> >
> > 12      IN NS ns5.mydomain.com.
> >          IN NS ns6.mydomain.com.
> >
> > 16      IN NS ns7.mydomain.com.
> >          IN NS ns8.mydomain.com.
> >
> > 20      IN NS ns9.mydomain.com.
> >          IN NS ns10.mydomain.com.
> >
> > ====
> >   
> > 	The zone file you've chosen to show us has records only for the following names:
> >
> > 5.a.8.3.2.e.3.e.0.0.c.f.ip6.arpa.
> > 10.5.a.8.3.2.e.3.e.0.0.c.f.ip6.arpa.
> > 12.5.a.8.3.2.e.3.e.0.0.c.f.ip6.arpa.
> > 16.5.a.8.3.2.e.3.e.0.0.c.f.ip6.arpa.
> > 20.5.a.8.3.2.e.3.e.0.0.c.f.ip6.arpa.
> >
> > 	None of these matches the target of your query, so the result is NXDOMAIN.
> > 	Anything else would be strange.
> >
> > 	If you need the server to return some other result for this query, you
> > 	must place the corresponding record(s) in the zone file you're using.
> >
> > 	Best regards,
> > 	Niall O'Reilly
> >
> 
> _______________________________________________
> Please visit https://lists.isc.org/mailman/listinfo/bind-users to unsubscribe from this list
> 
> bind-users mailing list
> bind-users at lists.isc.org
> https://lists.isc.org/mailman/listinfo/bind-users
-- 
Mark Andrews, ISC
1 Seymour St., Dundas Valley, NSW 2117, Australia
PHONE: +61 2 9871 4742                 INTERNET: marka at isc.org