PTR records voor IPv6 adressen verdwenen?

Bij ipv4 doet PTR het wel? Maar die verwijst toch niet naar je eigen domeinnaam? Heb je daar dan wel wat aan? Hoe doe jij dat dan? Ik lees hier verschillende topics waarom men wil dat KPN de PTR naar hun eigen domeinnaam laat verwijzen. Hoe heb jij dat opgelost? 

Ja, voor IPv4 heeft KPN wel (generieke) PTR records, bijv: 62-131-***-***.fixed.kpn.net

Eg: je IP adres waar de dots dus met dashes zijn vervangen, aangevuld met .fixed.kpn.net

Voor het succesvol verzenden van mail is vaak enkel een (geldig) PTR record vereist, dit hoeft dus niet overeen te komen met je domainnaam (dit zou helemaal mooi zijn maar dat kan alleen als zakelijke klant kennelijk)

Ok. Bedankt voor de informatie. 

pak de 62.131.***.*** van hierboven als voorbeeld, 

swap de volgorde van de digits, eg:

62.131.***.***

***.***.131.62 + .in-addr.arpa

nslookup -type=ptr ***.***.131.62.in-addr.arpa
Server:  localhost
Address:  ::1

Non-authoritative answer:
***.***.131.62.in-addr.arpa      name = 62-131-***-***.fixed.kpn.net

Dit heeft een hele tijd ook zo gewerkt voor IPv6, maar nu dus niet langer :(

Dit is screenshot van IPv6 PTR voorbeeld (toen het nog werkte)

dig @8.8.8.8 -x  2a02:n::n:0:9633:d536:fcc2:fed

;; ANSWER SECTION:

PTR 2a02-n-n-0-9633-d536-fcc2-fed.fixed6.kpn.net.

dig @8.8.8.8 AAAA 2a02-n-n-0-9633-d536-fcc2-fed.fixed6.kpn.net

;; ANSWER SECTION:

3600 IN AAAA 2a02:n:n:0:9633:d536:fcc2:fed

Zier er goed uit, ook vanaf Google’s nameserver op 8.8.8.8

Het kan zijn dat de ontvanger geen automatisch gegenereerde PTR records meer accepteert. 

Bij mij werkt dat dus niet (langer), ik krijg NXDOMAIN geretourneerd voor IPv6... zie:

; <<>> DiG 9.16.50 <<>> @8.8.8.8 -x 2a02:a45f:****:1:68eb:4349:4a2f:69e4
; (1 server found)
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NXDOMAIN, id: 49458
;; flags: qr rd ra; QUERY: 1, ANSWER: 0, AUTHORITY: 1, ADDITIONAL: 1

;; OPT PSEUDOSECTION:
; EDNS: version: 0, flags:; udp: 512
;; QUESTION SECTION:
;4.e.9.6.f.2.a.4.9.4.3.4.b.e.8.6.1.0.0.0.*.*.*.*.f.5.4.a.2.0.a.2.ip6.arpa. IN PTR

;; AUTHORITY SECTION:
5.4.a.2.0.a.2.ip6.arpa. 1800    IN      SOA     ns7.kpn.net. zonemaster.kpn.com. 2025020601 900 600 604800 3600

;; Query time: 15 msec
;; SERVER: 8.8.8.8#53(8.8.8.8)
;; WHEN: Wed Jun 18 10:18:18 W. Europe Daylight Time 2025
;; MSG SIZE  rcvd: 166

Voor IPv4 werkt het wel, eg:

; <<>> DiG 9.16.50 <<>> @8.8.8.8 -x 62.131.***.***
; (1 server found)
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 8309
;; flags: qr rd ra; QUERY: 1, ANSWER: 1, AUTHORITY: 0, ADDITIONAL: 1

;; OPT PSEUDOSECTION:
; EDNS: version: 0, flags:; udp: 512
;; QUESTION SECTION:
;***.***.131.62.in-addr.arpa.    IN      PTR

;; ANSWER SECTION:
***.***.131.62.in-addr.arpa. 21600 IN    PTR     62-131-***-***.fixed.kpn.net.

;; Query time: 15 msec
;; SERVER: 8.8.8.8#53(8.8.8.8)
;; WHEN: Wed Jun 18 10:37:13 W. Europe Daylight Time 2025
;; MSG SIZE  rcvd: 96

Dit is bijzonder. 2a02:a45f  (daarmee begon mijn oude DSL prefix) werkt niet. 

Ik heb 2a02:a450/glas hier, a450-a45e werken, a45f niet meer. 

Er lijkt bij KPN iets misgegaan met de software die de PTR records genereert. 

​@Erik van KPN,

Je hebt hier eerder aan meegeholpen, kun jij hier nu ook weer in assisteren?

​@Raymondt inderdaad, PTR record resolved weer, thx!