Ferramentas de diagnóstico de rede
Por que um site funciona com dados móveis, mas não com Wi-Fi?
Use um veredicto de status externo e um teste de uma variável por vez para isolar por que um site funciona com dados móveis, mas falha em Wi-Fi.
Por Vigneshwaran Vijayakumar, desenvolvedor e editor | | Revisado sob o ClockTools política editorial
Índice
Se um o site funciona com dados móveis, mas não com Wi-Fi, o site não está universalmente offline. A variável variável é o caminho do seu dispositivo através da rede Wi-Fi, portanto, a falha mais provável é DNS local, o roteador, um VPN ou filtro, o estado do navegador ou a rota do provedor de banda larga. Primeiro, execute o URL através do ClockTools Verificador de sites inativos. Em seguida, teste o mesmo URL no mesmo dispositivo por Wi-Fi e dados móveis, alterando apenas uma variável por vez.
O que esse sintoma prova?
Isso prova que pelo menos um caminho de rede pode chegar ao site naquele momento. Isso acontece não provar que cada página, ação de conta, região ou rede pode alcançá-lo. Os dados móveis e o Wi-Fi doméstico podem usar diferentes resolvedores DNS, endereços IP públicos, rotas, filtros de conteúdo e caminhos IPv4/IPv6.
Use esta pequena matriz de evidências antes de alterar as configurações:
| Mesmo dispositivo, mesmo URL | Resultado | Melhor próxima hipótese |
|---|---|---|
| Obras móveis; Wi-Fi falha | Reproduzível | Wi-Fi DNS, roteador/filtro ou rota ISP |
| Ambos falham | Reproduzível | Problema no site, dispositivo, navegador ou conta |
| Outros dispositivos funcionam em Wi-Fi | Reproduzível | O navegador do primeiro dispositivo, cache DNS, VPN ou software de segurança |
| Nenhum dispositivo funciona em Wi-Fi | Reproduzível | Roteador, resolvedor, política de acesso ou ISP |
A frase “mesmo URL” é importante. Uma página inicial e um painel autenticado podem percorrer diferentes caminhos de aplicativos. Copie o endereço completo em vez de digitar apenas o domínio.
O site está realmente fora do ar?
Verifique fora da sua rede local antes de reiniciar qualquer coisa. ClockTools executa uma verificação externa DNS e HTTP e relata o veredicto, resolução A/AAAA, redirecionamentos, URL final, status de resposta, cabeçalhos selecionados e tempo. Em uma verificação controlada em 2026-08-31, https://example.com voltou on-line, HTTP 200, DNS resolvido e nenhum redirecionamento da borda MAA. Um deliberadamente inexistente .inválido nome do host retornado inacessível, com DNS não resolvido e sem resultado HTTP.
Essas duas investigações mostram por que o pedido é importante: uma pesquisa DNS com falha e um servidor HTTP acessível exigem correções diferentes. Eles também mostram o limite da ferramenta. Uma vantagem externa é uma evidência forte, não uma prova de disponibilidade em todas as cidades ou ISP.
Se o resultado externo estiver acessível, mas o seu Wi-Fi ainda falhar, continue localmente. Se estiver inacessível externamente e em dados móveis, aguarde ou entre em contato com o proprietário do site antes de trocar seu roteador.
Onde você deve testar a seguir?
Siga a árvore de diagnóstico no diagrama a seguir:
1. Mantenha o dispositivo e o URL exato fixos; alterne apenas entre Wi-Fi e dados móveis.
2. No Wi-Fi, experimente uma janela privada ou um segundo navegador.
3. Experimente outro dispositivo no mesmo Wi-Fi.
4. Pause temporariamente um VPN ou proxy apenas o tempo suficiente para executar uma comparação e, em seguida, restaure-o.
5. Compare o comportamento de DNS antes de substituir o resolvedor.
6. Reinicie o roteador somente depois de registrar as evidências que você apagaria.
Uma janela privada pode ignorar alguns cookies e extensões armazenados em cache, mas não cria uma nova rota ISP. Um segundo dispositivo no mesmo Wi-Fi é mais útil para separar o estado do dispositivo do estado da rede. Para obter uma pista no nível da rota, use Traçar rota; para sua identidade de saída, compare Qual é o meu IP? em cada rede.
Poderia DNS ser a diferença?
Sim. Seu roteador Wi-Fi pode anunciar o resolvedor ISP enquanto os dados móveis usam o resolvedor da operadora. Um resolvedor pode ter um registro obsoleto, uma política de filtragem ou uma falha que o outro não tem.
Comece com observação, não com substituição permanente. Observe se a verificação externa resolve registros A ou AAAA. No dispositivo afetado, desconecte e reconecte ao Wi-Fi e tente novamente. Se o seu sistema operacional fornecer uma liberação de cache DNS, use seu método documentado. Só então compare com um resolvedor alternativo confiável. Cloudflare documenta seu DNS-sobre-HTTPS JSON interface para uma comparação explícita do resolvedor.
Não interprete “DNS funciona” como “a página deve ser renderizada”. DNS mapeia apenas o nome. TLS, roteamento, política de servidor e aplicativo ainda precisam ser bem-sucedidos.
O roteador VPN ou ISP pode estar bloqueando o caminho?
Cada um pode criar exatamente esta divisão:
- Um roteador pode manter um estado ruim, aplicar controles parentais, preferir um caminho IPv6 quebrado ou bloquear uma categoria.
- Um VPN, proxy, escudo antivírus da web ou perfil corporativo pode alterar DNS e o roteamento.
- Um ISP pode ter um incidente de roteamento ou resolução afetando um destino.
- Um site pode limitar a taxa ou bloquear o IP público da rede Wi-Fi enquanto aceita o IP da operadora móvel.
Verifique o escopo antes de desativar as proteções. Se todos os dispositivos falharem apenas em uma rede Wi-Fi, concentre-se nessa rede. Se apenas um dispositivo gerenciado falhar, não remova seus controles de segurança; pergunte ao administrador. da Microsoft Sequência de solução de problemas de Wi-Fi do Windows e do Google Solução de problemas de conexão do Android ambos começam com verificações básicas de conexão e isolam progressivamente o estado do dispositivo e da rede.
O que você deve redefinir e em que ordem?
Use primeiro a mudança menos perturbadora:
| Pedido | Ação | O que testa |
|---|---|---|
| 1 | Recarregue o URL exato em uma janela privada | Cache do navegador, cookies, extensões |
| 2 | Reconecte o Wi-Fi | Locação atual e associação de rádio |
| 3 | Teste um segundo dispositivo | Escopo de dispositivo versus rede |
| 4 | Pause VPN/proxy para um teste controlado | Rota ou filtro de sobreposição |
| 5 | Liberar cache DNS documentado | Resolução de nome local obsoleto |
| 6 | Reinicie o roteador | Estado do roteador e anunciado DNS |
| 7 | Compare o resolvedor ou entre em contato com ISP | Resolver e rota upstream |
Evite redefinir o roteador para os padrões de fábrica, a menos que você tenha sua configuração e credenciais. Evite deixar um firewall, VPN ou produto de segurança desativado apenas porque a página foi carregada uma vez. Se a página abrir, mas parecer incompleta, execute o Teste de renderização de site porque ativos estáticos ou scripts podem falhar mesmo quando a resposta principal HTTP for bem-sucedida.
Quando você deve interromper a solução de problemas localmente?
Pare e avance quando a evidência apontar para fora do seu controle: o verificador externo e os dados móveis falham; os resultados do rastreamento morrem consistentemente além do seu roteador; cada dispositivo em um ISP falha enquanto outra rede funciona; ou o site mostra uma resposta de política de acesso vinculada ao seu IP público. Forneça ao provedor o URL exato, carimbos de data/hora com fuso horário, veredicto externo, resultado DNS, rede afetada e etapas já testadas. Essa evidência é muito mais útil do que “a Internet está quebrada”.
Perguntas frequentes
Por que um site falha no Wi-Fi enquanto outros sites funcionam?
Esse padrão pode vir de um registro DNS, roteador ou filtro de segurança, uma rota IPv6 ou ISP quebrada ou um bloco vinculado ao IP público da rede Wi-Fi. Teste o URL exato externamente e compare outro dispositivo no mesmo Wi-Fi antes de alterar as configurações.
Por que DNS pode criar uma falha no site somente Wi-Fi?
Sim. Os dados móveis e o Wi-Fi geralmente usam resolvedores DNS diferentes. Um resolvedor Wi-Fi obsoleto, filtrado ou com falha pode impedir a resolução do domínio mesmo quando o resolvedor móvel for bem-sucedido.
Devo mudar meu DNS imediatamente?
Não. Primeiro registre o resultado atual, reconecte o Wi-Fi, teste um segundo dispositivo e limpe o cache DNS do sistema operacional usando seu método documentado. Compare outro resolvedor respeitável somente após isolar DNS como a camada provável.
Uma verificação de status de site online prova que ele funciona em qualquer lugar?
Não. Isso prova que o site respondeu da borda externa do verificador naquele momento. Roteamento regional, política ISP, autenticação e falhas de páginas individuais ainda podem ser diferentes.
É seguro desligar meu VPN ou firewall para testar?
Use apenas uma comparação breve e controlada de VPN ou de proxy, se a política permitir, e depois restaure-a. Não desative permanentemente um firewall ou controle de segurança gerenciado; pergunte ao administrador quando o dispositivo for gerenciado.
Que evidências devo enviar meu ISP?
Envie o URL exato, carimbos de data e hora com fuso horário, status externo e resultados DNS, dispositivos afetados, comparação entre Wi-Fi e celular, IP público, se apropriado, e o ponto onde um rastreamento é interrompido consistentemente.

