O que faz o DNS

O curso de TCP/IP aborda como os computadores se endereçam uns aos outros por números. Ninguém quer memorizar números para ler notícias ou enviar um e-mail, por isso a internet tem uma pesquisa de nome para número a correr por trás de quase tudo o que faz online: o Domain Name System, ou DNS. O Centro de Aprendizagem da Cloudflare chama-lhe, simplesmente, "a lista telefónica da Internet."

Uma árvore, não uma lista única

O DNS foi concebido, segundo a RFC 1034, à volta de "um espaço de nomes consistente usado para se referir a recursos", organizado como "uma estrutura em árvore" onde "cada nó e cada folha da árvore corresponde a um conjunto de recursos." Na prática, essa árvore tem camadas, cada uma responsável por uma fatia mais pequena de nomes:

• A raiz, no topo da árvore, não conhece o endereço de nenhum site, mas sabe quais os servidores responsáveis por cada domínio de topo (.com, .org, e assim por diante).
• Um servidor de domínio de topo (TLD) também não conhece o seu site específico, mas sabe qual o servidor autoritativo responsável por esse domínio.
• Um servidor autoritativo detém a resposta real para um domínio específico: para que endereço IP o example.org aponta atualmente.
• Um resolvedor (ou recursor) é o servidor a quem o seu dispositivo realmente pergunta. Faz o trabalho de descer a árvore em seu nome, e depois guarda a resposta em cache durante algum tempo para não ter de repetir toda a travessia a cada pedido.

O Centro de Aprendizagem da Cloudflare usa uma analogia de biblioteca para a mesma ideia: "o recursor pode ser pensado como um bibliotecário a quem se pede para ir buscar um livro específico algures numa biblioteca", enquanto "o servidor raiz é o primeiro passo a traduzir (resolver) nomes de anfitrião legíveis por humanos em endereços IP… serve como referência para outros locais mais específicos."

A seguir uma pesquisa

1. O seu Mac pergunta ao resolvedor configurado, muitas vezes gerido pelo seu fornecedor de internet, pelo seu router de Wi-Fi, ou por um serviço público, qual o endereço por trás de um nome.
2. Se o resolvedor ainda não tiver a resposta em cache, pergunta a um servidor raiz qual o servidor TLD a tentar.
3. Pergunta a esse servidor TLD qual o servidor autoritativo a tentar.
4. Pergunta ao servidor autoritativo a resposta real, e depois devolve essa resposta ao seu dispositivo e guarda uma cópia em cache para outros pedidos.

A RFC 1035 define o formato exato das mensagens para estas perguntas e respostas, e nota que normalmente viajam por UDP ou TCP na porta 53. Nada nesta pesquisa é secreto por defeito; a próxima lição aborda quem a consegue ver e porque é que isso importa.

$ dig example.com

;; ANSWER SECTION:
example.com.		233	IN	A	104.20.23.154
example.com.		233	IN	A	172.66.147.243

Este único comando é todo o processo desta lição a acontecer em cerca de um décimo de segundo: o seu resolvedor percorreu a árvore (ou serviu uma resposta em cache), e devolveu o endereço numérico por trás do nome.