Resumo

  • Com dois servidores autoritativos, a média observada caiu de 3,43 para 2,57 consultas por teste, e a parcela de testes com uma única consulta subiu de 58% para 71%.
  • O APNIC Labs não provou a causa. Uma fachada distribuindo trabalho entre vários motores recursivos é hipótese plausível, não descrição confirmada dos participantes.
  • A unidade de auditoria deve ligar pedido do cliente, distribuição, backend, cache, tentativa autoritativa, resposta, repetição e encerramento.
Medida Um servidor autoritativo Dois servidores autoritativos
Testes 254.894.985 150.221.951
Consultas 875.316.423 385.725.364
Consultas por teste 3,43 2,57
Testes com uma consulta 58% 71%
Média de repetições entre os testes repetidos 3,80 2,56

Uma mudança no destino alterou o rastro observado

No estudo “One or two nameservers?”, a zona experimental começou com um nome de servidor autoritativo e conectividade IPv4 e IPv6. A segunda fase acrescentou outro nome e seus dois endereços. As respostas continuaram positivas; não se tratava de provocar falha ou silêncio.

Mesmo assim, o volume relativo se deslocou. Quase 255 milhões de testes no caso de um servidor geraram mais de 875 milhões de consultas. Cerca de 150 milhões de testes no caso de dois geraram 386 milhões. Nos testes em que houve repetição, a média também caiu de 3,80 para 2,56.

O resultado não é uma regra de dimensionamento. Os conjuntos têm tamanhos diferentes, e um observador autoritativo enxerga apenas os pacotes que chegaram. Ele não vê acertos de cache nem a solicitação original do stub. O fato defensável é que a ampliação do conjunto autoritativo coincidiu com uma alteração forte na distribuição das consultas.

O intervalo curto não parece um simples timeout

No arranjo de um servidor, cerca de 85% das consultas duplicadas chegaram no primeiro segundo; no de dois, aproximadamente 75%. Em ambos, por volta de 90% já havia chegado em cinco segundos. A curva de um servidor mostrou picos próximos de 100, 310 e 800 milissegundos. A de dois incluiu picos perto de 50, 370 e 750 ms.

A diferença mais concentrada apareceu entre 10 e 70 ms, sobretudo entre 10 e 40 ms. É uma janela curta demais para apoiar, sozinha, a narrativa de um resolvedor que aguarda o timeout UDP e repete. As rajadas abaixo de 10 ms também encolheram, de cerca de 17% para 12% das repetições.

O estudo anterior do APNIC sobre respostas negativas delimita a comparação. Uma resposta positiva produziu média de 3,43 consultas; SERVFAIL, 51,73; e ausência de resposta, 83,46. Aquela experiência expôs amplificação por falha e cache. Esta preserva a resposta positiva e altera a topologia autoritativa. A pergunta causal é outra.

A fachada pública pode não compartilhar todo o estado

Uma possibilidade levantada pelo APNIC é que o IP público termine em um distribuidor, que escolhe entre vários motores recursivos. Se os motores não compartilham integralmente cache, trabalho em andamento ou estado de conclusão, mais de um pode consultar a autoridade para o que o cliente entende como uma só resolução. Na saída, todos podem aparecer sob o mesmo endereço.

Essa forma de serviço é comum. O manual oficial do dnsdist descreve uma camada que recebe consultas, seleciona servidores posteriores e devolve as respostas. As políticas podem considerar o trabalho pendente, usar hash ou pesos; a configuração de desempenho pode ter múltiplas threads. Isso demonstra possibilidade arquitetural. Não identifica o software dos resolvedores vistos no experimento nem prova qual mecanismo produziu os números.

O mesmo cuidado vale para anycast, NAT, balanceamento e pools de processos. Um endereço continua sendo uma alça de roteamento útil. Atribuir a ele identidade de cliente, de execução e de decisão ao mesmo tempo é uma inferência adicional.

Campos iguais não fecham a identidade do trabalho

RFC 9520 distingue servidor, endereço e transporte, e trabalha com QNAME, QTYPE e QCLASS. RFC 1035 define o identificador de 16 bits usado pelo solicitante para combinar resposta e consulta pendente. Esses campos ajudam a classificar os pacotes, mas não revelam todo o ciclo.

Uma fachada pode trocar o identificador. Backends diferentes podem reutilizá-lo. Um resultado encontrado no cache não chega à autoridade. O log autoritativo não conhece o cliente original, o backend escolhido, o estado do cache, o temporizador que venceu, a condição que autorizou outra tentativa ou o momento em que a resposta foi aceita.

Uma auditoria robusta precisa de recibos ligados. A entrada registra solicitação e prazo. O distribuidor registra o backend. O motor registra cache e delegação. Cada envio guarda nome e endereço autoritativos, transporte, tupla e horário. Cada retorno guarda classe de resposta e validação. A repetição guarda seu motivo. O encerramento liga a resposta entregue ao pedido inicial.

Os recibos podem ser privados, pseudônimos e distribuídos entre entidades. Sem eles, o endereço compartilhado vira um atalho para uma relação que nunca foi observada.

Redundância não é uma explicação automática

RFC 2182 recomenda múltiplos servidores autoritativos e separação topológica e geográfica, ao mesmo tempo que reconhece custos de configuração. O experimento não converte essa orientação em “dois é mais rápido”.

Escolha de servidor, família de endereço, afinidade do distribuidor, compartilhamento de cache e corrida entre motores continuam sendo explicações possíveis. Preservar essa lista é parte do rigor: a mudança medida é real; a arquitetura que a causou permanece desconhecida.

Fontes