Como diagnosticar uma resolução DNS lenta

A resolução DNS deveria ser rápida a ponto de passar despercebida: tipicamente de um a poucos dígitos de milissegundos para uma resposta em cache, e raramente mais do que algumas centenas de milissegundos, mesmo em uma consulta completa sem cache. Quando ela está perceptivelmente mais lenta que isso, geralmente a causa é uma entre poucas específicas, e não uma lentidão genérica e misteriosa.

Os suspeitos de sempre

• Um resolvedor mal configurado ou sobrecarregado: o resolvedor padrão do seu provedor de internet passando por um dia ruim é mais comum do que as pessoas imaginam, e trocar por uma alternativa pública como 1.1.1.1 ou 8.8.8.8 é uma etapa legítima de diagnóstico, não apenas um paliativo.
• Uma cadeia longa de CNAME: cada salto que o resolvedor precisa seguir antes de chegar a um registro A/AAAA de verdade acrescenta latência, e uma cadeia de quatro ou cinco saltos faz diferença.
• Um TTL muito curto, forçando consultas completas frequentes em vez de respostas rápidas em cache: útil para propagação rápida, mas custoso para a velocidade média se for definido bem abaixo do necessário.
• Problemas no caminho de rede entre o seu resolvedor e os servidores autoritativos, que nada têm a ver com o software de DNS: perda de pacotes, problemas de roteamento ou distância geográfica de um servidor de nomes sem presença anycast por perto.

Isolando o DNS de todo o resto

A forma mais confiável de saber se o DNS é mesmo o seu gargalo é medir a consulta isoladamente, separada do carregamento completo da página. Uma consulta dedicada, cronometrada de forma independente do estabelecimento da conexão, da negociação do TLS e do download da resposta, mostra exatamente quanto da sua latência total, se houver, é responsabilidade do DNS. Se a consulta volta de forma consistente em poucos milissegundos, mas o site ainda parece lento para carregar, o gargalo está totalmente depois do DNS, e mais ajustes de DNS não vão mudar o resultado.

Vale conferir isso antes de presumir: muitas reclamações de “site lento” não têm nada a ver com o servidor ou com o código do site, e muitas outras que parecem uma lentidão geral são, na verdade, específicas de DNS e podem ser resolvidas com um ajuste de TTL ou de resolvedor.

Por que os resolvedores anycast costumam ser a opção mais rápida

Resolvedores públicos como 1.1.1.1 e 8.8.8.8 costumam superar o resolvedor padrão de um provedor de internet não por terem um software mais inteligente, mas por causa do anycast: o mesmo endereço IP é anunciado a partir de dezenas de locais físicos no mundo, e o roteamento da rede envia automaticamente a sua consulta ao mais próximo topologicamente. O resolvedor do próprio provedor, por outro lado, costuma ser um único data center (ou um pequeno punhado deles), o que pode significar um tempo de ida e volta realmente maior, dependendo de onde você está em relação a ele. É também por isso que trocar de resolvedor é uma primeira etapa legítima de diagnóstico, e não uma superstição: ela trata uma diferença física real de distância e de roteamento, não apenas um efeito placebo.

Quando está lento para todo mundo, e não só para você

Se um domínio resolve lentamente a partir de várias redes e resolvedores diferentes, e não apenas de um, o problema provavelmente deixou de ser “o seu caminho até um resolvedor” e passou a ser “a infraestrutura autoritativa do próprio domínio”. Um único servidor de nomes autoritativo sem anycast, a uma grande distância de rede de boa parte dos seus visitantes reais, um servidor autoritativo sob carga pesada ou uma zona DNS grande e lenta de transferir podem aparecer dessa forma. Este é um caso em que uma comparação em lote entre vários resolvedores é mais reveladora do que uma única consulta: uma lentidão consistente em todos os pontos de observação aponta para a origem, o provedor de DNS do próprio domínio, e não para uma rede qualquer no meio do caminho.