Rekord NAPTR
Wskaźnik urzędu nazwy ( NAPTR ) to typ rekordu zasobu w systemie nazw domen w Internecie.
Rekordy NAPTR są najczęściej wykorzystywane do zastosowań w telefonii internetowej , na przykład do mapowania serwerów i adresów użytkowników w protokole inicjowania sesji (SIP). Połączenie rekordów NAPTR z rekordami usług (SRV) umożliwia łączenie wielu rekordów w celu utworzenia złożonych reguł przepisywania, które tworzą nowe etykiety domen lub jednolite identyfikatory zasobów (URI).
Kod typu DNS dla rekordu NAPTR to 35.
Racjonalne uzasadnienie
Jednolite nazwy zasobów ( URN ) to podzbiór jednolitych identyfikatorów zasobów ( URI ) używanych do identyfikatorów abstrakcyjnych, takich jak imię i nazwisko osoby lub jej numer telefonu. Aby URN miały znaczenie, muszą być przypisane do jakiegoś konkretnego zasobu. Uniform Resource Locators ( adresy URL ) są często używane do opisywania takich zasobów, takich jak nazwa hosta komputera lub plik lokalny.
Rekord NAPTR pomaga w standaryzacji URN. NAPTR rejestruje mapę między zestawami URN, adresów URL i zwykłych nazw domen oraz sugeruje klientom protokoły dostępne do komunikacji z mapowanym zasobem. Każdy rekord NAPTR zawiera nazwę usługi, zestaw flag, wyrażenia regularnego , wartość zamówienia, preferencję i wzorzec zastępczy. Wiele rekordów można połączyć kaskadowo, aby przepisać identyfikatory URI w deterministyczny . Te reguły kaskadowe zostały znormalizowane w dokumentach RFC2915 i RFC3403.
Przykład
Typowym zastosowaniem rekordów NAPTR jest protokół inicjowania sesji , w którym są one wykorzystywane do kierowania sesji telefonicznych przez sieci IP. Na przykład SIP URN dla numeru telefonu w USA 1-800-555-1234 może mieć postać tel:+1-800-555-1234 , a jego nazwa domeny to 4.3.2.1.5.5.5.0.0.8.1.e164.arpa. Klient SIP wysyłający zapytanie o tę nazwę może otrzymać:
$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-mail" "!^.*$!mailto:[email protected]!" .
Pierwszy rekord ma wartość rzędu 100, która jest mniejsza niż 102 i dlatego ma pierwszeństwo. Jego preferencja 10 jest nieistotna, ponieważ nie ma innych reguł z kolejnością 100. Nazwa usługi E2U+sip jest ciągiem ENUM wskazującym, że rekord może być używany w zapytaniach numer telefonu do SIP-URI. Klient stosuje wyrażenie regularne !^.*$! sip:[email protected] ! , co zastępuje cały URN tel:+1-800-555-1234 sip :[email protected] . Flaga U wskazuje, że ciąg zastępczy to SIP URN i że nie należy stosować żadnych dalszych reguł.
Aby rozwiązać SIP URN, klient przeprowadza drugie wyszukiwanie NAPTR — na example.com , uzyskując:
$ORIGIN przykład.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.
Tak jak w pierwszym przykładzie, klient wybiera pierwszy rekord, ponieważ ma on najniższą wartość zamówienia. Reguła wyrażenia regularnego zastępuje URN zapytania, tym razem nazwą domeny _sip._udp.example.com . Flaga S wskazuje, że wynikowa nazwa domeny wskazuje na rekord SRV . W ten sposób klient kończy z _sip._udp.example.com , dla którego może następnie pobrać rekord SRV w celu zainicjowania połączenia telefonicznego.
Wsparcie
| Sprzedawca | Produkt | Wsparcie NAPTR? |
|---|---|---|
| ISC | WIĄZAĆ | Tak |
| CZ.NIC | Węzeł DNS | Tak |
| Systemy Cisco | CNR | Tak |
| Daniela J. Bernsteina | djbdns | ogólny rekord lub łatka |
| sieci BlueCat | Uczciwość | Tak |
| WydajnyIP | SOLIDny serwer | Tak |
| Google Cloud DNS | Tak | |
| Infoblok | Infoblox Trinzic | Tak |
| Microsoftu | Serwer DNS Windows Server 2003 | NIE |
| Microsoftu | Serwer DNS Windows Server 2008 R2 | Tak |
| Microsoftu | Azure DNS | NIE |
| NS1 | mDNS i DDI | Tak |
| PowerDNS / Open-Xchange | PowerDNS | Tak |
| Laboratoria NLnet | NSD | Tak |
| Usługi sieciowe Amazona | Trasa Amazonki 53 | Tak |
| Sam Trenholme | MaraDNS | wersja 1.4 wł |
| Unixservice spółka z ograniczoną odpowiedzialnością | unxsBind | Tak |
| Simona Kelleya | Dnsmasq | Tak |
| Sieci F5 | F5 Networks BIG-IP DNS | Tak |
| OVH | DNS | Tak |
| DNS.com | 51DNS DNS | NIE |
| Systemy Citrixa | NetScaler GSLB | Tak |
| Snom | Snom Telefony VoIP | Tak |
| Yealink | Telefony Yealink | Tak |
| Wybieranie VoIP | Tak | |
| Rozbłysk chmur | Autorytatywny DNS Cloudflare | Tak |
| Bezprzewodowy sojusz szerokopasmowy | Otwarty roaming | Tak |
Implementacje NAPTR generalnie implementują również EDNS , ponieważ odpowiedzi zwracające wiele rekordów NAPTR są zwykle większe niż normalny limit rozmiaru pakietu 512 bajtów iw przeciwnym razie wymagałyby mniej wydajnego powrotu do protokołu TCP zamiast UDP.