01.11.2024

Administração

DNS

Nomes de Domínio

Por que um site diferente abre no endereço do meu domínio?

Descobrir que o seu domínio carrega o website de outra pessoa — ou uma página completamente inesperada — é uma das experiências mais desorientadoras para proprietários de websites e administradores de sistemas. Quer tenha migrado recentemente para um novo host, atualizado os seus registos DNS ou não tenha tocado em nada, este problema pode ter várias causas raiz distintas. A boa notícia é que todas elas são diagnósticáveis e corrigíveis.

Este guia orienta-o através das razões mais comuns pelas quais um website errado aparece no seu domínio, como diagnosticar sistematicamente o problema e os passos exatos para o resolver permanentemente.

1. Causas Comuns: Por Que É Que o Website Errado Está a Aparecer?

Compreender a causa subjacente é o primeiro passo para uma correção fiável. Existem três categorias principais de falha: configuração incorreta de DNS, apontamento de domínio incorreto e erros de configuração do servidor web.

1.1 Configuração Incorreta de DNS

Registos DNS Incorretos

Os registos DNS do seu domínio funcionam como uma lista telefónica — dizem à internet qual é o endereço IP do servidor a que se conectar quando alguém digita o seu nome de domínio. Se esses registos apontarem para um endereço IP errado, os visitantes acabarão no website que está alojado nesse endereço incorreto.

Esta situação ocorre frequentemente quando:

Migrou recentemente para um novo fornecedor de alojamento (como mudar para um plano de Alojamento VPS) mas esqueceu-se de atualizar o seu registo DNS A para o IP do novo servidor.
Um administrador anterior alterou as definições de DNS sem documentação adequada.
Os registos DNS do seu registador foram acidentalmente sobrescritos durante uma renovação ou transferência de domínio.

Atraso de Propagação de DNS

Mesmo quando atualiza os seus registos DNS corretamente, as alterações não entram em vigor globalmente e instantaneamente. A propagação de DNS pode levar desde alguns minutos até 72 horas, dependendo do valor TTL (Time to Live) previamente definido nos seus registos. Durante esta janela, diferentes utilizadores em diferentes localizações geográficas podem ver websites diferentes — alguns vendo o servidor antigo, outros vendo o novo.

Este é um comportamento normal, mas pode ser alarmante se não o estiver à espera.

1.2 Problemas de Apontamento de Domínio

Múltiplos Domínios a Apontar para o Mesmo Endereço IP

Se vários nomes de domínio se resolvem todos para o mesmo endereço IP do servidor, o servidor web deve decidir qual website servir para cada pedido. Toma esta decisão com base no nome de domínio incluído no cabeçalho do pedido HTTP. Se o seu domínio não estiver explicitamente configurado nesse servidor, o servidor voltará a servir o seu host virtual padrão — que pode ser o website de outra pessoa completamente.

Este é um problema particularmente comum em ambientes de alojamento partilhado e servidores VPS não geridos onde o site padrão não foi limpo.

Registos CNAME ou Alias Mal Configurados

Um registo CNAME (Canonical Name) redireciona um domínio para outro. Se o seu domínio tem um registo CNAME apontando para um domínio de terceiros — talvez um remanescente de uma configuração anterior de CDN, balanceador de carga ou alojamento — os seus visitantes podem ser encaminhados transparentemente para um website completamente diferente sem qualquer redirecionamento óbvio no navegador.

1.3 Problemas de Configuração do Servidor Web

Nenhum Host Virtual Definido para o Seu Domínio

Tanto Apache como Nginx usam o conceito de hosts virtuais (ou blocos de servidor em Nginx) para servir múltiplos websites a partir de um único servidor. Se nenhum host virtual estiver configurado para o seu nome de domínio específico, o servidor web não saberá como lidar com pedidos recebidos para ele. Em vez disso, servirá o primeiro host virtual definido — o padrão — que pode pertencer a um website completamente diferente.

Diretiva ServerName ou server_name Mal Configurada

