reverse lookups are wrong

[Len Conrad]

>
>But most of the time when I have services that do an ip lookup from
>outside our network, looking up the ip: 208.151.124.132 still returns
>the old firewall.infoinsights.com address.

# dig  vic20.thethirdsector.com

; <<>> DiG 8.3 <<>> vic20.thethirdsector.com
;; res options: init recurs defnam dnsrch
;; got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 4
;; flags: qr aa rd ra; QUERY: 1, ANSWER: 1, AUTHORITY: 3, ADDITIONAL: 3
;; QUERY SECTION:
;;      vic20.thethirdsector.com, type = A, class = IN

;; ANSWER SECTION:
vic20.thethirdsector.com.  3H IN A  208.151.124.132

;; AUTHORITY SECTION:
thethirdsector.com.     3H IN NS        mango.infoinsights.com.
thethirdsector.com.     3H IN NS        ns.infoinsights.com.
thethirdsector.com.     3H IN NS        ns2.infoinsights.com.

;; ADDITIONAL SECTION:
mango.infoinsights.com.  3H IN A  208.151.124.133
ns.infoinsights.com.    3H IN A         208.151.124.130
ns2.infoinsights.com.   3H IN A         208.151.124.230

# dig -x 208.151.124.132

; <<>> DiG 8.3 <<>> -x
;; res options: init recurs defnam dnsrch
;; got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 4
;; flags: qr aa rd ra; QUERY: 1, ANSWER: 1, AUTHORITY: 2, ADDITIONAL: 2
;; QUERY SECTION:
;;      132.124.151.208.in-addr.arpa, type = ANY, class = IN

;; ANSWER SECTION:
132.124.151.208.in-addr.arpa.  1H IN PTR  firewall.infoinsights.com

;; AUTHORITY SECTION:
124.151.208.in-addr.arpa.  54m11s IN NS  ns1.acsalaska.net.
124.151.208.in-addr.arpa.  54m11s IN NS  ns2.acsalaska.net.
so, yes, your A and PTR don´t match.

Your NS´s are not delegated with authority for your reverse zone.

Len

http://MenAndMice.com/DNS-training
http://BIND8NT.MEIway.com : ISC BIND 8.2.4 for NT4 & W2K
http://IMGate.MEIway.com  : Build free, hi-perf, anti-abuse mail gateways