Verificador de hospedagem de sites

O Verificador de hospedagem de sites é uma ferramenta gratuita que identifica o provedor de um site e informa o ISP, a organização e a localização aproximada da rede associada a ele.

O que uma verificação de hospedagem realmente analisa?

A verificação de hospedagem analisa as informações de rede vinculadas ao endereço IP retornado para um nome de host. Ao inserir um host, a ferramenta faz uma resolução de DNS no servidor para encontrar seu endereço IPv4 e, em seguida, exibe os dados associados a esse endereço.

O DNS, ou Sistema de Nomes de Domínio, converte nomes como www.example.co.uk em endereços IP numéricos usados pelos computadores para estabelecer conexões. Para essa consulta, a ferramenta usa a função gethostbyname do PHP. Como essa função resolve endereços IPv4, um host disponível apenas por IPv6 pode não gerar um resultado útil.

A organização exibida no resultado pode ser uma empresa de hospedagem, um provedor de internet, uma plataforma de nuvem ou uma rede de distribuição de conteúdo. Não se trata necessariamente da empresa proprietária ou responsável pelo site. Sites protegidos por serviços como a Cloudflare podem mostrar a rede usada como proxy, enquanto mantêm oculto o endereço do servidor de origem.

Como usar o verificador de hospedagem?

Digite o host do site no campo Host e execute a verificação. Para evitar ambiguidades, prefira um nome de host simples, como example.co.uk ou www.example.co.uk.

1. Remova caminhos, strings de consulta ou fragmentos de página se quiser apenas identificar o host.
2. Mantenha exatamente o subdomínio que apresenta o problema. www.example.co.uk e shop.example.co.uk podem apontar para provedores diferentes.
3. Execute a verificação e compare a organização e a localização retornadas com o serviço que você esperava encontrar.

Por exemplo, para diagnosticar a loja, informe shop.example.co.uk em vez de apenas example.co.uk. Se esse subdomínio apontar para uma plataforma de comércio eletrônico separada, a organização retornada poderá ser diferente daquela exibida para o site principal. Não presuma que todos os nomes de um mesmo domínio usam a mesma infraestrutura.

Espaços não são válidos em nomes de host comuns. Caminhos, sinais de pontuação copiados junto com um texto e pontos no final também podem tornar a entrada ambígua, portanto, remova-os antes. Nomes de domínio internacionalizados que contêm caracteres acentuados ou não latinos possuem uma forma compatível com ASCII composta por A-labels, que usam a codificação Punycode. Se a grafia em Unicode não for resolvida, use a forma do domínio compatível com ASCII. Números são válidos em muitos rótulos de host, mas sublinhados não são permitidos em nomes convencionais de hosts de sites públicos.

A verificação é executada no servidor. Os dados inseridos são enviados ao servidor por HTTPS e não são armazenados.

Como interpretar o resultado

Interprete o resultado como informações sobre a rede que responde atualmente pelo host resolvido, e não como prova de quem é o proprietário do site ou de onde fica fisicamente a sala de servidores. Cada campo mostra uma parte diferente desse cenário.

Latitude e longitude são dados de geolocalização por IP, não leituras de GPS. Eles podem indicar o endereço registrado do provedor, um ponto regional da rede ou uma área genérica. Não devem ser usados para identificar um edifício nem para confirmar onde os dados do site estão armazenados legalmente.

Encontrar um ISP ou uma organização desconhecida não significa automaticamente que existe um problema. Serviços de hospedagem gerenciada costumam alugar capacidade de grandes provedores de infraestrutura, e revendedores podem aparecer com o nome do proprietário da rede principal.

Investigações comuns

A verificação de hospedagem é mais útil quando você já sabe qual provedor ou destino de migração deveria aparecer e precisa de uma visão independente do destino atual do host no DNS.

