NAPTR-rekord

En Name Authority Pointer ( NAPTR ) är en typ av resurspost i Internets domännamnssystem .

NAPTR-poster används oftast för applikationer inom internettelefoni , till exempel vid kartläggning av servrar och användaradresser i Session Initiation Protocol (SIP). Kombinationen av NAPTR-poster med Service Records (SRV) tillåter kedja av flera poster för att bilda komplexa omskrivningsregler som producerar nya domänetiketter eller enhetliga resursidentifierare (URI).

DNS-typkoden för NAPTR-posten är 35.

Logisk grund

Uniform Resource Names ( URN ) är en undergrupp av Uniform Resource Identifiers ( URI ) som används för abstrakta identifierare, såsom en persons namn eller deras telefonnummer. För att URN:er ska vara meningsfulla måste de mappas till en konkret resurs av något slag. Uniform Resource Locators ( URL ) används ofta för att beskriva sådana resurser, till exempel ett datorvärdnamn eller en lokal fil.

NAPTR-posten hjälper till med standardiseringen av URN:er. NAPTR-poster mappar mellan uppsättningar av URN:er, URL:er och vanliga domännamn och föreslår för klienter vilka protokoll som är tillgängliga för kommunikation med den mappade resursen. Varje NAPTR-post innehåller ett tjänstnamn, en uppsättning flaggor, en reguljära uttryck , ett ordervärde, en preferens och ett ersättningsmönster. Flera poster kan kedjas samman i en kaskad för att skriva om URI:er på deterministiska sätt. Dessa kaskadregler har standardiserats i RFC2915 och RFC3403.

Exempel

En vanlig användning för NAPTR-poster är i Session Initiation Protocol , där det används för att dirigera telefonsessioner över IP-nätverken. Till exempel kan SIP-URN för det amerikanska telefonnumret 1-800-555-1234 vara tel:+1-800-555-1234 och dess domännamn 4.3.2.1.5.5.5.0.0.8.1.e164.arpa. En SIP-klient som frågar efter det namnet kan få:

$ORIGIN 4.3.2.1.5.5.5.0.0.8.1.e164.arpa. IN NAPTR 100 10 "U" "E2U+sip" "!^.*$!sip:[email protected]!" . IN NAPTR 102 10 "U" "E2U+e-post" "!^.*$!mailto:[email protected]!" .

Den första posten har ett ordervärde på 100, vilket är lägre än 102 och har därför företräde. Dess preferens på 10 är oviktigt eftersom det inte finns några andra regler med order 100. Tjänstens namn E2U+sip är en ENUM- sträng som indikerar att posten kan användas i telefonnummer-till-SIP-URI-frågor. Klienten tillämpar det reguljära uttrycket !^.*$! sip:[email protected] ! , som ersätter hela dess URN tel:+1-800-555-1234 med sip:[email protected] . Flaggan U indikerar att ersättningssträngen är en SIP-URN och att inga ytterligare regler bör tillämpas.

För att lösa SIP-URN, utför klienten en andra NAPTR-uppslagning—på example.com , vilket ger:

$ORIGIN exempel.com. IN NAPTR 100 10 "S" "SIP+D2U" "!^.*$!sip:[email protected]!" _sip._udp.example.com. IN NAPTR 102 10 "S" "SIP+D2T" "!^.*$!sip:[email protected]!" _sip._tcp.example.com.

Som i det första exemplet väljer klienten den första posten eftersom den har det lägsta ordervärdet. Regeln för reguljära uttryck ersätter frågan URN, denna gång med domännamnet _sip._udp.example.com . Flaggan S indikerar att det resulterande domännamnet pekar på en SRV-post . Klienten avslutar alltså med _sip._udp.example.com , för vilken den sedan kan hämta en SRV-post för att initiera ett telefonsamtal.

Stöd

Säljare Produkt NAPTR-stöd?
ISC BINDA Ja
CZ.NIC Knut DNS Ja
Cisco Systems CNR Ja
Daniel J. Bernstein djbdns generisk post eller patch
BlueCat Networks Integritet Ja
Effektiv IP SOLIDserver Ja
Google Google Cloud DNS Ja
Infoblox Infoblox Trinzic Appliance Ja
Microsoft Windows Server 2003 DNS-server Nej
Microsoft Windows Server 2008 R2 DNS-server Ja
Microsoft Azure DNS Nej
NS1 mDNS och DDI Ja
PowerDNS / Open-Xchange PowerDNS Ja
NLnet Labs NSD Ja
Amazon webbtjänster Amazon Route 53 Ja
Sam Trenholme MaraDNS version 1.4 på
Unixservice, LLC. unxsBind Ja
Simon Kelley Dnsmasq Ja
F5 nätverk F5-nätverk BIG-IP DNS Ja
OVH DNS Ja
DNS.com 51DNS DNS Nej
Citrix Systems NetScaler GSLB Ja
Snom Snom VoIP-telefoner Ja
Yealink Yealink-telefoner Ja
Voip-uppringning Ja
Cloudflare Cloudflare auktoritativ DNS Ja
Wireless Broadband Alliance OpenRoaming Ja

NAPTR-implementeringar implementerar i allmänhet också EDNS eftersom svar som returnerar flera NAPTR-poster vanligtvis är större än den normala paketstorleksgränsen på 512 byte och annars skulle kräva en mindre effektiv reserv till TCP snarare än UDP.