Ferramenta de Teste Ping

Um teste de ping verifica se um host de destino está acessível pela rede e estima a latência de resposta. O ping tradicional envia pacotes ICMP echo e mede o tempo de ida e volta; em navegadores ou ambientes web, outros métodos podem ser usados porque não há acesso ICMP direto. Ping ajuda em diagnóstico de rede, monitoramento de servidores, comparação de latência, suspeitas de DNS e separação entre problemas locais e do host remoto. Um ping bem-sucedido não prova que site, porta, banco de dados ou login funcionam, e uma falha não significa sempre que o servidor caiu, pois firewalls podem bloquear ICMP. Interprete junto com DNS, traceroute, portas e testes de aplicação.

A ferramenta de ping envia uma sonda do servidor backend do ToolAct para o host de destino, medindo acessibilidade e latência de ida e volta. O ping tradicional opera na Camada 3 do modelo OSI usando ICMP (Internet Control Message Protocol, RFC 792): a fonte envia um ICMP Echo Request (Tipo 8, Código 0) contendo um número de sequência e um payload, e o destino responde com um ICMP Echo Reply (Tipo 0, Código 0). O tempo de ida e volta (RTT) é o intervalo entre o envio da requisição e o recebimento da resposta, medido em milissegundos. Como navegadores não podem enviar pacotes ICMP brutos (a API Socket não expõe sockets brutos para conteúdo web), esta ferramenta faz proxy do ping através de uma API backend — o processo do lado do servidor executa a troca ICMP real e retorna os resultados ao navegador. O campo TTL (Time to Live) no cabeçalho IP é decrementado em 1 a cada salto de roteador; quando o TTL chega a 0, o roteador descarta o pacote e retorna uma mensagem ICMP Time Exceeded (Tipo 11). Este é o mecanismo por trás do traceroute, mas em um teste de ping, o valor TTL inicial revela o SO do destino: Windows usa 128 por padrão, Linux/macOS 64, e dispositivos de rede frequentemente usam 255. Subtrair o TTL recebido do padrão fornece uma contagem aproximada de saltos até o destino. A perda de pacotes é calculada como (pacotes enviados - pacotes recebidos) / pacotes enviados × 100%. Perda zero significa que todas as sondas retornaram dentro do timeout; perda intermitente pode indicar congestionamento, hardware com defeito, limitação de taxa ou depreciação de ICMP pelo destino ou firewall intermediário. Muitos servidores de produção e provedores de nuvem desabilitam ICMP completamente na borda, então um resultado de 100% de perda não significa necessariamente que o host está offline — pode significar que o ICMP está filtrado. A ferramenta reporta latência mínima, máxima e média em todas as sondas bem-sucedidas, que juntas revelam jitter: uma média baixa com máxima alta sugere picos ocasionais, enquanto mínima/máxima consistentes indicam um link estável.

• Mecanismo ICMP Echo (RFC 792): O Echo Request (Tipo 8) carrega um identificador de 16 bits, um número de sequência de 16 bits e um payload opcional — o Echo Reply (Tipo 0) ecoa o mesmo identificador e sequência de volta, permitindo ao remetente associar respostas a requisições.
• Medição de RTT: O tempo de ida e volta é o intervalo de relógio desde a transmissão da requisição até o recebimento da resposta, incluindo atraso de propagação na rede, fila de roteadores e tempo de processamento do destino — valores abaixo de 1 ms sugerem que o destino está na mesma LAN, enquanto 100+ ms sugere caminhos intercontinentais.
• Inferência de saltos por TTL: Os valores TTL iniciais seguem convenções de SO (Windows 128, Linux/macOS 64, equipamentos de rede 255); a contagem aproximada de saltos = TTL inicial − TTL recebido — um TTL recebido de 117 de um host Windows sugere aproximadamente 11 saltos de roteador.
• Interpretação de perda de pacotes: <2% de perda em um caminho bem conectado é normal; 2-10% sugere congestionamento ou link instável; >10% indica um problema sério — mas a filtragem de ICMP por firewalls ou provedores de nuvem pode produzir falsa perda de 100% em um host saudável.
• Estatísticas de latência: Mínima, máxima e média aritmética em N sondas revelam jitter — uma média baixa com máxima alta indica congestionamento esporádico; o desvio padrão (não exibido mas calculável a partir da tabela por pacote) quantifica a dispersão.
• Limitação do navegador: JavaScript não pode enviar pacotes ICMP brutos porque as APIs WebSocket, fetch e XMLHttpRequest operam na camada de aplicação (TCP/TLS/HTTP) — a ferramenta faz proxy de pings através de uma API backend, então a latência medida inclui uma viagem HTTP adicional ao servidor ToolAct.
• Limitação de taxa ICMP: Muitos hosts e roteadores aplicam limitação de taxa ICMP (parâmetro do kernel Linux net.ipv4.icmp_ratelimit, padrão 1000 ms) — enviar sondas mais rápido que o limite de taxa causa perda artificial de pacotes que não reflete as condições reais da rede.