Re: in-addr.arpa problem
In message <4913D574.firstname.lastname@example.org>, Justin Shore writes:[color=blue]
> I have a pair of 9.5.1b2 installs in a master/slave arrangement. Each
> has 3 views on it: trusted, non-trusted and non-trusted-chaos. Into
> both the trusted and non-trusted I include 3 files that contain the zone
> config statements for all our zones, our customer zones and our
> in-addr.arpa zones. This has worked fairly well except for an annoying
> problem that I may ask about later.
> I switched the rDNS servers in our ARIN WHOIS records today and they
> just took affect. I got an alert from Nagios about 30 minutes ago
> saying that SMTP wasn't responding on our spam filter. When I checked
> from a different host the spam filter acted fine. When I checked it
> from my NOC box, a host that uses the new rDNS servers, it took 15-20
> seconds to go through. I started doing rDNS lookups against my servers
> and found a problem. rDNS against my master from within the trusted
> view works fine. It doesn't work on the slave. I haven't been able to
> figure out why. The slave is pulling down the current in-addr.arpa for
> that subnet without any problems. It just won't answer queries.
> I'm not exactly sure how to troubleshoot this problem. Is there a debug
> mode that I can put bind into that might shed some light on why it's not
> matching? Reloading the slave shows that it's loading this particular
> in-addr.arpa zone for both trusted and non-trusted. Why would it not
> answer then?
Post the configuration and server details without
modification. Also post the details of the MTA.
Mark Andrews, ISC
1 Seymour St., Dundas Valley, NSW 2117, Australia
PHONE: +61 2 9871 4742 INTERNET: [email]Mark_Andrews@isc.org[/email]