Registro NAPTR
A Nombre autoridad puntero (NAPTR) es un tipo de registro de recursos En Sistema de nombres de dominio de la Internet.[1][2]
Registros de NAPTR son más comúnmente utilizados para aplicaciones en Telefonía por Internet, por ejemplo, en la asignación de servidores y direcciones de usuario en el Protocolo de inicio de sesión (SIP). La combinación de los registros NAPTR con los registros de servicio (SRV) permite el encadenamiento de varios registros para formar las reglas de reescritura compleja que producen nuevas etiquetas de dominio o identificadores de recursos uniformes (URI).
El código de tipo DNS para el registro NAPTR es de 35.[1]
Contenido
- 1 Análisis razonado
- 2 Ejemplo
- 3 Apoyo
- 4 Referencias
Análisis razonado
Uniform Resource Names ()Urnas) son un subconjunto de identificadores uniformes de recursos (URIs) utilizado para identificadores abstractos, tales como nombre de una persona o su número de teléfono. De las urnas sea significativo, debe asignar a un recurso concreto de algún tipo. Uniform Resource Locators ()Direcciones URL) se utilizan a menudo para describir esos recursos, por ejemplo un ordenador nombre de host, o un archivo local.
Las ayudas récord de NAPTR en la estandarización de las urnas. Mapa de registros NAPTR entre conjuntos de urnas, URLs y llano nombres de dominio y sugerir a los clientes los protocolos disponibles para la comunicación con los recursos asignados.[3] Cada registro NAPTR contiene un nombre de servicio, un conjunto de indicadores, un expresión regular regla, un valor de la orden, una preferencia y un modelo de reemplazo. Varios registros pueden ser encadenados juntos en una cascada de reescribir a URIs en determinista maneras. Estas reglas en cascada se han estandarizado en RFC2915 y RFC3403.
Ejemplo
Un uso común para los registros NAPTR está en Protocolo de inicio de sesión, donde se utiliza para ruta telefonía sesiones sobre las redes IP. Por ejemplo, podría ser la urna SIP para los Estados Unidos teléfono número 1-800-555-1234 Tel: + 1-800-555-1234 y su 4.3.2.1.5.5.5.0.0.8.1.e164.arpa de nombre de dominio. Un cliente SIP consultar ese nombre podría recibir:
$ORIGIN 4.3.2.1.5.5.5.0.0.8.1.e164.arpa. EN NAPTR 100 10 "U" "E2U + sip" "! ^. * $! sip:customer-service@example.com!". EN 102 10 "U" "E2U + correo electrónico" NAPTR "! ^. * $! mailto:information@example.com!".
El primer disco tiene un valor del orden de 100, que es inferior a 102 y por lo tanto tiene precedencia. Su preferencia de 10 es poco importante como no hay otras reglas con orden de 100. El nombre del servicio E2U + sip es un ENUM cadena que indica que el registro se puede utilizar en consultas por teléfono número-a-SIP-URI.[4] El cliente aplica la expresión regular !^.*$!SIP:Customer-Service@example.com!, que reemplaza a su urna entero Tel: + 1-800-555-1234 con SIP:Customer-Service@example.com. La bandera U indica que la cadena de reemplazo es una urna SIP, y que no hay más reglas deben aplicarse.
Para resolver la urna SIP, el cliente realiza una segunda búsqueda NAPTR — en Example.com, rendimiento:
$ORIGIN ejemplo.com. EN NAPTR 100 10 "S" "SIP + D2U" "! ^. * $! sip:customer-service@example.com!" _sip._udp.example.com. EN NAPTR 102 10 "S" "SIP + D2T" "! ^. * $! sip:customer-service@example.com!" _sip._tcp.example.com.
Al igual que en el primer ejemplo, el cliente elige el primer disco porque tiene el valor más bajo de la orden. La regla de expresión regular reemplaza la consulta urna, 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. Así, el cliente termina con _sip._udp.example.com, para que luego puede obtener un registro SRV para iniciar una llamada de telefonía.
Apoyo
| Proveedor | Producto | ¿Soporte para NAPTR? |
|---|---|---|
| ISC | BIND | Sí |
| Cisco Systems | CNR | Sí |
| Daniel J. Bernstein | djbdns | No (requiere parche) |
| Microsoft | Windows Server 2003 Servidor DNS | No |
| Microsoft | Windows Server 2008 R2 Servidor DNS | Sí |
| Bert Hubert | PowerDNS | Sí |
| NLnet Labs | NSD | Sí |
| Sam Trenholme | MaraDNS | en la versión 1.4[5] |
| Unixservice, LLC. | unxsBind | Sí |
| Simon Kelley | Dnsmasq | Sí |
EDNS se requiere para las implementaciones de NAPTR, como los paquetes de DNS longitud extendida se necesitan para encapsular consultas devolver varios registros NAPTR.
Referencias
- ^ a b Mealling, M; Daniel, R (2000), RFC2915: El nomenclatura autoridad puntero (NAPTR) recursos registro DNS, IETF Grupo de trabajo de la red
- ^ Mealling, m. (2002), RFC3403: Sistema de descubrimiento dinámico delegación (DDD), tercera parte: la base de datos del sistema (DNS) de nombre de dominio, IETF Grupo de trabajo de la red
- ^ Sollins, K (1998), RFC2276: Principios arquitectónicos recursos uniforme de resolución de nombres, IETF Grupo de trabajo de la red
- ^ van der Berg, Rudolf (2010-01-13), ENUM: Arrastrar los números de teléfono en la era de Internet, Ars Technica
- ^ "Actualización MaraDNS". 2009-01-17.