Záznam NAPTR - NAPTR record
A Ukazatel názvu orgánu (NAPTR) je typ záznam o zdroji v Domain Name System internetu.[1][2]
Záznamy NAPTR se nejčastěji používají pro aplikace v Telefonování přes internet například při mapování serverů a uživatelských adres v Protokol zahájení relace (SIP). Kombinace záznamů NAPTR se záznamy služeb (SRV) umožňuje zřetězení více záznamů za účelem vytvoření komplexních pravidel přepisu, které vytvářejí nové štítky domén nebo jednotné identifikátory zdrojů (URI).
Kód typu DNS pro záznam NAPTR je 35.[1]
Odůvodnění
Jednotné názvy zdrojů (URN ) jsou podmnožinou jednotných identifikátorů zdrojů (URI ) používané pro abstraktní identifikátory, jako je jméno osoby nebo její telefonní číslo. Aby měly URN smysl, musí být mapovány na konkrétní prostředek nějakého druhu. Jednotné vyhledávače zdrojů (URL ) se často používají k popisu takových zdrojů, například počítače název hostitele nebo místní soubor.
Záznam NAPTR pomáhá při standardizaci URN. NAPTR zaznamenává mapu mezi sadami URN, URL a prostými názvy domén a navrhnout klientům protokoly dostupné pro komunikaci s mapovaným zdrojem.[3] Každý záznam NAPTR obsahuje název služby, sadu příznaků, a regulární výraz pravidlo, hodnota objednávky, preference a náhradní vzor. Více záznamů lze zřetězit dohromady v kaskádě a přepsat tak URI deterministický způsoby. Tato kaskádová pravidla byla standardizována v RFC2915 a RFC3403.
Příklad
Běžné použití pro záznamy NAPTR je v Protokol zahájení relace, kde se používá k směrování telefonních relací přes sítě IP. Například může být SIP URN pro americké telefonní číslo 1-800-555-1234 tel: + 1-800-555-1234 a jeho název domény 4.3.2.1.5.5.5.0.0.8.1.e164.arpa. Klient SIP dotazující se na toto jméno může obdržet:
$ 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 + email" "! ^. * $! Mailto: [email protected]!" .
První záznam má hodnotu objednávky 100, která je nižší než 102, a proto má přednost. Jeho preference 10 je nedůležitá, protože u objednávky 100 neexistují žádná další pravidla. Název služby E2U + sip je ENUM řetězec označující, že záznam lze použít v dotazech na telefonní číslo na SIP-URI.[4] Klient použije regulární výraz !^.*$!sip: [email protected]!, který nahradí celý svůj URN tel: + 1-800-555-1234 s sip: [email protected]. Vlajka U označuje, že náhradní řetězec je SIP URN a že by se neměla používat žádná další pravidla.
K vyřešení SIP URN klient provede druhé vyhledávání NAPTR — on example.com, poddajný:
$ ORIGIN example.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.
Stejně jako v prvním příkladu si klient vybere první záznam, protože má nejnižší hodnotu objednávky. Pravidlo regulárního výrazu nahradí URN dotazu, tentokrát názvem domény _sip._udp.example.com. Vlajka S označuje, že výsledný název domény ukazuje na a SRV záznam. Klient tak končí _sip._udp.example.com, pro které pak může načíst záznam SRV a zahájit telefonní hovor.
Podpěra, podpora
Prodejce | Produkt | Podpora NAPTR? |
---|---|---|
ISC | SVÁZAT | Ano |
CZ.NIC | Uzel DNS | Ano |
Systémy Cisco | CNR | Ano |
Daniel J. Bernstein | djbdns | Ne (vyžaduje opravu) |
Sítě BlueCat | Integrita | Ano |
EfficientIP | SOLIDserver | Ano |
Google Cloud DNS | Ano[5] | |
Infoblox | Infoblox Trinzic Appliance | Ano |
Microsoft | Windows Server 2003 DNS server | Ne |
Microsoft | Windows Server 2008 R2 DNS server | Ano |
Microsoft | Azure DNS | Ne |
NS1 | mDNS a DDI | Ano |
PowerDNS /Open-Xchange | PowerDNS | Ano |
NLnet Labs | NSD | Ano |
Webové služby Amazon | Amazon Route 53 | Ano |
Sam Trenholme | MaraDNS | verze 1.4 na[6] |
Unixservice, LLC. | unxsBind | Ano |
Simon Kelley | Dnsmasq | Ano |
Sítě F5 | Sítě F5 BIG-IP DNS | Ano |
OVH | DNS | Ano |
DNS.com | 51DNS DNS | Ne |
Systémy Citrix | NetScaler GSLB | Ano |
Snom | Snom VoIP telefony | Ano |
Yealink | Telefony Yealink | Ano |
VoIP vytáčení | Ano | |
Cloudflare | Cloudflare Autoritativní DNS | Ano |
Bezdrátová širokopásmová aliance | OpenRoaming | Ano |
Implementace NAPTR se obecně také implementují EDNS protože odpovědi vracející více záznamů NAPTR jsou obvykle větší než normální limit velikosti paketu 512 bajtů a jinak by vyžadovaly méně efektivní záložní řešení pro TCP než UDP.
Reference
- ^ A b Mealling, M; Daniel, R (2000), RFC2915: Záznam prostředku DNS Naming Authority Pointer (NAPTR), IETF Síťová pracovní skupina
- ^ Mealling, M (2002), RFC3403: Dynamic Delegation Discovery System (DDDS), část třetí: databáze systému DNS (Domain Name System), IETF Síťová pracovní skupina
- ^ Sollins, K (1998), RFC2276: Architektonické principy jednotného rozlišení názvu zdroje, IETF Síťová pracovní skupina
- ^ van der Berg, Rudolf (13.01.2010), ENUM: Přetahování telefonních čísel do internetového věku, Ars Technica
- ^ „Dokumentace CloudDNS“. Citováno 2018-04-25.
- ^ „Aktualizace MaraDNS“. Citováno 2009-01-17.