Ticket ID: SIXXS #7315102 Ticket Status: Resolved PoP:
Reverse DNS not working
Shadow Hawkins on Wednesday, 27 June 2012 08:44:56
Hi
I've added NS delegations for 2607:f878:ff00:8020::/64 (R191606) and they do not appear to work externally.
$ dig +trace -x 2607:f878:ff00:8020::1
; <<>> DiG 9.7.3-P3 <<>> +trace -x 2607:f878:ff00:8020::1
;; global options: +cmd
.101750INNSf.root-servers.net.
.101750INNSh.root-servers.net.
.101750INNSd.root-servers.net.
.101750INNSm.root-servers.net.
.101750INNSb.root-servers.net.
.101750INNSj.root-servers.net.
.101750INNSe.root-servers.net.
.101750INNSi.root-servers.net.
.101750INNSc.root-servers.net.
.101750INNSk.root-servers.net.
.101750INNSg.root-servers.net.
.101750INNSl.root-servers.net.
.101750INNSa.root-servers.net.
;; Received 260 bytes from 200.88.127.23#53(200.88.127.23) in 117 ms
ip6.arpa.172800INNSe.ip6-servers.arpa.
ip6.arpa.172800INNSc.ip6-servers.arpa.
ip6.arpa.172800INNSa.ip6-servers.arpa.
ip6.arpa.172800INNSd.ip6-servers.arpa.
ip6.arpa.172800INNSf.ip6-servers.arpa.
ip6.arpa.172800INNSb.ip6-servers.arpa.
;; Received 462 bytes from 128.8.10.90#53(d.root-servers.net) in 71 ms
0.6.2.ip6.arpa.86400INNSw.arin.net.
0.6.2.ip6.arpa.86400INNSsec1.authdns.ripe.net.
0.6.2.ip6.arpa.86400INNSv.arin.net.
0.6.2.ip6.arpa.86400INNSx.arin.net.
0.6.2.ip6.arpa.86400INNSz.arin.net.
0.6.2.ip6.arpa.86400INNSu.arin.net.
0.6.2.ip6.arpa.86400INNSns2.lacnic.net.
0.6.2.ip6.arpa.86400INNSsec1.apnic.net.
;; Received 260 bytes from 200.7.86.53#53(d.ip6-servers.arpa) in 158 ms
8.7.8.f.7.0.6.2.ip6.arpa. 10800INNSDNS.BURST.NET.
8.7.8.f.7.0.6.2.ip6.arpa. 10800INNSDNS1.BURST.NET.
;; Received 136 bytes from 204.61.216.50#53(u.arin.net) in 73 ms
0.0.f.f.8.7.8.f.7.0.6.2.ip6.arpa. 259200 IN SOAf.f.8.7.8.f.7.0.6.2.ip6.arpa. nic.hostnoc.net. 201110030 86400 1800 172800 259200
;; Received 141 bytes from 66.96.194.2#53(DNS1.BURST.NET) in 73 ms
Reverse DNS not working
Carmen Sandiego on Monday, 21 April 2014 09:58:51
Hello,
I can observe the same problem. I can resolve PTR using my own dns without problems but not externally. I used google-dns to check. I also checked that BIND ACLs don't prevent external queries to be blocked. I removed the delegation yesterday and added it a couple of minutes later. Today I re-checked. Still no luck. So I don't think it's about negative caching or similar timing stuff.
Am I doing something wrong? Thank you for your help.
$ dig +trace -x 2001:4dd0:fb6e::20c:29ff:fee5:7e85 @2001:4860:4860::8888
; <<>> DiG 9.8.5-P1 <<>> +trace -x 2001:4dd0:fb6e::20c:29ff:fee5:7e85 @2001:4860:4860::8888
;; global options: +cmd
.4788INNSa.root-servers.net.
.4788INNSm.root-servers.net.
.4788INNSl.root-servers.net.
.4788INNSi.root-servers.net.
.4788INNSf.root-servers.net.
.4788INNSd.root-servers.net.
.4788INNSh.root-servers.net.
.4788INNSg.root-servers.net.
.4788INNSj.root-servers.net.
.4788INNSe.root-servers.net.
.4788INNSb.root-servers.net.
.4788INNSk.root-servers.net.
.4788INNSc.root-servers.net.
;; Received 228 bytes from 2001:4860:4860::8888#53(2001:4860:4860::8888) in 2306 ms
ip6.arpa.172800INNSa.ip6-servers.arpa.
ip6.arpa.172800INNSb.ip6-servers.arpa.
ip6.arpa.172800INNSc.ip6-servers.arpa.
ip6.arpa.172800INNSd.ip6-servers.arpa.
ip6.arpa.172800INNSe.ip6-servers.arpa.
ip6.arpa.172800INNSf.ip6-servers.arpa.
;; Received 462 bytes from 2001:7fd::1#53(k.root-servers.net) in 1027 ms
d.4.1.0.0.2.ip6.arpa.86400INNSsec1.apnic.net.
d.4.1.0.0.2.ip6.arpa.86400INNSsec3.apnic.net.
d.4.1.0.0.2.ip6.arpa.86400INNSpri.authdns.ripe.net.
d.4.1.0.0.2.ip6.arpa.86400INNSsns-pb.isc.org.
d.4.1.0.0.2.ip6.arpa.86400INNSns3.nic.fr.
d.4.1.0.0.2.ip6.arpa.86400INNStinnie.arin.net.
;; Received 246 bytes from 199.212.0.73#53(a.ip6-servers.arpa) in 7927 ms
0.d.d.4.1.0.0.2.ip6.arpa. 172800 INNSns1.netcologne.de.
0.d.d.4.1.0.0.2.ip6.arpa. 172800 INNSns3.netcologne.de.
;; Received 139 bytes from 199.212.0.53#53(tinnie.arin.net) in 194 ms
b.f.0.d.d.4.1.0.0.2.ip6.arpa. 300 INNSns3.sixxs.net.
b.f.0.d.d.4.1.0.0.2.ip6.arpa. 300 INNSns1.sixxs.net.
b.f.0.d.d.4.1.0.0.2.ip6.arpa. 300 INNSns2.sixxs.net.
;; Received 153 bytes from 2001:4dd0:100:1020:53:1::1#53(ns1.netcologne.de) in 172 ms
b.f.0.d.d.4.1.0.0.2.ip6.arpa. 14400 INSOAlocalhost. hostmaster.sixxs.net. 2014042002 10800 3600 2419200 14400
;; Received 183 bytes from 193.1.31.74#53(ns2.sixxs.net) in 53 ms
$ dig -x 2001:4dd0:fb6e::20c:29ff:fee5:7e85 @2001:4860:4860::8888
; <<>> DiG 9.8.5-P1 <<>> -x 2001:4dd0:fb6e::20c:29ff:fee5:7e85 @2001:4860:4860::8888
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NXDOMAIN, id: 37982
;; flags: qr rd ra; QUERY: 1, ANSWER: 0, AUTHORITY: 1, ADDITIONAL: 0
;; QUESTION SECTION:
;5.8.e.7.5.e.e.f.f.f.9.2.c.0.2.0.0.0.0.0.e.6.b.f.0.d.d.4.1.0.0.2.ip6.arpa. IN PTR
;; AUTHORITY SECTION:
b.f.0.d.d.4.1.0.0.2.ip6.arpa. 1799 INSOAlocalhost. hostmaster.sixxs.net. 2014042002 10800 3600 2419200 14400
;; Query time: 84 msec
;; SERVER: 2001:4860:4860::8888#53(2001:4860:4860::8888)
;; WHEN: Mon Apr 21 11:53:03 CEST 2014
;; MSG SIZE rcvd: 155
State change: confirmed
Jeroen Massar on Wednesday, 27 June 2012 17:39:42
The state of this ticket has been changed to confirmed
Reverse DNS not working
Shadow Hawkins on Friday, 29 June 2012 19:53:59
Is this a global problem. I'm seeing an IN SOA response when doing a reverse lookup for 2001:4978:2fa::/48 from all three sixxs.net name servers. I'm just setting it up, so don't know what's supposed to happen, but it seems like this should be another delegation.
Reverse DNS not working
Jeroen Massar on Friday, 27 July 2012 20:03:38
(only see this now while reviewing ticket states)
You likely had to wait a bit for the DNS servers to be updated, this as they only are updated every 5 minutes.
State change: resolved
Jeroen Massar on Friday, 27 July 2012 23:11:23
The state of this ticket has been changed to resolved
Reverse DNS not working
Shadow Hawkins on Sunday, 29 July 2012 00:11:46
Seems like this still isn't working for R191606 unless I'm doing something wrong
State change: reopened
Jeroen Massar on Monday, 17 September 2012 09:43:37
The state of this ticket has been changed to reopened
State change: resolved
Jeroen Massar on Friday, 21 September 2012 14:23:31
The state of this ticket has been changed to resolved
Posting is only allowed when you are logged in. |