Os registros SRV se tornarão úteis?

No DNS, um registro SRV é realmente uma forma bastante genérica de informar a um cliente remoto onde um serviço específico está hospedado. Neste momento, eu o uso para permitir que as pessoas me liguem usando um cliente SIP pela Internet (funciona muito bem).

Uma das vantagens do registro SRV é que você pode especificar uma porta diferente para o serviço e ter vários sistemas para o mesmo (ou o mesmo sistema e várias instâncias em uma porta diferente). Então IFF ele funciona você pode ter vários servidores web em um único sistema, sem quaisquer interferências.

Então você pode ter isso no seu DNS:

_http._tcp SRV 10 50 8080 myserver.basjes.nl
_http._tcp SRV 10 50 8081 myserver.basjes.nl

No entanto, existe um pequeno obstáculo a toda essa bondade ... Eu não consegui encontrar nenhum cliente HTTP, FTP, SMTP, ... que o suporte.

Além do SIP e dos poucos outros protocolos mencionados na página da Wikipedia : o registro SRV se tornará realmente útil?

Ou eu perdi alguma coisa?

Existe algo melhor por aí que funciona?

Eu acho que você só o verá usado para novos protocolos.

Os registros MX que o SMTP usa são equivalentes aos registros SRV com uma porta fixa e sem peso. Em outras palavras, eles já resolveram adequadamente o mesmo problema.

Como, por exemplo, o HTTP precisa preservar a compatibilidade com os mecanismos atuais, qualquer pessoa que comece a usar o SRV para HTTP ainda precisará fornecer um mecanismo alternativo e ninguém deseja manter duas maneiras de fazer a mesma coisa. (digamos, alguns balanceadores de carga e alguns registros SRV DNS ...) E se os sites não publicarem registros SRV (porque apenas cria trabalho desnecessário), não há motivação para os clientes oferecerem suporte a registros SRV que ninguém está publicando.

Eles são bastante úteis em um domínio do Active Directory .

Os registros SRV também estão em uso por muitos serviços e clientes habilitados para Kerberos. Isso é especialmente verdade em uma máquina específica em que o /etc/krb5.conf (ou equivalente) não é legível ou está ausente; uma pesquisa de registro SRV será executada para localizar o KDC.

A tecnologia Bonjour da Apple (também conhecida como zeroconf) faz uso extensivo disso. Se você ainda não o viu em ação, confira. Permite descobrir automaticamente impressoras, roteadores, páginas da web ativadas por bonjour etc.

Existe um módulo Apache licenciado para BSD chamado mod_bonjour, que permite anunciar sites via DNS multicast. Você também pode anunciar sites por meio de registros SRV e DNS regular, mas acredito que apenas o Safari poderá detectá-los.

A página da Zeroconf tem uma boa explicação sobre como funciona - eu recomendo verificar o livro também se você estiver interessado na tecnologia.

Um dos grandes problemas com isso em geral é que as pessoas do DNS não se consideram no ramo de descoberta de serviços, e as pessoas paranóicas de segurança consideram a capacidade de descobrir serviços como um risco à segurança.

De fato, a maioria dos aplicativos ainda não o suporta.

Aqueles que fazem são aqueles em que é comum que o domínio na identidade do usuário de destino seja diferente do nome do host ao qual o software cliente deve se conectar. Por isso, é usado no SIP e também no Jabber (XMPP).

O SMTP não precisa disso porque sempre teve registros MX desde o início.

O benefício de poder usar uma porta diferente é relativamente pequeno; portanto, outros protocolos não começaram a usá-la muito.

Há um rascunho da Internet que propõe um http+srv:esquema de URI, mas observe que não há propostas atuais para adicionar pesquisas de SRV a http:solicitações de URI padrão .

O Outlook 2007 e o Exchange 2007 fazem uso de registros SRV http://technet.microsoft.com/en-us/library/bb332063.aspx

Acredito que os registros SRV são uma das estruturas subjacentes na DNS Service Discovery (DNS-SD), por isso será cada vez mais importante.

Também não há razão para que eles não possam ser usados ​​com tecnologias existentes, em conjunto com clientes com reconhecimento de DNS-SD, por exemplo, navegadores de rede, como o iStumbler para mac, que podem encontrar recursos bonjour / zeroconf na rede.

Na minha opinião, os registros SRV só se tornarão mais comuns quando o DNS de atualização dinâmica se tornar mais disponível. O MS-DNS tem a atualização dinâmica ativada por padrão em grande parte devido aos requisitos do Active Directory. Existem muitos diretórios de publicidade de recursos por aí ao longo dos anos, incluindo o Service Location Protocol, o Service Advertising Protocol (redes IPX), Bonjour / Avahi e até DHCP, até certo ponto.

Destes, apenas o DNS tem um verdadeiro potencial para um diretório de recursos que abrange a Internet. Servidores DNS públicos tendem a ser estáticos por um motivo. A adoção de registros SRV ocorrerá quando houver uma necessidade definida para eles, assim como a adoção de registros TXT ocorreu no protocolo SPF. O SIP usando SRVs pode ser o primeiro passo para abrir a porta para uma adoção mais ampla e não-MS.

Os registros SRV são usados ​​para direcionar os servidores Windows Vista / 2008 para o servidor KMS para ativação na empresa.

XMPP está usando-os.

Mas os protocolos existentes não serão alterados para suportá-los, especialmente redirecionando uma solicitação para uma porta diferente. Isso seria inesperado e, sem dúvida, quebra algumas suposições relacionadas à segurança.

Os registros SRV oferecem um mecanismo para implementar serviços de comunicação sem exigir que todos usem o mesmo provedor. Em outras palavras, o que os registros A e MX fazem para web e email, os registros SRV fazem para qualquer serviço.

Essa ideia está descrita em uma postagem no blog "O poder do endereçamento gratuito" http://e-caller.com/?p=4

A ascensão do Twitter e do Facebook deve-se à falta de alternativas habilitadas para SRV.

O projeto freeipa do Fedora / Red Hat os utiliza, bem como o fantoche dos laboratórios de marionetes por motivos de balanceamento de carga e escalabilidade. quanto mais eu aprendo sobre seus casos de uso e como eles são usados ​​extensivamente, mais eu me apaixono por ele. é a melhor coisa que aconteceu com dns e infra-estruturas. confira como o spotify os usa https://labs.spotify.com/2013/02/25/in-praise-of-boring-technology/

Eles são bastante úteis para pilhas de aplicativos que precisam de um localizador de serviço, pois o DNS não precisa ser implementado do zero e é muito mais leve do que algo como zookeeper ou etcd. Também há a comodidade adicional de que pode ser feito bastante seguro. Não sei por que quase ninguém além do Spotify o usa dessa maneira, suspeito apenas ignorância. Eu já vi muitas pessoas lançando seu próprio software de localização de serviço personalizado muito inferior. O DNS é um armazenamento de valores-chave rápido e confiável e já organiza suas chaves por zona. O grande problema é que poucos servidores DNS possuem algum tipo de API; portanto, a automação da criação / atualização de RR não é possível, embora as implementações em nuvem do DNS tenham.

Os registros SRV são CRUCIAIS para o setor de hospedagem, pois permitem economizar espaço IPv4.

Nós os usamos para ajudar na transição de nossos clientes para o IPv6 de maneira transparente.