Do Enter ao DNS: O que realmente acontece quando você vai acessar um site direto do seu navegador? [artigo] – Blog – Devdata Sistemas

Introdução

A maioria das pessoas acredita que, ao digitar um endereço e apertar Enter, “a internet simplesmente funciona”.
Mas a realidade é que, nos bastidores, dezenas de processos complexos acontecem em questão de milissegundos.

Se você quer dominar a arquitetura de redes, entender performance de sites, ou simplesmente evoluir sua visão técnica, este guia definitivo é para você.

1. O que acontece quando você aperta ENTER

Assim que você digita um endereço (por exemplo www.exemplo.com) e pressiona Enter, o navegador inicia uma sequência de eventos, que podemos dividir em etapas:

2. Verificação de Cache Local

Antes de fazer qualquer pedido para fora do computador, o navegador realiza verificações internas:

Cache DNS local: o sistema operacional armazena IPs de domínios recentes para acelerar resoluções futuras.
Cache do Navegador: o navegador próprio também mantém caches de DNS, HTTPS e conteúdo.
Cache ARP: se já conhece o IP e está na mesma rede, resolve o MAC Address via cache ARP.
Cache de Sessão: sessões HTTPS/TLS podem ser reutilizadas se ainda válidas.

Se o IP estiver em cache, a próxima etapa (resolução DNS) pode ser pulada.
Caso contrário, seguimos para…

3. Resolução DNS

Se não encontrou localmente, o sistema inicia uma busca real:

Consulta ao Resolver Configurado: geralmente o servidor DNS definido (pode ser 8.8.8.8, 1.1.1.1 ou o DNS do seu provedor).
Consulta Recursiva: o resolver vai perguntar:
- Root Servers (.) → onde estão os servidores TLD (.com, .net, .org, etc.)
- TLD Servers → onde estão os servidores autoritativos do domínio (exemplo.com)
- Servidores Autorizados → resposta final com o IP associado ao www.exemplo.com

Essa cadeia é recursiva, mas cacheada entre os servidores para otimizar performance.

4. Verificação de segurança (HTTPS)

Se o site é HTTPS (quase todos hoje), ocorre antes de qualquer dado ser enviado:

TLS Handshake: acordo de chaves criptográficas.
Verificação de Certificado SSL: o navegador consulta autoridades de certificação (CA) para validar se o certificado do site é legítimo.
Negotiated Protocol: definição se será TLS 1.2, TLS 1.3 etc.

Se houver falha aqui (certificado expirado, inválido), o navegador apresenta alerta antes de prosseguir.

5. Estabelecimento de Conexão TCP

Com o IP resolvido, inicia-se a conexão TCP padrão:

SYN: seu navegador envia um SYN para o servidor (Quero iniciar uma conexão).
SYN-ACK: o servidor responde SYN-ACK (Beleza, estou te ouvindo).
ACK: seu navegador envia ACK (Conexão confirmada, vamos começar).

Esse processo é conhecido como Three-Way Handshake.

Se o site usar HTTP/3 (baseado em QUIC/UDP), essa etapa é diferente — o handshake é embutido no próprio fluxo.

6. Envio da Requisição HTTP

Após a conexão, o navegador envia a primeira requisição real:

GET / HTTP/1.1
Host: www.exemplo.com
User-Agent: Mozilla/5.0 (X11; Linux x86_64)
Accept: text/html
Connection: keep-alive

O servidor recebe, interpreta e prepara a resposta.

7. Resposta do Servidor

O servidor retorna:

HTTP/1.1 200 OK
Content-Type: text/html
Content-Length: 5248
...

E junto vem o conteúdo (HTML inicial da página).

8. Parsing do HTML

O navegador começa a ler o HTML, enquanto ainda está baixando (streaming):

Identifica links para CSS, JS, imagens, fonts.
Inicia novas requisições paralelas para esses arquivos.

Esse processo de interpretar e montar a página chama-se Critical Rendering Path.

9. Renderização Final

Após carregar o conteúdo essencial (CSS principal, HTML estruturado, scripts prioritários):

O navegador constrói o DOM (Document Object Model).
Calcula o CSSOM (estilo final aplicado).
Faz o layout (posicionamento dos elementos).
Renderiza a página visível para o usuário.