• Um site migrado ainda mostra a versão antiga. Primeiro, verifique se há conteúdo desatualizado no cache do navegador, do proxy reverso ou da CDN. Confira o nome de host exato usado no navegador. Se a organização ainda corresponder ao provedor anterior, talvez a alteração no DNS ainda não tenha chegado ao resolvedor usado pela ferramenta, ou o registro ainda pode estar apontando para o serviço antigo.
• Um subdomínio não funciona, mas o site principal está normal. Faça verificações separadas para example.co.uk, www.example.co.uk e o subdomínio com problema. Resultados diferentes indicam que os nomes podem usar registros DNS ou serviços de hospedagem distintos.
• Um aviso de certificado aparece após uma mudança de hospedagem. Uma causa comum é um certificado ausente, incompatível ou ainda não provisionado no novo host, portanto, verifique primeiro a configuração do certificado. Se ela estiver correta, confira se o host é resolvido para o provedor esperado. Isso pode revelar um destino DNS desatualizado ou incorreto, embora a ferramenta não analise o certificado, sua data de validade nem os nomes de host cobertos por ele.

Se o destino parecer correto, mas o site continuar com falha, o problema pode estar na camada HTTP, TLS ou da aplicação. O Verificador de HTTP/2 pode analisar o suporte ao protocolo, enquanto o Verificador de Brotli confirma se o servidor usa compactação Brotli. Nenhuma dessas ferramentas substitui um diagnóstico específico de DNS ou certificado.

Por que o cache pode fazer uma alteração correta no DNS parecer errada?

O cache de DNS pode fazer com que diferentes resolvedores retornem respostas distintas até que os registros armazenados expirem. Os registros DNS têm um tempo de vida, normalmente chamado de TTL, que determina por quanto tempo os resolvedores recursivos podem manter uma resposta.

Após uma alteração, o provedor da sua conexão, a rede do escritório, o dispositivo ou o resolvedor usado pelo servidor da ferramenta ainda pode ter o endereço anterior em cache. Isso costuma ser chamado de atraso de propagação, embora o DNS não seja atualizado em todos os lugares de forma coordenada. Cada registro em cache expira de maneira independente e, normalmente, é consultado outra vez quando uma nova solicitação exige essa informação.

Faça uma consulta DNS separada para comparar o endereço resolvido com o registro A atual do seu provedor de DNS. Se a divergência for importante, verifique também em mais de uma rede. Confirme ainda se você alterou a zona DNS autoritativa e o rótulo de host correto. Editar www não altera automaticamente o domínio sem subdomínio, e o contrário também é verdadeiro.

Nenhum verificador de hospedagem pode garantir que sua resposta corresponda ao resultado DNS atual de todos os visitantes. DNS round-robin, serviços distribuídos geograficamente e CDNs podem retornar endereços diferentes de forma intencional, dependendo do resolvedor ou da localização.

Perguntas frequentes

Este verificador consegue descobrir qual empresa é dona de um site?

Não. Ele identifica informações da rede associada ao host resolvido, não o proprietário legal do domínio ou do site. Registros de domínio, documentos empresariais e avisos legais publicados no próprio site são fontes distintas.

Por que o nome da organização é diferente do que aparece na minha fatura de hospedagem?

Seu fornecedor pode ser um revendedor ou um serviço gerenciado que usa a rede de outra empresa. Por isso, o resultado pode mostrar um provedor principal de nuvem ou de data center, em vez da empresa que você paga. Compare os dados da rede com a documentação do seu provedor antes de considerar essa diferença um erro.

Posso verificar um site que funciona apenas com IPv6?

A consulta de nome de host usada pela ferramenta é feita com gethostbyname, que resolve endereços IPv4. Portanto, um host disponível apenas por IPv6 pode não retornar informações úteis sobre a hospedagem, mesmo que funcione para visitantes com conectividade IPv6. Nesse caso, o procedimento adequado é fazer uma consulta separada ao registro AAAA.

Um nome de host muito longo funciona?

O DNS limita um nome de domínio completo a 253 octetos em sua forma textual habitual quando o ponto final opcional da raiz é omitido. Cada rótulo normalmente está limitado a 63 octetos. Uma entrada que ultrapasse os limites de nomenclatura do DNS não pode representar um host público válido. Para fazer uma verificação prática, copie apenas o host e remova caminhos longos ou parâmetros de rastreamento antes de enviá-lo.

Devo informar o domínio raiz ou o endereço com www?

Verifique o nome que os visitantes realmente usam. Depois, se houver dúvidas sobre redirecionamentos ou registros DNS, consulte a outra forma separadamente. O domínio raiz e o endereço com www podem apontar para sistemas diferentes, mesmo quando um deles acaba redirecionando para o outro. Registre os dois resultados antes de alterar o DNS para identificar qual host ainda precisa de atenção.