Mesmo que um host virtual exista, um erro de digitação ou configuração incorreta na diretiva ServerName (Apache) ou server_name (Nginx) fará com que o servidor falhe ao corresponder pedidos recebidos ao site correto, voltando novamente ao padrão.

2. Como Diagnosticar o Problema Passo a Passo

Não adivinhe — siga este processo de diagnóstico sistemático para identificar a causa exata antes de tentar qualquer correção.

Passo 1: Verifique os Seus Registos DNS

Use ferramentas de linha de comando para verificar qual é o endereço IP para o qual o seu domínio se resolve atualmente.

Usando nslookup:

nslookup yourdomain.com

Usando dig (saída mais detalhada):

dig yourdomain.com A +short

Compare o endereço IP retornado com o endereço IP do servidor onde o seu website está realmente alojado. Se não coincidirem, encontrou o seu problema — os registos DNS precisam ser atualizados.

Também pode usar ferramentas online como MXToolbox DNS Lookup ou WhatsMyDNS para verificar o estado de propagação em múltiplos resolvedores DNS globais simultaneamente.

Passo 2: Verifique as Definições de Nameserver no Seu Registador

Inicie sessão no painel de controlo do seu registador de domínio (ou verifique as suas definições através de Registo de Domínio se o seu domínio está registado com a AlexHost). Confirme que:

Os nameservers estão a apontar para o seu fornecedor de alojamento atual, não para um anterior.
O registo A para o seu domínio raiz (@) aponta para o endereço IP correto do seu servidor.
O registo CNAME para www aponta para o seu domínio raiz ou diretamente para o IP correto.
Não existem registos CNAME inesperados apontando para domínios de terceiros.

Passo 3: Teste a Resposta Padrão do Servidor

Use curl com um cabeçalho Host personalizado para simular o que o servidor web retorna quando o seu domínio é solicitado:

curl -I -H "Host: yourdomain.com" http://YOUR_SERVER_IP

Se isto retornar conteúdo do website errado, o problema é definitivamente na configuração do host virtual do servidor web, não no DNS.

Passo 4: Verifique Problemas de Cache do Navegador

Antes de concluir que existe um problema no lado do servidor, elimine a possibilidade de cache do navegador local. Abra o seu navegador em modo incógnito/privado e navegue para o seu domínio. Se o site correto aparecer em incógnito mas não normalmente, o problema é simplesmente um cache do navegador desatualizado.

3. Soluções: Como Corrigir o Website Errado a Carregar

Depois de ter identificado a causa, aplique a solução apropriada abaixo.

Solução 1: Atualize os Seus Registos DNS

Se o seu registo DNS A aponta para um endereço IP errado, atualize-o imediatamente através do seu fornecedor de DNS ou registador de domínio.

Passos gerais:

Inicie sessão no seu painel de gestão de DNS.
Localize o registo A para o seu domínio raiz (@ ou yourdomain.com).
Altere o valor do endereço IP para o IP correto do seu servidor.
Guarde as alterações.
Opcionalmente, reduza o valor TTL para 300 segundos (5 minutos) antes de fazer alterações para acelerar a propagação.

Aguarde até 24–48 horas para propagação global completa, embora a maioria dos resolvedores apanhe a alteração dentro de 1–2 horas com um TTL baixo.

Solução 2: Configure um Host Virtual no Seu Servidor Web

Esta é a correção mais crítica se o seu DNS está correto mas o site errado ainda carrega. Precisa de definir explicitamente um host virtual para o seu domínio.

Para Apache — crie ou edite uma configuração de host virtual:

<VirtualHost *:80>
    ServerName yourdomain.com
    ServerAlias www.yourdomain.com
    DocumentRoot /var/www/yourwebsite
    ErrorLog ${APACHE_LOG_DIR}/yourdomain_error.log
    CustomLog ${APACHE_LOG_DIR}/yourdomain_access.log combined
</VirtualHost>

Guarde esta configuração em /etc/apache2/sites-available/yourdomain.conf, depois ative-a e reinicie Apache:

sudo a2ensite yourdomain.conf
sudo systemctl restart apache2

Para Nginx — crie ou edite uma configuração de bloco de servidor:

