Como esta ferramenta funciona
Digite um endereço IP ou um nome de host e o nosso servidor de sondagem envia uma série curta de requisições de eco ICMP, os mesmos pacotes que o comando ping do seu computador usa. Cada resposta é cronometrada. O resultado mostra quantos pacotes foram enviados e recebidos, o tempo de ida e volta mínimo, médio e máximo, e o jitter entre as respostas. O teste é gratuito e não exige conta.
Separadamente, assim que a página carrega, o seu navegador mede a própria latência até o nosso servidor. Ele envia uma série de requisições HTTP muito pequenas a um endpoint leve e registra o tempo de cada uma. Navegadores não enviam ICMP, então esse valor é uma ida e volta HTTP e não um ping verdadeiro, mas reflete o mesmo caminho de rede e é o número que importa para a rapidez com que este site, e sites hospedados perto dele, parecem para você.
As duas medições respondem a perguntas diferentes. O ping da sonda diz se um host está no ar e quão distante está da sonda. A latência do navegador diz quão distante você está do nosso servidor. Nenhuma das duas é a latência entre você e o host digitado; esse caminho passa pela sua própria conexão e só pode ser medido do seu computador, com os comandos mais abaixo.
Nomes de host são resolvidos antes do ping. A sonda recusa endereços privados e reservados, aplica limite de taxa por visitante e guarda resultados recentes brevemente para que execuções repetidas não inundem um alvo.
Como ler o resultado
Enviados e recebidos. Se todo pacote recebeu resposta, o host é alcançável e o caminho está limpo neste momento. Se nenhum recebeu, o host está fora do ar, o endereço está errado ou algo entre a sonda e o host descarta ICMP. Respostas parciais indicam perda de pacotes em algum ponto.
Mínimo, médio e máximo. O mínimo é o mais próximo da latência pura do caminho: o mais rápido que um pacote conseguiu ir e voltar. A média é a experiência típica. O máximo mostra o pior pico da execução. Uma diferença grande entre mínimo e máximo significa que o caminho está congestionado ou um roteador nele demora a responder.
Jitter. A diferença média entre tempos consecutivos. Jitter baixo significa conexão estável. Jitter alto com média razoável é a assinatura de interferência de Wi-Fi, upstream saturado ou roteador com bufferbloat, e prejudica chamadas de voz e vídeo mais do que a latência média.
Perda de pacotes. A porcentagem de requisições sem resposta. 0% é a meta. Um único pacote perdido em uma execução curta pode ser ruído. Perda consistente, especialmente com latência máxima alta, é um problema que vale perseguir com um traceroute, que mostra em qual salto os pacotes começam a sumir.
O bloco de latência do navegador segue a mesma lógica: mínimo próximo da média e pouca dispersão significam que a sua conexão com o nosso servidor é estável; oscilações grandes apontam para a sua rede local ou o seu provedor, não para o destino.
O que fazer com latência alta ou perda
O host não responde de jeito nenhum
- Confira erros de digitação no endereço ou nome e consulte-o na consulta DNS para ver para onde resolve.
- Teste uma porta que o host deveria ter aberta com o verificador de porta. Resposta na 443 e silêncio no ping significa que o ICMP está filtrado, não que o host está fora.
- Se o host é seu, verifique se o firewall descarta requisições de eco ICMP. No Linux, procure uma regra de iptables ou nftables para icmp; no Windows, ative a regra de entrada "Compartilhamento de Arquivos e Impressoras (Solicitação de Eco)" no Firewall do Windows Defender; em hosts de nuvem, permita ICMP no security group.
A latência está maior do que o esperado
- Compare o mínimo com a distância. A luz na fibra percorre cerca de 200 quilômetros por milissegundo, e uma ida e volta dobra isso, então um host a 5.000 quilômetros não consegue responder em menos de uns 50 milissegundos por melhor que seja a rede.
- Se o mínimo é razoável, mas média e máximo são altos, o caminho está congestionado. Rode um traceroute para encontrar o salto em que a latência sobe.
- Se a sonda mostra latência baixa a um host, mas o seu computador mostra latência alta ao mesmo host, a lentidão está do seu lado: Wi-Fi, roteador ou rede do provedor.
Sua própria conexão mostra jitter ou perda altos
- Conecte por cabo em vez de Wi-Fi e rode o teste de latência do navegador de novo. Se a dispersão some, o enlace sem fio é a causa: aproxime-se do roteador, mude o canal ou use a banda de 5 GHz.
- Interrompa outras transferências na rede. Um único upload saturando o upstream eleva a latência de tudo; um roteador com gerenciamento inteligente de fila ou QoS mantém isso sob controle.
- Reinicie o roteador e o modem. Hardware de consumo envelhecido desenvolve exatamente esse sintoma.
- Teste em horários diferentes. Perda que aparece só à noite é congestionamento do lado do provedor, e o provedor precisa das medições como evidência.
- Se está em VPN ou proxy, repita o teste sem eles. Todo túnel acrescenta o desvio pelo servidor à sua latência; um servidor em outro continente pode somar centenas de milissegundos.
Fazendo ping do seu próprio computador
A visão da sonda serve para saber se um servidor está no ar e como se comporta a partir da internet. Para a sua própria conexão, use o comando ping.
Windows: ping 203.0.113.45 envia 4 requisições por padrão; ping -t 203.0.113.45 continua até você pressionar Ctrl+C e ping -n 20 203.0.113.45 envia 20.
macOS e Linux: ping -c 20 203.0.113.45 envia 20 requisições e imprime um resumo com mínimo, média, máximo e desvio padrão. No Linux, ping -i 0.2 encurta o intervalo para uma leitura mais rápida do jitter. Para IPv6, ping6 em sistemas antigos ou ping -6 nos novos.
Faça ping no roteador primeiro, depois em um host do provedor, depois em um endereço público conhecido, depois no alvo. O primeiro salto em que a latência sobe ou pacotes somem é onde está o problema.
Ping em um IP ou em um nome de host
O resultado é o mesmo depois que os pacotes estão na rede, mas as duas entradas diferem no que mais testam. Fazer ping em um nome o resolve primeiro, então uma falha pode ser de DNS e não de rede; a consulta DNS separa as duas. Um nome com vários endereços recebe ping em um deles, que pode diferir do que o seu navegador usa. Fazer ping no endereço diretamente remove a ambiguidade.
Ping também testa algo diferente de uma verificação de porta. Um host que responde ao ping está ligado e roteado, mas isso não diz se o servidor web, de e-mail ou de jogo está rodando; um host que ignora ping pode estar servindo páginas normalmente. Quando a pergunta é "o serviço está no ar", o verificador de porta responde; quando é "o host é alcançável e quão longe está", o ping responde.
Ping e quem verifica um proxy ou VPN
Para quem testa um ponto de proxy ou VPN antes de depender dele, dois números importam: a latência do seu computador até o ponto, medida localmente com os comandos acima, e a latência do ponto até os sites que você usará, que a sonda aproxima ao fazer ping no ponto a partir da internet. As duas pernas se somam em toda requisição pelo túnel. Um ponto longe de você ou longe dos sites de destino parecerá lento independentemente da banda anunciada, e jitter alto em qualquer perna é a causa habitual de tempos esgotados e sessões derrubadas.
Limitações desta ferramenta
- O ping da sonda mede o caminho do nosso servidor de sondagem até o host, não a partir de você.
- A latência do navegador usa HTTP em vez de ICMP, então inclui um pouco de sobrecarga de protocolo e o tempo de resposta do servidor. É uma boa medida relativa, não de laboratório.
- Muitos hosts, firewalls e provedores de nuvem descartam ou limitam ICMP. Sem resposta não significa host fora do ar.
- Cada execução envia poucos pacotes em alguns segundos. Problemas intermitentes podem não aparecer em uma execução; repita ou use um ping contínuo localmente.
- Roteadores costumam responder ICMP mais devagar do que encaminham tráfego, então um único salto lento isolado não prova problema.
- Nomes com vários endereços recebem ping em um deles.
- A ferramenta tem limite de taxa por visitante e recusa faixas privadas e reservadas.