BIND 9.9 cannot resolve PTR record but +trace can
Darcy Kevin (FCA)
kevin.darcy at fcagroup.com
Wed Apr 11 13:54:24 UTC 2018
On a case-by-case basis, one can use stub zones, conditional forwarding, etc. but if you're looking for a "break Internet standards" switch, I think you're going to be disappointed. Vix has stopped calling BIND a "reference" implementation of DNS, but it still tries to set a good example.
From: bind-users <bind-users-bounces at lists.isc.org> On Behalf Of Aras Yorganci
Sent: Wednesday, April 11, 2018 9:49 AM
To: Anand Buddhdev <anandb at ripe.net>
Cc: bind-users at lists.isc.org
Subject: Re: BIND 9.9 cannot resolve PTR record but +trace can
Alinti Anand Buddhdev <anandb at ripe.net>
> The delegation of 131.161.213.in-addr.arpa points to dns.est.com.tr
> and dns2.est.com.tr. But these two names are aliased to
> dns3.est.com.tr and dns4.est.com.tr.
> However, one cannot use alias names as targets of NS records. This is
> forbidden by RFC 2181, section 10.3.
> The operator of this reverse zone (EST Bilisim) should update the
> delegation of 131.161.213.in-addr.arpa (in the RIPE Database) and use
> the proper name servers names in there. If you know someone there,
> please inform them.
> On 11/04/2018 15:23, Aras Yorgancı wrote:
Thanks for reply. I understand that there is an illegal situation but other dns servers can resolve this query while BIND cannot. Maybe I have not much knowledge about subject but I wonder is there any way or any configuration to resolve this query with my BIND server, bypass this prohibition?
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
More information about the bind-users