Para que serve o monitorização de ping?

Verifica a disponibilidade na camada 3 — se o host responde a ICMP echo. Útil para routers, switches, dispositivos IoT, infraestrutura interna e tudo o que não corre HTTP mas deve estar acessível.

Porque é que o meu servidor AWS/cloud não passa nos testes de ping?

A maioria dos fornecedores de cloud bloqueia por defeito o ICMP a nível de security-group ou firewall. O servidor está de boa saúde mas não responde ao ping. Para workloads na cloud, dá prioridade a checkes HTTP ou de portos TCP. Podes permitir explicitamente ICMP nos security groups se realmente precisares de ping.

Qual a diferença entre ping e verificação de porto TCP?

O ping usa ICMP (sem porto — pura disponibilidade de camada 3). Porto TCP abre uma ligação TCP num porto específico — confirma a ligação de camada 4. O host pode passar no ping mas falhar o TCP (firewall bloqueia o porto) ou o inverso (ICMP bloqueado, porto aberto).

Mede-se o tempo round-trip do ping?

Sim — o tempo de resposta (round-trip) é registado em cada verificação e acompanhado ao longo do tempo. Útil para detetar degradação da rede: o mesmo host mas o RTT aumenta lentamente de 20ms para 200ms indica problema de routing ou congestionamento.

Posso fazer ping a IPs internos?

Só se o IP for acessível a partir dos nossos servidores de monitorização — ou seja, IP público. Redes privadas RFC1918 (192.168.x.x, 10.x.x.x, 172.16-31.x.x) não funcionam com monitorização externa. Para infraestrutura interna, executa um agente heartbeat self-hosted na rede interna que faça ping a nós.

Monitoramento de ping — verificações de alcance TCP

Verifique se o seu servidor está ativo na camada de rede — independentemente de qualquer serviço web executado acima.

Para que serve o ping, se já monitorizo HTTP

O monitorização de HTTP diz-te se o site devolve uma resposta correta. O monitorização de ping diz-te se a máquina está sequer acessível. São perguntas diferentes e a diferença importa quando algo falha. Se a aplicação web crashar mas o servidor continuar vivo, o HTTP falha - o ping passa. Isto restringe imediatamente a área de diagnóstico. Se ambos falham - é uma falha de rede ou de infraestrutura. Se só o ping falha - pode ser que o firewall começou a bloquear sondas, mas o HTTP continua a funcionar para os utilizadores.

O monitorização de ping também é a ferramenta adequada para hosts que não correm HTTP: servidores de base de dados, servidores de email, servidores de aplicações atrás de um balanceador de carga, gateways VPN, serviços internos - em todo o lado onde precisas apenas de saber "se esta máquina está viva e acessível".

Porquê ping baseado em TCP

O ping ICMP clássico (comando "ping") é ótimo no desktop, mas pouco fiável para monitorização a partir da cloud. A maioria dos firewalls modernos bloqueia ou limita o ICMP, especialmente a partir de redes públicas, então um timeout ICMP pode significar tanto "o servidor foi abaixo" como "o firewall descartou o pacote". Tal ambiguidade é catastrófica para uma ferramenta de alertas.

O DiagnoSEO Uptime Monitoring usa ping baseado em TCP: a verificação abre uma ligação TCP num porto conhecido (primeiro 80, fallback 443) com timeout de 5 segundos. Se voltar SYN/ACK - o host está acessível. Se não - recebes um erro real com código do kernel (connection refused, timeout, no route to host), o que acelera a triagem.

O que é registado

Cada ping regista o resultado (up / down) e o tempo RTT em milissegundos. Isto vai para o mesmo pipeline de histórico que os monitores HTTP - recebes um sparkline dos últimos testes, percentagem de uptime 24h e 30d e um mapa de calor de disponibilidade dos últimos 30 dias. Se o host falha, é aberto um incidente e vão notificações para os canais ativos.

Dicas para monitores de ping

Escolhe um intervalo curto: o ping é barato, define 1-5 minutos se o plano permitir. Detecção mais rápida a baixo custo.
Combina com monitores de portos: se tens uma base de dados em 5432 ou mail em 25, adiciona também um monitor de porto. O ping diz-te "a máquina está viva", o porto diz-te "o serviço está a escutar".
Vigia o RTT: o tempo de resposta é registado em cada verificação. Picos súbitos no RTT costumam anteceder falhas totais - define um limiar e apanha-os antes de evoluírem para incidentes.
Usa o limiar de confirmação: as redes têm falhas momentâneas. Os 2 erros consecutivos por defeito protegem contra falsos positivos.

Como se encaixa no dashboard

Os monitores de ping aparecem ao lado dos monitores de HTTP, portos, palavras-chave, API e heartbeat na mesma lista. Podes marcá-los ("infra", "internos"), filtrar por estado, ordenar por RTT e pausar/retomar como qualquer outro. Os alertas são enviados pelos mesmos canais (Email, Telegram, Slack, Discord, SMS) com as mesmas regras de silêncio nocturno e limiar de confirmação.

Configuração

Abre a ferramenta, clica em "Adicionar monitor", escolhe o tipo "Ping (TCP)", cola o host (ex: db.internal.firma.com), define o intervalo e guarda. A partir do ciclo seguinte, o monitor abre uma ligação TCP por minuto, regista o RTT e alerta quando o host deixar de responder.

Perguntas frequentes

Para que serve o monitorização de ping?
Verifica a disponibilidade na camada 3 — se o host responde a ICMP echo. Útil para routers, switches, dispositivos IoT, infraestrutura interna e tudo o que não corre HTTP mas deve estar acessível.
Porque é que o meu servidor AWS/cloud não passa nos testes de ping?
A maioria dos fornecedores de cloud bloqueia por defeito o ICMP a nível de security-group ou firewall. O servidor está de boa saúde mas não responde ao ping. Para workloads na cloud, dá prioridade a checkes HTTP ou de portos TCP. Podes permitir explicitamente ICMP nos security groups se realmente precisares de ping.
Qual a diferença entre ping e verificação de porto TCP?
O ping usa ICMP (sem porto — pura disponibilidade de camada 3). Porto TCP abre uma ligação TCP num porto específico — confirma a ligação de camada 4. O host pode passar no ping mas falhar o TCP (firewall bloqueia o porto) ou o inverso (ICMP bloqueado, porto aberto).
Mede-se o tempo round-trip do ping?
Sim — o tempo de resposta (round-trip) é registado em cada verificação e acompanhado ao longo do tempo. Útil para detetar degradação da rede: o mesmo host mas o RTT aumenta lentamente de 20ms para 200ms indica problema de routing ou congestionamento.
Posso fazer ping a IPs internos?
Só se o IP for acessível a partir dos nossos servidores de monitorização — ou seja, IP público. Redes privadas RFC1918 (192.168.x.x, 10.x.x.x, 172.16-31.x.x) não funcionam com monitorização externa. Para infraestrutura interna, executa um agente heartbeat self-hosted na rede interna que faça ping a nós.

Monitoramento de ping