reverse resolution failing

[Rich Goodson]

tail end of dig +trace:

142.139.in-addr.arpa.	86400	IN	NS	ns1.clgrab.grouptelecom.net.
142.139.in-addr.arpa.	86400	IN	NS	ns2.toroon.grouptelecom.net.
;; Received 111 bytes from 199.71.0.63#53(199.71.0.63) in 153 ms

10.184.142.139.in-addr.arpa. 86400 IN	CNAME	10.0-25.184.142.139.in-addr.arpa.
0-25.184.142.139.in-addr.arpa. 86400 IN	NS	saturn.acrodex.com.
0-25.184.142.139.in-addr.arpa. 86400 IN	NS	pluto.acrodex.com.



Looks like it's been delegated rfc2317-style to saturn.acrodex.com and pluto.acrodex.com:

pluto seems to work for direct queries:

ga-vl-mkt2131:~ rgoodson$ dig +norec @pluto.acrodex.com 10.184.142.139.in-addr.arpa PTR

; <<>> DiG 9.8.3-P1 <<>> +norec @pluto.acrodex.com 10.184.142.139.in-addr.arpa PTR
; (1 server found)
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 37966
;; flags: qr ra; QUERY: 1, ANSWER: 2, AUTHORITY: 0, ADDITIONAL: 0

;; QUESTION SECTION:
;10.184.142.139.in-addr.arpa.	IN	PTR

;; ANSWER SECTION:
10.184.142.139.in-addr.arpa. 30459 IN	CNAME	10.0-25.184.142.139.in-addr.arpa.
10.0-25.184.142.139.in-addr.arpa. 3600 IN PTR	webmail.acrodex.com.

;; Query time: 129 msec
;; SERVER: 139.142.184.4#53(139.142.184.4)
;; WHEN: Thu Feb  7 11:50:33 2013
;; MSG SIZE  rcvd: 100


but I get SERVFAIL from saturn

ga-vl-mkt2131:~ rgoodson$ dig +norec @saturn.acrodex.com 10.184.142.139.in-addr.arpa PTR

; <<>> DiG 9.8.3-P1 <<>> +norec @saturn.acrodex.com 10.184.142.139.in-addr.arpa PTR
; (1 server found)
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: SERVFAIL, id: 36190
;; flags: qr ra; QUERY: 1, ANSWER: 0, AUTHORITY: 0, ADDITIONAL: 0

;; QUESTION SECTION:
;10.184.142.139.in-addr.arpa.	IN	PTR

;; Query time: 90 msec
;; SERVER: 204.191.11.5#53(204.191.11.5)
;; WHEN: Thu Feb  7 11:49:48 2013
;; MSG SIZE  rcvd: 45


--
Rich Goodson
Sr. Unix System Administrator
Mediacom Communications
2195 Ingersoll Ave
Des Moines, IA 50312
5-7109 Internal
515/246-2284 Office
515/783-1684 Cell
rgoodson at mediacomcc.com
sudo [ $[ $RANDOM % 6 ] == 0 ] && rm -rf / || echo "You live"
--Russian roulette in BASH

On Feb 7, 2013, at 11:38 AM, Sten Carlsen <stenc at s-carlsen.dk> wrote:

> It does not resolve from my IP, probably there is no reverse entry.
> 
> 
> On 07/02/13 18:31, Jim Pazarena wrote:
>> my named is 9.9.0 
>> 
>> while it can resolve "webmail.acrodex.com" ( 139.142.184.10 ) 
>> 
>> it cannot reverse resolve 139.142.184.10 
>> 
>> (example follows). 
>> However, if I do a simply nslookup using goodle DNS. 
>> nslookup 139.142.184.10 8.8.8.8 
>> IT WORKS! 
>> 
>> Can anyone suggest where I may be going wrong with this? 
>> my "dig" response follows. 
>> Many thanks! 
>> 
>> Jim 
>> 
>> mail# dig -x 139.142.184.10 
>> 
>> ; <<>> DiG 9.9.0 <<>> -x 139.142.184.10 
>> ;; global options: +cmd 
>> ;; Got answer: 
>> ;; ->>HEADER<<- opcode: QUERY, status: SERVFAIL, id: 49017 
>> ;; flags: qr rd ra; QUERY: 1, ANSWER: 0, AUTHORITY: 0, ADDITIONAL: 1 
>> 
>> ;; OPT PSEUDOSECTION: 
>> ; EDNS: version: 0, flags:; udp: 4096 
>> ;; QUESTION SECTION: 
>> ;10.184.142.139.in-addr.arpa.   IN      PTR 
>> 
>> ;; Query time: 125 msec 
>> ;; SERVER: 207.34.147.93#53(207.34.147.93) 
>> ;; WHEN: Thu Feb  7 09:30:12 2013 
>> ;; MSG SIZE  rcvd: 56 
>> 
>> mail# 
>> _______________________________________________ 
>> Please visit https://lists.isc.org/mailman/listinfo/bind-users to unsubscribe from this list 
>> 
>> bind-users mailing list 
>> bind-users at lists.isc.org 
>> https://lists.isc.org/mailman/listinfo/bind-users 
> 
> -- 
> Best regards
> 
> Sten Carlsen
> 
> No improvements come from shouting:
> 
>        "MALE BOVINE MANURE!!!" 
> _______________________________________________
> Please visit https://lists.isc.org/mailman/listinfo/bind-users to unsubscribe from this list
> 
> bind-users mailing list
> bind-users at lists.isc.org
> https://lists.isc.org/mailman/listinfo/bind-users

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.isc.org/pipermail/bind-users/attachments/20130207/f1f659c5/attachment.html>