O que é um registro SRV?
Um registro SRV (Service) anuncia o hostname e a porta de um serviço específico — como SIP, XMPP, LDAP ou o autodiscover da Microsoft — junto com prioridade e peso para balanceamento de carga. Diferente de um registro A, ele informa aos clientes não apenas onde um serviço fica, mas em qual porta, para que as aplicações localizem serviços sem configuração fixa. Consulte-os usando a forma _service._proto.domain.
Como funciona o formato do registro SRV
Um registro SRV é nomeado com um padrão distinto: _service._proto.domain, por exemplo _sip._tcp.example.com. Os underscores evitam conflitos com hostnames comuns. Os dados do registro contêm quatro valores: prioridade, peso, porta e alvo. A prioridade funciona como no MX — números mais baixos são tentados primeiro. O peso distribui a carga entre alvos de mesma prioridade, com pesos mais altos recebendo proporcionalmente mais tráfego. A porta é a porta TCP ou UDP em que o serviço escuta, e o alvo é o hostname que o fornece, que deve ter seu próprio registro A ou AAAA.
Como interpretar os resultados da consulta SRV
O IPeek retorna a prioridade, o peso, a porta e o host alvo de cada registro SRV do nome de serviço que você consultou. Leia primeiro a prioridade: os clientes usam os alvos de menor prioridade antes de recorrer aos mais altos. Entre prioridades iguais, o peso decide a parcela de tráfego que cada alvo recebe. Confirme que a porta corresponde ao serviço que você espera — 5060 para SIP, 389 para LDAP, 443 para muitas configurações de autodiscover. Verifique se cada alvo resolve para um host válido. Um resultado vazio significa que o serviço não é anunciado sob aquele nome no domínio.
Quando você precisa de registros SRV
Os registros SRV importam sempre que os clientes precisam descobrir um serviço automaticamente em vez de depender de configurações fixas. Microsoft Teams, Skype for Business e provedores de SIP os usam para localizar servidores de voz e presença. XMPP para chat, consultas de diretório LDAP, servidores de Minecraft e Kerberos dependem todos da descoberta via SRV. A grande vantagem é a flexibilidade: mova um serviço para um novo host ou porta, ou distribua-o entre vários servidores, e os clientes seguem os registros SRV sem reconfiguração. Se um serviço exige um nome _service._proto específico, publique um registro SRV correspondente ou os clientes não o encontrarão.