Global Ping
O ping global executa uma medição — ping, HTTP, DNS, traceroute ou MTR — a partir de sondas em redes do mundo todo ao mesmo tempo, para você ver se um problema está em toda parte ou só no seu caminho. Escolha uma medição, nomeie um destino, escolha até quatro lugares e compare as respostas lado a lado.
Quer isto vigiado de muitos lugares, 24 horas por dia? Vigie grátis com o myeventwatch — alertas de expiração e indisponibilidade, sem cartão.
Uma medição, muitos pontos de vista
Cada teste de rede que você executa da sua mesa responde a uma pergunta mais estreita do que você pensa: não “este host está no ar?”, mas “este host está no ar a partir daqui, pelo meu provedor, pelo meu peering, agora mesmo?”. A internet não tem um único ponto de vista, e a maioria das quedas confusas é local de um jeito invisível por dentro — uma rota quebrada numa região, um resolvedor envenenado num país, um nó anycast falhando para um continente enquanto serve alegremente outro. O ping global tira o seu próprio caminho da equação ao executar a medição idêntica a partir de sondas voluntárias em redes sem relação, no mesmo momento. Quando todas as sondas concordam que o destino caiu, ele caiu. Quando uma cidade falha e as outras passam tranquilas, o problema vive num caminho, não no destino — e essa única distinção costuma ser metade da batalha de depuração.
As cinco medições respondem a seguimentos diferentes. O ping dá o tempo de ida e volta e a perda de pacotes, a saúde bruta da alcançabilidade. O HTTP cronometra uma requisição real e retorna o código de status, pegando a grande classe de falhas em que um host responde ao ping, mas o serviço nele não funciona. O DNS pergunta aos resolvedores locais de cada sonda, que é como se pega uma resposta certa em Frankfurt e errada em Singapura. O traceroute lista os saltos da sonda até o destino, para você ver onde os caminhos divergem. O MTR combina os dois, fazendo ping em cada salto repetidamente, o que separa “o último salto é lento” de “um enlace do meio perde pacotes e tudo depois dele só herda a culpa”.
Como ler um resultado dividido
Comece pela concordância. Se todas as sondas relatam tempos parecidos e as mesmas respostas, o seu problema está quase certamente entre você e a internet em geral — seu provedor, sua VPN ou seu resolvedor local. Se exatamente um local discorda, suspeite da geografia: o roteamento é por rede, e o caminho ruim de um único provedor de trânsito pode engolir uma região deixando todos os outros intactos. Se as respostas DNS diferem por local para um nome que não é deliberadamente direcionado por geografia, isso é uma falha, não um recurso — os resolvedores deveriam convergir para os mesmos registros quando os caches expiram. E quando um destino resolve de propósito para endereços diferentes em lugares diferentes, você está vendo anycast ou geo-DNS funcionando como projetado: compare cada sonda com o endereço que ela realmente alcançou, que esta página imprime, em vez de esperar uma única resposta verdadeira.
Ferramentas relacionadas: a verificação de saúde do site para o panorama completo de um site a partir do servidor da sysosx, o verificador de propagação DNS para saber se quatro grandes resolvedores públicos concordam sobre um nome, e o artigo complementar caiu, ou é só você?, sobre usar muitos pontos de vista para resolver exatamente essa pergunta.
Atribuição e honestidade: as medições rodam na rede Globalping da jsDelivr, executadas por sondas voluntárias hospedadas em redes do mundo todo — trate a rede como o recurso compartilhado que ela é. Esta página usa o nível gratuito compartilhado, então valem limites por visitante, destinos populares ficam em cache brevemente, e em momentos de pico o próprio serviço de origem pode saturar, o que a página relata em vez de disfarçar como falha do destino.
Cinco termos que tornam os resultados legíveis
| Sonda | Um pequeno agente rodando na rede de outra pessoa — uma conexão doméstica, uma VM na nuvem, uma universidade — que realiza a medição onde está e relata o resultado. |
| Ponto de vista | O lugar de onde uma medição é feita; o mesmo destino pode parecer saudável de um ponto de vista e quebrado de outro, e ambas as observações podem ser verdadeiras. |
| Anycast | Anunciar o mesmo endereço IP de muitos lugares ao mesmo tempo, para cada usuário alcançar a instância mais próxima — e é por isso que sondas diferentes alcançam legitimamente máquinas diferentes num mesmo endereço. |
| Perda de pacotes | A parcela de pacotes enviados que nunca volta; um pouco de perda num caminho longo é sobrevivível, perda sustentada significa que algo no caminho está descartando tráfego. |
| MTR | Um híbrido de ping e traceroute que faz ping em cada salto do caminho repetidamente, mostrando perda e latência por salto em vez de só no destino. |
Perguntas frequentes
Por que os locais precisam ser escritos em inglês?
A API do Globalping compara nomes de locais com seu próprio dicionário geográfico em inglês de cidades, regiões e países. “Frankfurt”, “New York” e “Singapore” correspondem de forma confiável; um nome de cidade traduzido normalmente não corresponde a nada, e a medição não pode começar. Por isso as quatro caixas são rotuladas com honestidade: escreva o lugar em inglês e use a lista de sugestões, que oferece dez cidades bem cobertas. Uma sonda é selecionada para cada local que você nomear.
Uma sonda diz offline ou falhou. O destino caiu?
Não — esse resultado é sobre a sonda, não sobre o destino. Uma sonda pode ficar offline, perder a própria conectividade ou ser incapaz de executar um tipo de medição; os resultados das outras sondas continuam válidos. Julgue o destino pelas sondas que terminaram: se elas concordam, o veredito delas é a resposta, e uma única sonda falhada é ruído sobre a própria rede de medição.
Por que os resultados às vezes ficam em cache, e por que os limites?
As medições consomem uma rede compartilhada e voluntária, num nível gratuito com orçamento horário modesto dividido por todos que a usam por este site. Para ser justo, cada visitante tem um número limitado de medições novas, e repetir a mesma medição numa janela curta retorna a cópia em cache, rotulada como tal. Se o nível gratuito de origem se esgotar, a página diz isso claramente em vez de inventar um resultado.
O ping funciona, mas o HTTP falha (ou o contrário). O que isso significa?
Eles testam camadas diferentes. O ping prova que a pilha de rede do host responde a ICMP; não diz nada sobre o servidor web, que pode estar fora do ar, mal configurado ou retornando erros — um resultado HTTP com código 5xx é uma rede funcionando e um serviço quebrado. O contrário — HTTP funciona, ping esgota o tempo — também é comum e normalmente inocente: muitos hosts e firewalls descartam ICMP deliberadamente enquanto servem tráfego normalmente.
Posso testar de mais de quatro locais, ou rodar isto continuamente?
Esta página roda até quatro sondas por medição para ficar dentro do nível gratuito compartilhado. Para verificação contínua de muitos lugares — a versão “me acorde quando quebrar em algum lugar” desta ferramenta — um serviço de monitoramento é o formato certo; o link abaixo do formulário oferece monitoramento gratuito pelo myeventwatch. Para uma pergunta pontual, quatro locais bem espalhados costumam bastar para separar “caiu em toda parte” de “caiu só para alguns”.