Classless reverse lookups

[Kevin Darcy]

You won't be able to do a "dig -x 192.168.1.230" successfully until your
ISP sets up their reverse zone with the delegation and the CNAMEs, or you
temporarily set up a "fake" version of their reverse zone.

To check the entry in the absence of CNAMEs, try "dig
230.224/27.1.168.192.in-addr.arpa ptr".


- Kevin

Sean German wrote:

> Howdy,
>
> I feel a little like a brick asking about a subject for which there is so
> much material in the archives; then again if it was a simpler issue there
> wouldn't be as many questions on the subject.
>
> Anyway,  Bind 8.2.3 on RH 7 running chroot'ed.  All is well except the
> classless in-addr.arpa lookups on one zone.  IP #s in that classless range
> aren't recognized as being in that zone.  A 'dig -x 192.168.1.230' (all IPs
> have been changed to protect the innocent) gives the SOA of the ISP
> providing the IP range.
>
> I know getting the ISP and the rest of the world to recognize my dns as
> master for the zone is a whole 'nother ball if wax, but at this point I'm
> working on getting my server to act as authority for the classless range.
>
> I read the rfc at http://www.ietf.org/rfc/rfc2317.txt but haven't been able
> to pick up where I went wrong.  Named isn't logging any errors or warnings
> when loading the zones.
>
> Any pointers are greatly appreciated.
>
> Sean.
>
> "named.conf"
> zone "224/27.1.168.192.in-addr.arpa" IN {
>         type master;
>         file "named.192.168.1.224-27";
> };
>
> "named.192.168.1.224-27"
> $ORIGIN 224/27.1.168.192.in-addr.arpa.
> $TTL 20d
> @       IN      SOA     ... ...  ( ... )
> ; Name Servers
>                      IN      NS      ns1.sprockets.com.
> ; Addresses
> 230              PTR             mail.sprockets.com.