AplicaçãoHTTP · DNS
TransporteTCP · UDP · QUIC
InternetIP · ICMP
EnlaceEthernet · Wi‑Fi
Um guia para entender a web
Internet não é mágica.
É uma sequência.
Toda página que você abre depende de decisões bem definidas: encontrar um nome, escolher uma rota, negociar uma conexão e entregar dados. Aqui, você entende cada uma delas sem pular etapas.
Conteúdo técnico, explicado em linguagem de engenharia.
Antes dos protocolos
Um mapa para não se perder
Camadas dividem o problema: cada uma entrega um serviço para a camada acima. Isso deixa redes diferentes capazes de transportar as mesmas aplicações.
Encapsular é acrescentar contexto
Dados viram segmento ou datagrama; recebem um pacote IP; entram em um quadro de enlace. Cada cabeçalho responde uma pergunta diferente: para qual processo, qual host e qual próximo salto.
OSI não é TCP/IP
OSI é um modelo de referência com sete camadas. TCP/IP é a pilha operacional mais usada: reúne aplicação, apresentação e sessão; e aproxima físico e enlace em uma mesma camada.
01 · Transporte
Antes de enviar, decida o que precisa garantir.
TCP prioriza uma entrega ordenada e controlada. UDP entrega datagramas com menos regras. A escolha não é “rápido versus lento”; é a semântica que a aplicação exige.
TCP mantém um fluxo confiável
TCP numera bytes, confirma o que recebeu e recupera perdas. A janela do receptor evita sobrecarga no destino; a janela de congestionamento reduz a pressão sobre a rede. O emissor só pode manter em voo o que os dois limites permitem.
- Sequência: localiza lacunas e preserva ordem.
- ACK cumulativo: confirma todos os bytes contíguos anteriores.
- Retransmissão: trata perda observada por tempo ou ACKs duplicados.
- Portas: fazem a entrega chegar ao processo correto.
Three-way handshake
CLIENTE
SERVIDOR
CONEXÃO PRONTA PARA TRANSPORTAR BYTES
Sliding window, em uma leitura
Em vez de esperar cada segmento, TCP permite vários bytes em voo. Com RTT alto, essa janela é essencial para usar a capacidade do caminho. Em perda, a rede pode exigir cautela: mais dados em voo não é sempre melhor.
12345678
← ACK: o próximo byte esperado pertence ao segmento 5
UDP deixa decisões para a aplicação
Não há handshake, ordenação ou retransmissão embutidos. Isso funciona bem quando um dado atrasado vale menos que um dado perdido: voz, jogos, telemetria e muitas consultas DNS.
O cuidado: UDP não reduz magicamente a latência. Se a aplicação precisar recuperar perdas ou esperar ordem, terá de construir esse comportamento.
| Decisão | TCP | UDP |
|---|---|---|
| Estado | Conexão com sequência e ACK. | Datagramas independentes. |
| Entrega | Ordenada e confiável, quando possível. | Sem garantia de entrega ou ordem. |
| Controle | Fluxo e congestionamento nativos. | A aplicação decide como se comportar. |
| Uso comum | Web tradicional, SSH, bancos e e-mail. | DNS, mídia em tempo real, jogos e QUIC. |
02 · Aplicação e segurança
HTTP descreve a conversa. TLS protege o caminho.
HTTP organiza pedidos e respostas. HTTPS é HTTP dentro de TLS: o conteúdo viaja protegido, mas isso não elimina riscos da aplicação ou todos os metadados de rede.
Uma request HTTP
GET /api/users HTTP/1.1 Host: netdepth.dev Accept: application/json User-Agent: NetDepthClient
Leia por intenção
- GET pede uma representação sem alterar o recurso.
- /api/users é o alvo dentro daquele host.
- Host identifica o site quando vários compartilham um IP.
- Accept indica formatos que o cliente aceita.
Status code é diagnóstico, não sentença
2xx indica sucesso; 3xx, redirecionamento; 4xx, problema percebido na request; 5xx, falha no lado servidor ou intermediário. Exemplos: 201 em criação, 401 para autenticação exigida, 429 por limite e 503 por indisponibilidade.
HTTPS em uma frase correta
TLS autentica a identidade apresentada pelo servidor, negocia chaves e usa criptografia simétrica autenticada para os dados. O navegador valida o certificado; a aplicação ainda responde pela própria segurança.
TLS 1.3, sem atalhos incorretos
ClientHello e ServerHello escolhem parâmetros. O servidor demonstra identidade com certificado e assinatura. ECDHE produz um segredo efêmero compartilhado; dele surgem as chaves de sessão para AES-GCM ou ChaCha20-Poly1305.
ClienteClientHello + key share
→
ServidorServerHello + certificado
Clientevalida identidade
↔
Ambosderivam chaves de sessão
Assimétrica abre; simétrica transporta
Criptografia assimétrica e assinaturas participam da autenticação e do estabelecimento seguro de segredos. Depois, algoritmos simétricos são usados no tráfego contínuo por serem eficientes.
03 · Infraestrutura
DNS encontra. CDN aproxima. BGP escolhe o caminho.
A infraestrutura tenta responder perto e rápido, mas cada mecanismo tem seus próprios limites. Entender isso evita explicações simplistas sobre “propagação” e “servidor mais próximo”.
DNS é uma cadeia de referências com cache
O navegador procura no próprio cache e no sistema operacional. Sem resposta útil, conversa com um resolvedor. O resolvedor encontra a referência na raiz, depois no TLD e por fim no servidor autoritativo.
Navegador / SO: existe cache?
↓Resolver recursivo: faz a busca
↓Raiz → TLD → autoritativo
↓Resposta: A, AAAA, CNAME ou outro registro
TTL é um compromisso
TTL define por quanto tempo uma resposta pode ficar em cache. Um valor maior reduz consultas e pode melhorar a latência; um menor acelera mudanças futuras, depois que entradas antigas expiram.
Registro documental
example.com. A 192.0.2.20 TTL: 3600 segundos
“Propagação” normalmente significa caches com tempos diferentes, não cópia imediata para toda a Internet.
CDN reduz distância percebida
Um ponto de presença pode atender uma cópia válida localmente. Em cache miss, busca a origem ou outra camada. CDN não substitui a origem: conteúdo dinâmico e cópias ausentes ainda dependem dela.
Usuário Brasil ↓ Edge Recife
cache HIT
cache HIT
Usuário Brasil ↓ Edge Recife ↓ Origem
cache MISS
cache MISS
Round trip time
RTT = ida + volta
30 ms até o servidor + 30 ms de resposta
RTT aproximado: 60 ms
A visão inteira
Uma URL, sete decisões.
Esta sequência é uma boa primeira explicação; cache, HTTP/3 e pré-conexões podem encurtar partes dela em situações reais.
Ler a URL
Separar esquema, host, porta e caminho.
Resolver o nome
Usar cache ou procurar DNS.
Abrir transporte
TCP ou QUIC cria o canal.
Proteger com TLS
Autenticar e derivar chaves.
Enviar HTTP
Request pode parar no edge.
Receber recursos
HTML revela CSS e JavaScript.
Renderizar
Browser calcula layout e pinta.
Faça o teste
Laboratório curto, foco em uma ideia por vez.
As simulações são locais. Nenhum domínio é consultado e nenhum pacote sai do seu navegador.
Handshake TCP
Veja a ordem mínima que torna os dois lados prontos para trocar bytes.
Pronto para iniciar.
Resolução DNS
O IP exibido é reservado para documentação; não é uma consulta real.
Aguardando um domínio válido.
Custo do RTT
10 ms400 ms
110
Espera de rede estimada150 msRTT × viagens, sem processamento.
Referência
Termos que vale saber de cabeça.
Pesquise uma sigla ou conceito. O filtro acontece no próprio navegador.
Fixe o raciocínio
Quiz técnico, com explicação em cada resposta.
Não é uma prova de decorar siglas. Cada feedback aponta a ideia que sustenta a resposta.
Dúvidas frequentes
Respostas curtas para confusões comuns.
Não. TCP oferece uma semântica útil para dados que precisam chegar completos e ordenados. Sobre UDP, a aplicação pode ter de reimplementar essa lógica. Compare necessidades e não apenas o tamanho do cabeçalho.
HTTPS protege o conteúdo HTTP, mas IPs, horários e volume continuam visíveis. Outros mecanismos, como DNS criptografado e ECH, reduzem parte da exposição em cenários compatíveis.
Os dois. UDP é frequente em consultas; TCP aparece em transferências de zona e outras situações. DoT e DoH usam camadas adicionais de TLS ou HTTPS.
Normalmente não. Ela serve cópias e lógica de borda, mas precisa de uma origem para cache miss, conteúdo dinâmico e atualização da fonte de verdade.
Não necessariamente. BGP considera política e topologia de rede, que nem sempre equivalem à menor distância no mapa.