Tipo de registro de recursos en el Sistema de nombres de dominio
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.
Formato de registro
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.com
que 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]
Aprovisionamiento para alta disponibilidad del servicio
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.com
se utilizará el 60 % del tiempo. Los dos hosts smallbox1
y smallbox2
se utilizarán para el 40 % del total de solicitudes, y la mitad de ellas se enviarán a smallbox1
y la otra mitad a smallbox2
. Si bigbox
no 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.
Uso
Los registros SRV son comunes junto con los siguientes protocolos de comunicación estandarizados : [ aclaración necesaria ]
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]
Véase también
Referencias
- ^ Gulbrandsen, A.; Vixie, P.; Esibov, L. (febrero de 2000). "El formato del RR SRV". Un RR de DNS para especificar la ubicación de los servicios (DNS SRV). doi : 10.17487/RFC2782 . RFC 2782 . Consultado el 3 de diciembre de 2021 .
DEBE haber uno o más registros de dirección para este nombre, el nombre NO DEBE ser un alias (en el sentido de RFC 1034 o RFC 2181).
- ^ "Soporte de registros DNS SRV en apt". Debian . 4 de mayo de 2018. Archivado desde el original el 17 de noviembre de 2019 . Consultado el 17 de noviembre de 2019 .
- ^ "RFC6764: Ubicación de servicios para extensiones de calendario para WebDAV (CalDAV) y extensiones vCard para WebDAV (CardDAV)".
- ^ "Búsqueda de monitores a través de DNS – Documentación de Ceph". Documentación de Ceph . Archivado desde el original el 5 de diciembre de 2017. Consultado el 4 de diciembre de 2017 .
- ^ "Versión 1.1.62 - Foros de Factorio". Foro de Factorio . Archivado desde el original el 16 de septiembre de 2022. Consultado el 16 de septiembre de 2022 .
- ^ "Versión 1.1.67 - Foros de Factorio". Foro de Factorio . Archivado desde el original el 20 de agosto de 2022. Consultado el 16 de septiembre de 2022 .
- ^ "Añadir compatibilidad con registros SRV - Página 4 - Foros de Factorio". Foro de Factorio . Archivado desde el original el 16 de septiembre de 2022 . Consultado el 16 de septiembre de 2022 .
- ^ "Nombres de host para los KDC maestros y esclavos". Instituto Tecnológico de Massachusetts . Archivado desde el original el 21 de octubre de 2012. Consultado el 23 de mayo de 2012 .
- ^ Zeilenga, K. (abril de 2001). OpenLDAP Root Service - An experimental LDAP referral service. IETF . doi : 10.17487/RFC3088 . RFC 3088. Archivado desde el original el 16 de enero de 2020 . Consultado el 5 de julio de 2020 .
- ^ Daboo, C. (marzo de 2011). Uso de registros SRV para localizar servicios de acceso/envío de correo electrónico. IETF . doi : 10.17487/RFC6186 . RFC 6186. Archivado desde el original el 17 de abril de 2013 . Consultado el 17 de abril de 2013 .
- ^ "API de la Federación". Matrix.org . Archivado desde el original el 5 de julio de 2020 . Consultado el 5 de enero de 2018 .
- ^ "Java Edition 1.3.1". Wiki de Minecraft . Consultado el 24 de septiembre de 2023 .
- ^ "Formato de URI de cadena de conexión de MongoDB". MongoDB . Archivado desde el original el 10 de diciembre de 2022 . Consultado el 14 de diciembre de 2022 .
- ^ "Añadir compatibilidad con registros DNS SRV - mumble-voip/mumble". GitHub . Archivado desde el original el 5 de julio de 2020 . Consultado el 5 de julio de 2020 .
- ^ "Baraza - Guía del usuario". Archivado desde el original el 22 de agosto de 2008.
- ^ "Puppet Docs: Escalado de Puppet con compiladores maestros, uso de registros SRV de DNS". Puppet Labs . Archivado desde el original el 11 de octubre de 2019. Consultado el 17 de diciembre de 2019 .
- ^ "[Sugerencia] DNS de TS". Foro de Teamspeak . Archivado desde el original el 14 de noviembre de 2016. Consultado el 25 de octubre de 2013 .
- ^ "Se lanzó la versión 3.0.8 del cliente TeamSpeak 3". Foro Teamspeak . Archivado desde el original el 27 de septiembre de 2016 . Consultado el 5 de julio de 2020 .
- ^ "XEP-0156: Descubrimiento de métodos alternativos de conexión XMPP". XMPP.org . Archivado desde el original el 7 de mayo de 2012. Consultado el 23 de mayo de 2012 .
- ^ "Hay disponible una nueva función que permite a Outlook 2007 utilizar registros de ubicación de servicio DNS (SRV) para localizar el servicio de detección automática de Exchange". Soporte técnico de Microsoft . 13 de mayo de 2010. Archivado desde el original el 20 de abril de 2012 . Consultado el 23 de mayo de 2012 .
- ^ Koch, Werner. "Directorio de claves web OpenPGP draft-koch-openpgp-webkey-service-06". IETF Datatracker . Grupo de trabajo de ingeniería de Internet . Consultado el 5 de junio de 2021 .
- ^ Koch, Werner. "Directorio de claves web OpenPGP draft-koch-openpgp-webkey-service-12". IETF Datatracker . Grupo de trabajo de ingeniería de Internet . Consultado el 5 de junio de 2021 .
- ^ Cotton, M.; Eggert, L.; Touch, J.; Westerlund, M.; Cheshire, S. (agosto de 2011). Internet Assigned Numbers Authority (IANA) Procedures for the Management of the Service Name and Transport Protocol Port Number Registry. IETF . doi : 10.17487/RFC6335 . RFC 6335. Archivado desde el original el 6 de julio de 2020 . Consultado el 6 de julio de 2020 .
Enlaces externos
- 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