Registro SRV - SRV record

Um registro de serviço ( registro SRV ) é uma especificação de dados no Sistema de Nomes de Domínio que define a localização, ou seja, o nome do host e o número da porta, dos servidores para os serviços especificados. Ele é definido na RFC 2782 e seu código de tipo é 33. Alguns protocolos da Internet, como o Session Initiation Protocol (SIP) e o Extensible Messaging and Presence Protocol (XMPP), geralmente requerem suporte SRV por elementos de rede.

Formato de registro

Um registro SRV tem o formato: 

_service._proto.name. ttl IN SRV priority weight port target.
  • serviço : o nome simbólico do serviço desejado.
  • proto : o protocolo de transporte do serviço desejado; geralmente é TCP ou UDP .
  • nome : o nome de domínio para o qual este registro é válido, terminando em um ponto.
  • ttl : tempo de DNS padrão para campo ativo.
  • IN : campo de classe DNS padrão (é sempre IN ).
  • SRV : Tipo de registro (sempre é SRV ).
  • prioridade : a prioridade do host de destino, valor mais baixo significa mais preferido.
  • peso : um peso relativo para registros com a mesma prioridade, valor mais alto significa maior chance de serem selecionados.
  • porta : a porta TCP ou UDP na qual o serviço deve ser encontrado.
  • target : o nome de host canônico da máquina que fornece o serviço, terminando em um ponto.

Um exemplo de registro SRV em formato textual que pode ser encontrado em um arquivo de zona pode ser o seguinte: 

_sip._tcp.example.com. 86400 IN SRV 0 5 5060 sipserver.example.com.

Isso aponta para um servidor chamado sipserver.example.comouvindo na porta TCP 5060 para serviços de protocolo SIP ( Session Initiation Protocol ). A prioridade dada aqui é 0 e o peso é 5.

Como nos registros MX , o destino nos registros SRV deve apontar para o nome do host com um registro de endereço (registro A ou AAAA ). Apontar para um nome de host com um registro CNAME não é uma configuração válida.

Provisionamento para alta disponibilidade de serviço

O campo de prioridade determina a precedência de uso dos dados do registro. Os clientes devem usar os registros SRV com o valor de prioridade de número mais baixo primeiro e voltar para os registros de valor mais alto se a conexão falhar. Se um serviço tiver vários registros SRV com o mesmo valor de prioridade, os clientes devem balancear sua carga proporcionalmente aos valores de seus campos de peso . No exemplo a seguir, os campos de prioridade e peso são usados ​​para fornecer uma combinação de balanceamento de carga e serviço de backup. 

# _service._proto.name.  TTL   class SRV priority weight port target.
_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.

Os três primeiros registros compartilham uma prioridade de 10, portanto, o valor do campo de peso será usado pelos clientes para determinar qual servidor (combinação de host e porta) entrar em contato. A soma dos três valores é 100, portanto, bigbox.example.comserá usado 60% do tempo. Os dois hosts, smallbox1e smallbox2serão usados ​​por 40% do total de solicitações, sendo metade deles enviada para smallbox1e a outra metade para smallbox2. Se o bigbox não estiver disponível, essas duas máquinas restantes compartilharão a carga igualmente, uma vez que cada uma será selecionada 50% do tempo.

Se todos os três servidores com prioridade 10 estiverem indisponíveis, o registro com o próximo valor de prioridade mais baixo será escolhido, que é backupbox.example.com. Pode ser uma máquina em outro local físico, presumivelmente não vulnerável a nada que possa fazer com que os três primeiros hosts fiquem indisponíveis.

O balanceamento de carga fornecido pelos registros SRV é inerentemente limitado, uma vez que as informações são essencialmente estáticas. A carga atual dos servidores não é levada em consideração, a menos que os valores TTL sejam baixos o suficiente (em torno de um minuto ou menos) para que os valores de prioridade (ou peso) possam ser atualizados rapidamente.

Uso

Os registros SRV são comuns em conjunto com os seguintes protocolos de comunicação padronizados :

Em clientes do Microsoft Windows 2000 , consulte os registros SRV para determinar o controlador de domínio de um determinado serviço. Os registros SRV também são usados ​​pelo correio do Outlook 2007, 2010 e Macintosh 10.6 para localizar o serviço de Descoberta Automática do Exchange. Em redes Microsoft Windows, os controladores de domínio registram seus tipos de serviço de rede para o Active Directory no DNS.

Uma versão mais antiga do Internet Draft para OpenPGP Web Key Directory usa registros SRV para descobrir chaves OpenPGP por meio de servidores da web. O uso de registros SRV não faz mais parte do Internet Draft em versões posteriores.

Um registro de nomes de serviço para registros e protocolos SRV é mantido pela Internet Assigned Numbers Authority (IANA), conforme definido na RFC 6335.

Veja também

Referências

links externos