Un puntero de autoridad de nombres ( NAPTR ) es un tipo de registro de recursos en el sistema de nombres de dominio de Internet. [1] [2]
Los registros NAPTR se utilizan más comúnmente para aplicaciones en telefonía por Internet , por ejemplo, en el mapeo de servidores y direcciones de usuario en el Protocolo de inicio de sesión (SIP). La combinación de registros NAPTR con registros de servicio (SRV) permite el encadenamiento de múltiples registros para formar reglas de reescritura complejas que producen nuevas etiquetas de dominio o identificadores uniformes de recursos (URI).
El código de tipo de DNS para el registro NAPTR es 35. [1]
Razón fundamental
Los nombres uniformes de recursos ( URN ) son un subconjunto de identificadores uniformes de recursos ( URI ) que se utilizan para identificadores abstractos, como el nombre de una persona o su número de teléfono. Para que las URN sean significativas, deben asignarse a un recurso concreto de algún tipo. Los localizadores uniformes de recursos ( URL ) se utilizan a menudo para describir dichos recursos, como el nombre de host de una computadora o un archivo local.
El registro NAPTR ayuda en la estandarización de URN. Los registros NAPTR se asignan entre conjuntos de URN, URL y nombres de dominio sin formato y sugieren a los clientes los protocolos disponibles para la comunicación con el recurso mapeado. [3] Cada registro NAPTR contiene un nombre de servicio, un conjunto de banderas, una regla de expresión regular , un valor de orden, una preferencia y un patrón de reemplazo. Se pueden encadenar varios registros en cascada para reescribir los URI de forma determinista . Estas reglas en cascada se han estandarizado en RFC2915 y RFC3403.
Ejemplo
Un uso común de los registros NAPTR es el Protocolo de inicio de sesión , donde se utiliza para enrutar sesiones de telefonía a través de redes IP. Por ejemplo, el SIP URN para el número de teléfono de EE. UU. 1-800-555-1234 podría ser tel: + 1-800-555-1234 y su nombre de dominio 4.3.2.1.5.5.5.0.0.8.1.e164.arpa. Un cliente SIP que consulta ese nombre puede recibir:
$ ORIGEN 4.3.2.1.5.5.5.0.0.8.1.e164.arpa.EN NAPTR 100 10 "U" "E2U + sip" "! ^. * $! Sip: [email protected]!" .EN NAPTR 102 10 "U" "E2U + correo electrónico" "! ^. * $! Mailto: [email protected]!" .
El primer registro tiene un valor de orden de 100, que es inferior a 102 y, por lo tanto, tiene prioridad. Su preferencia de 10 no es importante ya que no hay otras reglas con el pedido 100. El nombre de servicio E2U + sip es una cadena ENUM que indica que el registro se puede utilizar en consultas de número de teléfono a SIP-URI. [4] El cliente aplica la expresión regular ! ^. * $! sorbo: [email protected] ! , que reemplaza toda su URN tel: + 1-800-555-1234 por sip: [email protected] . La bandera U indica que la cadena de reemplazo es un URN SIP y que no se deben aplicar más reglas.
Para resolver SIP URN, el cliente realiza una segunda búsqueda NAPTR, en example.com , que arroja:
$ ORIGIN example.com.EN NAPTR 100 10 "S" "SIP + D2U" "! ^. * $! Sip: [email protected]!" _sip._udp.example.com.EN NAPTR 102 10 "S" "SIP + D2T" "! ^. * $! Sip: [email protected]!" _sip._tcp.example.com.
Como en el primer ejemplo, el cliente elige el primer registro porque tiene el valor de pedido más bajo. La regla de expresión regular reemplaza la consulta URN, esta vez con el nombre de dominio _sip._udp.example.com . La bandera S indica que el nombre de dominio resultante apunta a un registro SRV . Por tanto, el cliente finaliza con _sip._udp.example.com , para lo cual puede obtener un registro SRV para iniciar una llamada telefónica.
Apoyo
Vendedor | Producto | ¿Soporte NAPTR? |
---|---|---|
ISC | UNIR | sí |
CZ.NIC | Nudo DNS | sí |
Cisco Systems | CNR | sí |
Daniel J. Bernstein | djbdns | registro genérico o parche |
Redes BlueCat | Integridad | sí |
IP eficiente | SOLIDserver | sí |
DNS de Google Cloud | Sí [5] | |
Infoblox | Dispositivo Infoblox Trinzic | sí |
Microsoft | Servidor DNS de Windows Server 2003 | No |
Microsoft | Servidor DNS de Windows Server 2008 R2 | sí |
Microsoft | DNS de Azure | No |
NS1 | mDNS y DDI | sí |
PowerDNS / Open-Xchange | PowerDNS | sí |
Laboratorios NLnet | NSD | sí |
Servicios web de Amazon | Ruta Amazónica 53 | sí |
Sam Trenholme | MaraDNS | versión 1.4 en [6] |
Unixservice, LLC. | unxsBind | sí |
Simon Kelley | Dnsmasq | sí |
Redes F5 | F5 Networks BIG-IP DNS | sí |
OVH | DNS | sí |
DNS.com | 51DNS DNS | No |
Sistemas Citrix | NetScaler GSLB | sí |
Snom | Teléfonos VoIP Snom | sí |
Yealink | Teléfonos Yealink | sí |
Marcación por VoIP | sí | |
Cloudflare | DNS autorizado de Cloudflare | sí |
Alianza de banda ancha inalámbrica | OpenRoaming | sí |
Las implementaciones NAPTR generalmente también implementan EDNS, ya que las respuestas que devuelven múltiples registros NAPTR suelen ser más grandes que el límite normal de tamaño de paquete de 512 bytes y, de lo contrario, requerirían una alternativa menos eficiente a TCP que a UDP.
Referencias
- ^ a b Mealling, M; Daniel, R (2000), RFC2915: Registro de recursos DNS del puntero de la autoridad de nombres (NAPTR) , Grupo de trabajo de la red IETF
- ^ Mealling, M (2002), RFC3403: Sistema de descubrimiento de delegación dinámica (DDDS), Parte tres: Base de datos del Sistema de nombres de dominio (DNS) , Grupo de trabajo de red IETF
- ^ Sollins, K (1998), RFC2276: Principios arquitectónicos de resolución uniforme de nombres de recursos , IETF Network Working Group
- ^ van der Berg, Rudolf (2010-01-13), ENUM: Arrastrando números de teléfono a la era de Internet , Ars Technica
- ^ "Documentación de CloudDNS" . Consultado el 25 de abril de 2018 .
- ^ "Actualización de MaraDNS" . Consultado el 17 de enero de 2009 .