Registro SRV

Un registro de servicio ( registro SRV ) es una especificación de datos en el Sistema de nombres de dominio que define la ubicación, es decir, el nombre de host y el número de puerto, de los servidores para servicios específicos. Se define en RFC 2782 y su código de tipo es 33. Algunos protocolos de Internet, como el Protocolo de inicio de sesión (SIP) y el Protocolo extensible de mensajería y presencia (XMPP), a menudo requieren compatibilidad con SRV por parte de los elementos de red.

Un registro SRV tiene la forma:

_service._proto.name.ttl IN SRV prioridad peso puerto objetivo.

• servicio : el nombre simbólico del servicio deseado.
• proto : el protocolo de transporte del servicio deseado; normalmente es TCP o UDP .
• nombre : el nombre de dominio para el cual este registro es válido, terminando en un punto.
• ttl : campo de tiempo de vida de DNS estándar .
• IN : campo de clase DNS estándar (siempre es IN ).
• SRV : Tipo de registro (siempre es SRV ).
• prioridad : la prioridad del host de destino, un valor más bajo significa más preferido.
• peso : un peso relativo para registros con la misma prioridad, un valor más alto significa una mayor probabilidad de ser seleccionado.
• puerto : el puerto TCP o UDP en el que se encontrará el servicio.
• target : el nombre de host canónico de la máquina que proporciona el servicio, que termina en un punto.

Un ejemplo de registro SRV en formato textual que podría encontrarse en un archivo de zona podría ser el siguiente:

_sip._tcp.ejemplo.com.86400 EN SRV 0 5 5060 sipserver.ejemplo.com .       

Esto apunta a un servidor llamado sipserver.example.comque escucha en el puerto TCP 5060 los servicios del protocolo de inicio de sesión (SIP). La prioridad que se asigna aquí es 0 y el peso es 5.

Al igual que en los registros MX , el destino en los registros SRV debe apuntar a un nombre de host con un registro de dirección ( registro A o AAAA ). Apuntar a un nombre de host con un registro CNAME no es una configuración válida. ^[1]

El campo de prioridad determina la precedencia del uso de los datos del registro. Los clientes deben utilizar primero los registros SRV con el valor de prioridad más bajo y volver a los registros de valor más alto si falla la conexión. Si un servicio tiene varios registros SRV con el mismo valor de prioridad, los clientes deben equilibrar la carga en proporción a los valores de sus campos de peso . En el siguiente ejemplo, se utilizan tanto los campos de prioridad como de peso para proporcionar una combinación de equilibrio de carga y servicio de respaldo.

; _service._proto.name. TTL clase SRV prioridad peso puerto destino. _sip._tcp.example.com. 86400 IN SRV 10 60 5060 bigbox.example.com. _sip._tcp.example.com. 86400 IN SRV 10 20 5060 smallbox1.example.com. _sip._tcp.example.com. 86400 IN SRV 10 20 5060 smallbox2.example.com. _sip._tcp.example.com. 86400 IN SRV 20 0 5060 backupbox.example.com.                            

Los tres primeros registros comparten una prioridad de 10, por lo que los clientes utilizarán el valor del campo de peso para determinar a qué servidor (combinación de host y puerto) contactar. La suma de los tres valores de peso es 100, por lo que bigbox.example.comse utilizará el 60 % del tiempo. Los dos hosts smallbox1y smallbox2se utilizarán para el 40 % del total de solicitudes, y la mitad de ellas se enviarán a smallbox1y la otra mitad a smallbox2. Si bigboxno está disponible, estas dos máquinas restantes compartirán la carga equitativamente, ya que cada una de ellas se seleccionará el 50 % del tiempo.

Si los tres servidores con prioridad 10 no están disponibles, se elegirá el registro con el siguiente valor de prioridad más bajo, que es backupbox.example.com. Puede tratarse de una máquina en otra ubicación física, probablemente no vulnerable a nada que pudiera provocar que los primeros tres hosts no estuvieran disponibles.

El equilibrio de carga que proporcionan los registros SRV es inherentemente limitado, ya que la información es esencialmente estática. La carga actual de los servidores no se tiene en cuenta a menos que los valores TTL sean lo suficientemente bajos (alrededor de un minuto o menos) como para que los valores de prioridad (o peso) se puedan actualizar rápidamente.

Los registros SRV son comunes junto con los siguientes protocolos de comunicación estandarizados : ^{[ aclaración necesaria ]}

• APTO ^[2]
• CalDAV y CardDAV ^[3]
• Cefalo ^[4]
• DANÉS
• Descubrimiento de servicios DNS (DNS-SD)
• Factorio ^{[5] [6] [7]}
• Protocolo de identidad del host
• Kerberos ^[8]
• LDAP ^[9]
• Envío SMTP , POP e IMAP ^[10]
• Matrix.org ^[11]
• Minecraft ^[12]
• MongoDB ^[13]
• Murmullo ^[14]
• IMP ^[15]
• Títere ^[16]
• Protocolo de inicio de sesión
• ATURDIR
• Habla en equipo 3 ^{[17] [18]}
• XMPP ^[19]

En Microsoft Windows 2000, los clientes consultan los registros SRV para determinar el controlador de dominio de un servicio determinado. Outlook 2007, 2010 y Macintosh 10.6 también utilizan los registros SRV para localizar el servicio de detección automática de Exchange. ^[20] En las redes de Microsoft Windows, los controladores de dominio registran sus tipos de servicio de red para Active Directory en el DNS.

Una versión anterior del Borrador de Internet para el Directorio de Claves Web OpenPGP utiliza registros SRV para descubrir claves OpenPGP a través de servidores web. ^[21] Los usos de registros SRV ya no forman parte del Borrador de Internet en versiones posteriores. ^[22]

La Autoridad de Números Asignados de Internet (IANA) mantiene un registro de nombres de servicio para registros y protocolos SRV, tal como se define en RFC 6335. ^[23]

• Lista de tipos de registros DNS
• Registro MX : un tipo de RR de DNS utilizado para ubicar el servidor SMTP

• RFC 2782 – Definición del registro de recursos SRV - Archivado el 6 de julio de 2020 en Wayback Machine
• RFC 6186 – Uso de registros SRV para localizar servicios de acceso/envío de correo electrónico - Archivado el 6 de julio de 2020 en Wayback Machine
• Uso de registros SRV de DNS para localizar servidores Whois (borrador de Internet) - Archivado el 6 de julio de 2020 en Wayback Machine
• Uso de registros SRV junto con HTTP y URI (borrador de Internet) - Archivado el 6 de julio de 2020 en Wayback Machine
• Registro de nombres de servicios y números de puerto de protocolo de transporte: archivado el 6 de julio de 2020 en Wayback Machine