Omvänd DNS-sökning ( engelsk omvänd DNS-sökning ) - åtkomst till en speciell domänzon för att bestämma värdnamnet genom dess IP- adress med hjälp av en PTR-post.
För att uppfylla begäran översätts värdadressen till omvänd notation, översättningsmetoden beror på IP-versionen:
Den hierarkiska namngivningsmodellen gör det möjligt att delegera kontroll över en zon till ägaren av ett IP-adressintervall. För att göra detta indikerar de auktoritativa DNS-serverposterna att en separat server är ansvarig för CCC.BBB.AAA.in-addr.arpa-zonen (det vill säga nätverket AAA.BBB.CCC.000/24).
Antalet PTR-poster som beskriver olika namn per adress begränsas inte av specifikationerna, utan kan begränsas av storleken på UDP-paketet, eftersom DNS-servern kapslar in sitt svar i UDP. I de flesta fall skapas bara en PTR-post för en IP-adress, men det händer också att många av dem skapas – till exempel när IP-adressen används för flera virtuella servrar med olika namn.
Frågan läser en "PTR"-post som innehåller det domännamn som söks efter. Om det inte finns någon post, eller om motsvarande underdomän inte delegeras, anses IP-adressen inte ha en omvänd DNS-post.
PTR-poster kräver ingen speciell bearbetning, de är enkla CNAME-liknande poster som definierar alias.
DNS-posten in-addr.arpa ser ut så här:
56.34.12.10.in-addr.arpa. IN PTR host1.example.net.Detta skulle innebära att IP-adressen 10.12.34.56 motsvarar värdnamnet host1.example.net .
ip6.arpa DNS-posten ser ut så här:
5.4.3.2.1.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.8.bd0.1.0.0.2.ip6.arpa. IN PTR host1.example.net.Detta skulle innebära att IPv6-adressen 2001:0db8::1:2345 motsvarar värdnamnet host1.example.net .
När du använder klasslös adressering finns det ett problem med delegeringen av enskilda subnät som inte matchar storleken på klassen (det vill säga med underdomänen för nästa nivå).
För att lösa detta problem skapades RFC 2317 , som beskriver delegeringen av in-addr.arpa-underdomäner i klasslös adressering.
IPv6 -adressintervall delegeras med hjälp av domänzonen ip6.arpa.