Ferramentas de Rede: qual usar para cada situação
Quase todo diagnóstico de rede começa pelo IP. Saber o endereço público resolve três coisas de uma vez: qual o IP da conexão, qual provedor o resto da internet enxerga e em que cidade aproximada essa saída aparece. Depois disso, o sintoma é que guia o próximo passo.
As ferramentas do site cobrem quatro áreas. Identidade da conexão: Meu IP, Minha Localização, Localizar IP. Resolução de domínios: DNS, Meu DNS e WHOIS. Diagnóstico ativo: Ping, perda de pacotes e velocidade. Planejamento e laboratório: Calculadora IP, CIDR, conversor IPv4/IPv6 e gerador de MAC.
Qual ferramenta responde qual pergunta
A busca "qual meu IP" abre em Meu IP. Quem digita "qual a localização do meu IP" ou "onde fica meu IP" cai em Minha Localização Atual. Para rastrear um IP que não é o seu, Localizar IP. "Consulta DNS de um site" vai para Consulta DNS; já "qual o meu DNS" (o resolver que o navegador usa neste momento) é outra pergunta e tem página própria em Meu DNS. "Quem é o dono desse domínio" ou "consulta WHOIS" abrem em WHOIS.
Em diagnóstico ativo: "teste de ping online" abre em Teste de Ping, "teste de perda de pacotes" em Perda de Pacotes, "teste de velocidade da internet" em Velocidade. Em planejamento: "calculadora de IP" ou "calcular subnet" → Calculadora IP; "calculadora CIDR" → CIDR; "converter IPv4 para IPv6" → Conversor; "gerar MAC address aleatório" → Gerador de MAC.
| Busca típica | Ferramenta | O que ela entrega |
|---|---|---|
| qual meu IP | Meu IP | Endereço IPv4 e IPv6, AS do provedor visível e contexto geográfico aproximado |
| qual a localização do meu IP | Minha Localização Atual | Geolocalização por IP confrontada com posição do navegador (GPS, Wi-Fi) |
| como localizar um IP | Localizar IP | Provedor, país, região e cidade aproximada para qualquer IP |
| consulta DNS de um site | Consulta DNS | Registros A, AAAA, MX, TXT, NS, SOA, CNAME e CAA |
| qual o meu DNS | Meu DNS | Resolver DNS efetivamente em uso pelo navegador (DoH) |
| consulta WHOIS | Consulta WHOIS | Nameservers, status, datas e contato administrativo quando expostos |
| teste de ping online | Teste de Ping | RTT, jitter, perda e indício de bloqueio ICMP no caminho |
| teste de perda de pacotes | Perda de Pacotes | Loop de 50 ICMP com taxa de perda e desvio de RTT |
| teste de velocidade da internet | Velocidade | Download, upload, latência ociosa e sob carga, jitter agregado |
| calculadora de IP / calcular subnet | Calculadora IP | Rede, broadcast, máscara, faixa utilizável e total de hosts |
| calculadora CIDR | Calculadora CIDR | Equivalência entre /n e máscara decimal, comparação entre blocos |
| converter IPv4 para IPv6 | Conversor IPv4/IPv6 | Formas mapeada, embedded e 6to4 para documentação e transição |
| gerar MAC address | Gerador de MAC | Endereços randomizados com bit local/unicast definido corretamente |
Três tipos de uso
O primeiro tipo é descobrir como a conexão aparece para fora: qual o IP, qual provedor o resto da internet enxerga, se há IPv4 e IPv6 ativos, se a cidade reportada bate com a real. O segundo é resolver problema agudo: site fora do ar, chamada com lag, jogo travando, e-mail que não chega, domínio que não responde. O terceiro é planejar ou documentar uma rede antes dela entrar em produção: subnet, CIDR, endereçamento, MAC para máquinas virtuais.
Os três se cruzam o tempo todo. Um IP em cidade distante visto em Meu IP pode ser sinal de VPN ligada ou rota CGNAT, e quem confirma é Minha Localização Atual. Latência alta para um host específico no Ping manda direto para Consulta DNS, que costuma revelar registro apontando para o servidor errado antes mesmo de surgir a hipótese de "banda baixa".
Sintomas comuns e melhor primeiro teste
Nem todo teste rende o mesmo. Quando a chamada de vídeo trava mas o YouTube roda liso, o problema quase nunca é banda — é perda de pacotes ou jitter, e isso aparece no teste de ping antes de aparecer no speedtest. Quando um site não abre só pra você, o suspeito é cache DNS local, não o servidor do site. E quando um servidor específico está lento mas o resto da internet está normal, é rota, não plano contratado.
| Sintoma | Primeiro teste | Razão técnica |
|---|---|---|
| "Minha internet está lenta" | Velocidade + Ping | Banda real e latência separam gargalo de plano de problema de caminho |
| "Meu jogo está com lag" / chamada de vídeo travando | Perda de Pacotes | Jitter e perda explicam lag mesmo com banda alta — banda não é o gargalo |
| "Esse site não abre só pra mim" | Consulta DNS | Apontamento errado, cache divergente ou registro quebrado aparecem antes |
| "Meu IP aparece em cidade errada" | Minha Localização Atual | Confirma CGNAT, VPN ou base de geolocalização desatualizada |
| "E-mail do meu domínio não chega" | Consulta DNS | MX, SPF, DKIM e DMARC concentram a maioria das causas |
| "Quem é o dono desse domínio" | Consulta WHOIS | Registrante, nameservers, status e datas quando o TLD expõe |
| "Preciso dividir uma rede /24 em sub-redes" | Calculadora IP + CIDR | Leitura correta do bloco antecede qualquer decisão de segmentação |
O que cada ferramenta não consegue responder
Nenhuma ferramenta de rede pública dá resposta absoluta. Geolocalização por IP usa um banco terceirizado e erra com VPN, CGNAT, proxy corporativo e bloco de IP recém-alocado. WHOIS depende do que o registro está disposto a expor naquele momento — no .br, o NIC.br esconde dados pessoais por causa da LGPD. Ping fica cego se o caminho bloquear ICMP, e nesse caso o teste cai para um handshake TCP em portas comuns. O speedtest mede da sua máquina até o servidor mais próximo do CDN, não o plano inteiro contratado com a operadora.
No Brasil, CGNAT é a variável que mais bagunça a leitura. Vários clientes da mesma operadora dividem um único IP público, então Meu IP mostra o mesmo endereço para gente em cidades diferentes. Backbones entre estados adicionam de 8 a 40 ms fixos, dependendo do trecho. E cache DNS de provedor consegue segurar registro velho por horas, mesmo quando o domínio já mudou de servidor há tempos.
A ordem que mais resolve diagnóstico
Existe uma ordem que costuma fechar mais diagnóstico em menos tempo. Comece confirmando o IP e a localização (descarta VPN, confirma CGNAT, identifica o provedor). Em seguida, Ping no destino que está dando problema (separa "caminho" de "origem"). Depois Consulta DNS do domínio envolvido (mostra se o registro está apontando certo, se há cache divergente, se algum tipo de registro está faltando). Speedtest fica por último — só faz sentido quando nada do que veio antes explicou o sintoma.
Calculadora de IP, CIDR, conversor IPv4/IPv6 e gerador de MAC entram em outro fluxo. Não são reativos a problema — são usados antes, em planejamento, documentação ou laboratório. Quem está dividindo um /24, montando uma máquina virtual ou anotando endereçamento de uma rede nova abre essas ferramentas porque precisa do número certo, não porque algo quebrou.
Resultado estranho nem sempre é erro
VPN ligada, CGNAT, cache DNS antigo, firewall bloqueando ICMP e IP com cidade errada são situações totalmente normais. As ferramentas servem para separar sintoma de causa, não para confirmar que "alguma coisa está errada" baseado num único número.
Cada ferramenta responde uma pergunta diferente: endereço, nome, caminho, banda, dono do domínio. Combinar duas ou três na ordem certa fecha mais diagnóstico do que abrir todas ao mesmo tempo sem saber o que procurar.