reverse domain refuses to work

Andris Kalnozols andris at hpl.hp.com
Tue Jun 25 05:30:22 UTC 2002


> Joseph Shraibman <jks at xtenit.com> wrote:
> 
> I'm using bind 8.2.4 on Solaris.
> 
> My zone file is:
> $ORIGIN 192/27.233.107.199.in-addr.arpa.
> @       IN      SOA     ultraoptions.com. root.ultraoptions.com. (
>                                 2002062301       ; Serial
>                                 8H      ; Refresh
>                                 2H      ; Retry
>                                 1W      ; Expire
>                                 1D)     ; Minimum TTL
>                 NS      ultraoptions.com.
> ;               NS      190.230.15.64.in-addr.arpa.
> ;               MX      10      mail.selectacast.net.
>  
> 222             PTR     www.ultraoptions.com.
> 222             PTR     ultraoptions.com.
> 195             PTR     p1.selectacast.net.
> 196             PTR     xis.xtenit.com.
> 197             PTR     apps.xtenit.com.
> 205             PTR     intellimail.xtenit.com.
> 198             PTR     p2.selectacast.net.
> 
> When I try to do a reverse lookup:
> > nslookup 199.107.233.196
> Server:  localhost
> Address:  127.0.0.1
>  
> 192/27.233.107.199.in-addr.arpa
>         origin = ultraoptions.com
>         mail addr = root.ultraoptions.com
>         serial = 2002062301
>         refresh = 28800 (8H)
>         retry   = 7200 (2H)
>         expire  = 604800 (1W)
>         minimum ttl = 86400 (1D)
> *** No address (A) records available for 199.107.233.196
> 
> Why is this happening?  I'm servering other reverse domains from this 
> same nameserver without problems.

This and one other PTR record point to domain names which are CNAMEs.
Per RFC-1035, PTR records should point to canonical names.

h2n -V 192/27.233.107.199.in-addr.arpa

Verifying zone data for domain `192/27.233.107.199.in-addr.arpa.':
Getting NS RRset...
Transferring zone... (from `ultraoptions.com' [64.15.230.190])
Parsing zone data... (NS BIND version: 8.2.4-REL)
Performing in-zone and external lookups...
(processing 8 queries for out-of-zone domains)

Warning: found PTR RR(s) pointing to the following problematic domain name(s):
 xis.xtenit.com.                        [CNAME record]
 www.ultraoptions.com.                  [CNAME record]
Warning: found zone(s) not having at least two listed name servers (RFC-1034):
 @                      86400   IN NS   ultraoptions.com.

Replace `xis.xtenit.com' with 'xtenit.com' and `www.ultraoptions.com'
with `ultraoptions.com'.  There's a similar problem in the forward-mapping
zone:

h2n -V ultraoptions.com

Verifying zone data for domain `ultraoptions.com.':
Getting NS RRset...
Transferring zone... (from `ultraoptions.com' [64.15.230.190])
Parsing zone data... (NS BIND version: 8.2.4-REL)
Performing in-zone and external lookups...
(processing 1 queries for out-of-zone domains)

Warning: found MX RR(s) pointing to the following problematic domain name(s):
 mail.selectacast.net.                  [CNAME record]
Warning: found zone(s) not having at least two listed name servers (RFC-1034):
 @                      86400   IN NS   ultraoptions.com.

Replace `mail.selectacast.net' with `p1.selectacast.net' to fix this.


Andy



More information about the bind-users mailing list