Se tiver animações, fontes externas, imagens pesadas, isso pode atrasar a renderização final.

10. O Site Aparece

Com tudo resolvido, o usuário finalmente vê a página na tela.

Resumo técnico em etapas

Etapa	Ação
1	Checar cache local
2	Resolver DNS
3	Estabelecer conexão TCP
4	Handshake TLS (se HTTPS)
5	Enviar requisição HTTP
6	Receber resposta do servidor
7	Interpretar e requisitar assets
8	Montar DOM, CSSOM
9	Renderizar página
10	Exibir conteúdo

Curiosidades Técnicas

Se a resposta DNS for demorada, seu site parecerá lento, mesmo sendo rápido no servidor.
Usar HTTP/2 permite multiplexar várias requisições na mesma conexão TCP, acelerando carregamento.
Se você usar CDNs (Cloudflare, Akamai), muitas etapas são otimizadas via cache geograficamente próximo.

Conclusão

Cada clique na internet movimenta uma série de operações que combinam protocolos, criptografia, redes distribuídas e interpretações locais.

🎯 Bônus 1: Fluxograma — DO ENTER AO DNS

[ Digitar endereço e apertar Enter ]
               ↓
[ Verificar Cache DNS local ]
    ↓ Sim                        ↓ Não
[ Conectar IP ]             [ Consultar Resolver DNS ]
                                   ↓
                     [ Resolver no Root → TLD → Autoritativo ]
                                   ↓
                        [ Receber IP do domínio ]
                                   ↓
[ Iniciar Three-Way Handshake TCP (SYN → SYN-ACK → ACK) ]
                                   ↓
[ (Se HTTPS) Realizar TLS Handshake ]
                                   ↓
[ Enviar requisição HTTP (GET, POST etc) ]
                                   ↓
[ Receber resposta HTTP (200, 301, 404...) ]
                                   ↓
[ Interpretar HTML → Carregar CSS/JS/Imagens ]
                                   ↓
[ Montar DOM + CSSOM ]
                                   ↓
[ Renderizar página ]
                                   ↓
[ Site visível na tela ]

🎯 Bônus 2: Handshake TCP explicado (Three-Way Handshake)

Resumo técnico visual:

Cliente                Servidor
   | SYN (iniciar conexão)  →
   |                         |
   | ← SYN-ACK (ok, aceito)  |
   |                         |
   | ACK (confirmo)          →
   |                         |
[Conexão estabelecida]

Detalhes importantes:

SYN: Solicitação para iniciar uma conexão TCP.
SYN-ACK: Resposta do servidor confirmando recebimento.
ACK: Cliente confirma a resposta do servidor.
Depois disso, a conexão TCP está aberta para troca de dados.

🎯 Bônus 3: TLS Handshake resumido

Etapas principais (TLS 1.2/1.3):

Cliente envia Hello + Cipher Suites
               ↓
Servidor responde com Certificado SSL
               ↓
Cliente verifica o certificado
               ↓
Ambos geram chave de sessão
               ↓
Conexão segura estabelecida

TLS 1.3 é mais rápido porque elimina etapas desnecessárias do TLS 1.2.
Certificado inválido gera erro de segurança imediatamente no navegador.

🎯 Bônus 4: Linha do tempo prática

Se você quiser postar como se fosse uma timeline técnica, fica assim:

Milissegundos	Ação
0ms	Pressionar Enter
0–5ms	Verificar cache DNS local
5–20ms	Consultar DNS externo
20–50ms	Resolver IP do domínio
50–80ms	Estabelecer conexão TCP (Three-Way Handshake)
80–100ms	Negociar TLS (se HTTPS)
100–120ms	Enviar primeira requisição HTTP
120–200ms	Receber resposta HTML inicial
200ms+	Carregar e renderizar assets

(Valores são médias, variam por conexão e servidor.)

🎯 Bônus 5: Tabela de “O que acontece se falhar”

Falha	Consequência
DNS não resolve	Navegador exibe “DNS_PROBE_FINISHED_NXDOMAIN”
TCP handshake falha	Navegador mostra “ERR_CONNECTION_TIMED_OUT”
TLS handshake falha	Alerta de “Conexão não segura”
Resposta HTTP 4xx/5xx	Página de erro ou mensagem do servidor
Assets críticos não carregam	Página quebrada visualmente