Por que meu site não carrega? As três camadas que decidem se ele está acessível

Você fez tudo certo. O site está publicado, ele roda, você o vê. Aí você manda o link para um amigo e… nada. Uma aba girando, um "não foi possível acessar este site", um "demorou muito para responder". Para você funciona, para ele não — o tipo mais irritante de defeito.

Aqui vai a boa notícia: um site que não carrega quase nunca é um mistério. Entre o navegador de quem visita e o seu site em execução existem exatamente três camadas, e o problema está sempre em uma delas. Depois que você conhece as três, para de chutar e começa a checar.

As três camadas

Quando alguém digita o seu endereço, a requisição atravessa:

1. O nome — o DNS transforma seudominio.com no endereço IP do seu servidor.
2. A porta — a requisição precisa realmente chegar ao seu servidor na porta certa (80 para HTTP, 443 para HTTPS).
3. O app — algo no servidor precisa estar escutando, e responder.

Uma falha em qualquer uma delas, vista de fora, é idêntica: a página não carrega. O truque é descobrir qual camada. Três perguntas rápidas levam você até lá.

Camada 1 — O nome está apontando para o servidor?

Pergunte-se: ele carrega se você visitar o endereço IP diretamente (por exemplo, http://203.0.113.10)?

Se o IP funciona mas seudominio.com não, o problema é o nome — o DNS. Ou o domínio não está apontando para o servidor, ou a mudança ainda não se propagou. Erros do navegador como "servidor não encontrado" ou "não foi possível encontrar esse site" também apontam para cá.

Solução: verifique se o registro DNS do domínio aponta para o IP do seu servidor. (Escrevemos um guia exatamente sobre isso: apontar um domínio para o seu servidor.)

Camada 2 — A requisição consegue chegar à porta?

Pergunte-se: ele carrega a partir do próprio servidor, mas não do seu notebook?

Se você consegue acessar o site quando está no servidor mas não de fora — e o sintoma é "demorou muito para responder" ou uma conexão que simplesmente trava — a requisição não está passando pela porta. Alguma coisa está bloqueando a porta.

Geralmente há duas portas para conferir, e as pessoas esquecem da segunda:

• O firewall do próprio servidor (como o ufw) — a porta 80/443 está liberada para entrada?
• O firewall do seu provedor — muitas hospedagens têm um firewall separado ou um "security group" fora do servidor, configurado no painel deles e não na máquina. Uma porta pode estar aberta no servidor e ainda assim estar bloqueada aqui.

Os dois precisam permitir o tráfego.

Camada 3 — O app está de fato respondendo?

Pergunte-se: ele falha até no próprio servidor?

Se ele não carrega nem a partir do servidor — "conexão recusada", ou uma página de erro em vez do seu site — o problema é o app. Ou aquilo que serve o seu site não está em execução (um contêiner parado, um serviço que travou), ou o servidor web à frente está apontado para o lugar errado.

Solução: verifique se o serviço do seu site está no ar e se aquilo que direciona o tráfego para ele — o reverse proxy — está configurado para o domínio e a porta certos.

Juntando tudo

Três perguntas, em ordem:

• Carrega por IP mas não por nome? → Camada 1, o DNS.
• Carrega no servidor mas não de fora? → Camada 2, um firewall.
• Não carrega nem no servidor? → Camada 3, o app.

Esse é todo o diagnóstico. Chega de atualizar a página na esperança de que dê certo.

O atalho

Você pode fazer essas verificações sozinho — ou pode simplesmente perguntar. Diga ao Faro, o assistente dentro do Server Manager, que o seu site não carrega, e ele confere todas as três camadas para você: se o domínio resolve, se as portas estão abertas, se o serviço está em execução e direcionado. Ele diz qual camada está quebrada e, geralmente, a conserta — em vez de deixar você dissecando a pilha na mão.

Seu servidor, compreendido

Um site que não carrega parece uma parede. Não é — é apenas uma de três portas, e agora você sabe qual tentar. Esse é o benefício silencioso de gerenciar o seu próprio servidor: quando algo quebra, é seu para entender, e o mapa é pequeno o bastante para caber na cabeça.

Os guias de ajuda aprofundam DNS, firewalls e o reverse proxy quando você quiser os detalhes.