Google e OpenDNS apresentam uma melhoria no protocolo DNS

Google e OpenDNS, dois dos serviços de resolução de nomes públicos mais populares da web, propuseram e implementaram um Extensão de protocolo DNS que permitirá melhorar a velocidade navegação ao usar recursos de uma rede de distribuição de conteúdo.

Grandes empresas de distribuição de conteúdo possuem servidores espalhados pelo mundo em sistemas denominados Content Delivery Network (CDN). Um bom exemplo disso é, por exemplo, a Akamai, que funciona como um repositório de arquivos para empresas terceirizadas.

Se assumirmos que os CDNs possuem um servidor exclusivo para atender um país com todo o conteúdo disponível replicado, a grande vantagem obtida em relação a ter tudo centralizado em um único local é que, em tese, o tempo de acesso ao conteúdo é minimizado. (latência) já que, por exemplo, um usuário em Sevilha, em vez de se comunicar com o escritório central nos Estados Unidos, o fará com o servidor que possui na Espanha.

Para isso, os CDNs utilizam um sistema DNS que, a partir do endereço IP do computador que faz a solicitação, pode descobrir sua origem e responder com o IP do servidor de conteúdo mais próximo desse país ou região.

No entanto, isso não é mais ideal quando não há poucos, e cada vez mais, usuários de rede que não usam o DNS fornecido por sua operadora e configuram DNS públicos em seus computadores, como os do Google ou OpenDNS, para cite os dois exemplos envolvidos no artigo.

1. Escrevemos a página da web loquesea.eu na barra do navegador.
2. O computador, que não sabe qual o IP correspondente ao nome, pede uma tradução ao servidor DNS (1) que configurou (do operador ou outro).
3. Se assumirmos que este servidor está com a cache vazia, terá de pedir ajuda aos chamados servidores raiz, que lhe dirão qual é o servidor responsável por todo o espaço de endereçamento .eu (2).
4. Em seguida, a operação é repetida. Neste caso, o servidor DNS que configuramos interrogará (3) o responsável por todos os nomes .eu sobre o servidor que tem o nome loquesea.eu e seus subdomínios sob seu controle (por exemplo, linebenchmark.loquesea.eu )
5. Por fim, a última solicitação de DNS é feita a este último servidor, que retornará o endereço IP de loquesea.eu (4) e será repassado ao computador que originou a consulta na primeira instância (5), para finalmente abrir a sessão HTTP e baixar o site (6).

Como você pode ver, é um processo bastante complexo, embora aconteça de forma transparente aos olhos do usuário da rede.

Melhorando o desempenho do DNS ao acessar CDNs

O problema dos sistemas DNS para CDNs tradicionais que mencionamos é o seguinte: como a negociação do DNS para obter o IP do destino desejado é realizada pelo servidor intermediário, os CDNs detectam os servidores DNS do Google como origem da solicitação, que estão em estados Unidos. Diante disso, o CDN responde com o IP de seus servidores para os Estados Unidos e não para a Espanha. Perdemos desempenho porque a latência aumenta.

Para resolver isso, uma modificação do protocolo DNS foi concebida que tira proveito das extensões propostas no RFC 2671 para tornar a resolução de nomes mais inteligente.

A ideia, que se chama O Global Internet Speedup e ainda está em fase de rascunho, ajuda no endereço original do cliente, que adiciona como mais um campo de dados à solicitação ("edns-client-subnet").

Embora realmente, para manter a privacidade do usuário, o que é enviado faz parte do endereço IP público do usuário (os bits são eliminados do final), portanto, em vez de enviar 1.2.3.4 (se este fosse o IP público do usuário) , é truncado por 1.2.3.0 (todos os servidores DNS intermediários serão capazes de ler essas informações), acompanhado por uma máscara de rede de 24 bits.

Com isso, não importa que seja utilizado o DNS do Google, pois quando as informações do usuário forem anexadas como dados na solicitação, se o servidor de destino for compatível com esta nova iniciativa, ele poderá determinar corretamente de onde você realmente deseja acessar seu conteúdo e responder com o servidor mais próximo do cliente, minimizando a latência e, portanto, melhorando a velocidade de navegação.

Para os mais desconfiados de sua privacidade, ele pode ser configurado para que nenhuma parte do endereço IP do usuário seja enviada (é enviado 0.0.0.0/0). Nestes casos, entendemos que o serviço funcionaria como o DNS tradicional no CDN. Ou seja, sem ter a menor idéia de sua real origem, o CDN responderia com o IP mais próximo do servidor DNS que fez a solicitação.

No momento, tanto o Google quanto o OpenDNS já instalaram este novo recurso em seus sistemas, que desenvolveram em conjunto com CDNetworks, EdgeCast, BitGravity e a própria Akamai, o que ajudou na redação do rascunho.

Embora ainda pareça pouco claro quanto impacto isso terá no desempenho real da rede, não é de todo irracional que o IETF acabe adotando essa técnica como um padrão que as operadoras também poderiam adotar, seja em sua versão de rascunho atual, ou em a final.

fonte: Banda larga