reverse domain refuses to work
Kevin Darcy
kcd at daimlerchrysler.com
Tue Jun 25 22:10:42 UTC 2002
Joseph,
The problem is that your provider hasn't created the CNAMEs properly. For
example:
% dig -x 199.107.233.196 ptr
; <<>> DiG 8.3 <<>> -x ptr
;; res options: init recurs defnam dnsrch
;; got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 4
;; flags: qr rd ra; QUERY: 1, ANSWER: 1, AUTHORITY: 1, ADDITIONAL: 0
;; QUERY SECTION:
;; 196.233.107.199.in-addr.arpa, type = PTR, class = IN
;; ANSWER SECTION:
196.233.107.199.in-addr.arpa. 23h19m4s IN CNAME 192/27.233.107.199.in-addr.arpa.
;; AUTHORITY SECTION:
192/27.233.107.199.in-addr.arpa. 2h19m9s IN SOA ultraoptions.com. root.ultraoptions.com. (
2002062502 ; serial
8H ; refresh
2H ; retry
1W ; expiry
1D ) ; minimum
;; Total query time: 2 msec
;; FROM: fxiod01.is.chrysler.com to SERVER: default -- 127.0.0.1
;; WHEN: Tue Jun 25 18:01:53 2002
;; MSG SIZE sent: 46 rcvd: 124
%
See, the alias is pointed at the *name*of*the*zone*, rather than a PTR record *in* the zone.
Talk to your provider.
As for h2n, yes, it's the same utility. Andris is just showing off some its error-checking
capabilities rather than the originally-intended, primary capability of converting /etc/hosts
files into zone files (something that should only be done *once*, IMO, not run out of a cron
job as some lame-ass admins do).
- Kevin
Joseph Shraibman wrote:
> Thanks for the info. I wish the bind error messages were more informative.
>
> Anyway my zone file now looks like this, but still doesn't work:
>
> $ORIGIN 192/27.233.107.199.in-addr.arpa.
> @ IN SOA ultraoptions.com. root.ultraoptions.com. (
> 2002062502 ; 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 ultraoptions.com.
> 195 PTR p1.selectacast.net.
> 196 PTR xis.xtenit.com.
> 197 PTR apps.xtenit.com.
> 205 PTR intellimail.yellowbrix.com.
> 198 PTR p2.selectacast.net.
>
> I made xis an A instead of a CNAME and took out ultraoptions.com because it isn't actually
> at that ip address right now, but it still isn't working and bind won't give me meaningful
> error messages.
>
> BTW what is this h2n program you are using? I found a different h2n but it doesn't appear
> to be the same thing.
>
> Andris Kalnozols wrote:
> >>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
>
> --
> Joseph Shraibman
> jks at selectacast.net
> Increase signal to noise ratio. http://xis.xtenit.com
More information about the bind-users
mailing list