PTR delgation confused

Kevin Darcy kcd at daimlerchrysler.com
Fri Jan 7 00:57:50 UTC 2000


One obvious configuration problem: your SOA record doesn't match the
name of the zone. The zone is loaded as 141.36.208.in-addr.arpa, but the
SOA record is -- because of the $ORIGIN directive -- interpreted as
being for 224/28.141.36.208.in-addr.arpa.

You could certainly set up your machine as master for
141.36.208.in-addr.arpa zone, but unless you are the *real* master of
the zone, i.e. unless the zone is properly delegated to you, the rest of
the Internet will not be able to resolve the reverse records contained
within it. Your provider (Concentric?) is almost certainly the real
master of the zone. The zone file on the real master is where your PTRs
need to be added, or, following RFC 2317's "classless in-addr.arpa
delegation", the place where CNAMEs need to be added, pointing to PTRs
in a zone which is delegated to your server(s).


- Kevin

Henny L wrote:

> Hello,
> I was given 16 IPs from my ISP. I have setup  named and it's working
> fine, but the problem is i
> don't think i have configure PTR correctly. My IPs are
> 208.36.141.224-38/28
> Could someone point out my mistake(s).  };
> named.conf :
>
> zone "141.36.208.in-addr.arpa" {
>         type master;
>         file "mydomain.rev";
> };
>
> here is the PTR file
> $ORIGIN 224/28.141.36.208.in-addr.arpa.
> @       IN      SOA     test.mydomain.org. hostmaster.mydomain.org. (
>                             2000107  ; Serial
>                             3600     ; Refresh
>                             9600     ; Retry
>                             360000   ; Expire
>                             3600 )    ; Minimum TTL
>
>         IN      NS      ns.mydomain.org.
>         IN      NS      ns2.mydomain.org.
>
> 226     IN      PTR     mydomain.org
> 227     IN      PTR     mydomain2.org.
>
> thanks in advance






More information about the bind-users mailing list