server {
    listen 80;
    server_name yourdomain.com www.yourdomain.com;
    root /var/www/yourwebsite;
    index index.html index.php;

    access_log /var/log/nginx/yourdomain_access.log;
    error_log /var/log/nginx/yourdomain_error.log;
}

Guarde isto em /etc/nginx/sites-available/yourdomain.conf, ative-o e reinicie Nginx:

sudo ln -s /etc/nginx/sites-available/yourdomain.conf /etc/nginx/sites-enabled/
sudo nginx -t
sudo systemctl restart nginx

> Dica profissional: Sempre execute sudo nginx -t ou sudo apachectl configtest antes de reiniciar o seu servidor web para apanhar erros de sintaxe nos seus ficheiros de configuração.

Se preferir gerir hosts virtuais através de uma interface gráfica em vez da linha de comando, considere usar um VPS com cPanel ou explorar outros Painéis de Controlo VPS que simplificam significativamente a gestão de domínios e hosts virtuais.

Solução 3: Remova ou Corrija Registos CNAME Mal Configurados

Se um registo CNAME rogue está a redirecionar o seu domínio para outro site:

Inicie sessão no seu painel de gestão de DNS.
Localize quaisquer registos CNAME associados ao seu domínio ou subdomínio www.
Verifique que cada CNAME aponta para o destino pretendido.
Elimine ou corrija quaisquer registos que apontam para domínios de terceiros não intencionais.

Lembre-se: não pode ter tanto um registo A como um registo CNAME para o mesmo nome de anfitrião. Se quer que o seu domínio raiz (@) aponte para um endereço IP, use um registo A — não um CNAME.

Solução 4: Limpe o Cache do Navegador e Cache de DNS

Se o problema apenas afeta a sua máquina local, limpar dados em cache resolverá.

Limpe o cache do navegador:

Chrome: Settings → Privacy and Security → Clear Browsing Data → Cached images and files
Firefox: Settings → Privacy & Security → Clear Data → Cached Web Content

Limpe o seu cache de DNS local:

No Windows:

ipconfig /flushdns

No macOS:

sudo dscacheutil -flushcache; sudo killall -HUP mDNSResponder

No Linux:

sudo systemd-resolve --flush-caches

Solução 5: Proteja o Seu Domínio com SSL Depois de Corrigir o DNS

Depois de o seu domínio apontar corretamente para o seu website, é fortemente recomendado instalar um certificado SSL para ativar HTTPS. Isto não apenas protege os seus visitantes mas também confirma aos motores de busca e navegadores que o seu domínio é legítimo e seguro. A AlexHost oferece Certificados SSL que podem ser rapidamente aprovisionados para o seu domínio.

4. Como Prevenir Este Problema no Futuro

Resolver o problema é apenas metade da batalha. Implemente estas melhores práticas para evitar que recorra:

Documente todas as alterações de DNS com marcas de tempo e a razão para cada alteração.
Defina valores TTL apropriados — use TTLs baixos (300–600 segundos) ao planear migrações e restaure-os para valores padrão (3600+ segundos) depois.
Monitorize os seus registos DNS usando ferramentas automatizadas que o alertam quando os registos mudam inesperadamente.
Configure sempre hosts virtuais explícitos — nunca confie no site padrão de um servidor para lidar com o tráfego do seu domínio.
Audite os seus registos DNS periodicamente, especialmente após migrações de alojamento, alterações de CDN ou transferências de domínio.
Use um fornecedor de alojamento fiável com infraestrutura robusta. Quer esteja a executar um pequeno blogue em Alojamento Web Partilhado ou uma aplicação de alto tráfego num servidor dedicado, escolher um fornecedor com ferramentas claras de gestão de DNS reduz o risco de configuração incorreta.

Conclusão

Ver um website completamente diferente quando navega para o seu próprio domínio é um problema sério, mas tem sempre uma causa lógica e rastreável. O problema quase sempre origina-se de uma de três fontes: registos DNS incorretos, um host virtual mal configur

Poupe 15% em todos os serviços