Início 07/09/2026 09:33:03
· fim 07/09/2026 09:34:03 · duração 1min · 1 checagens com falha
Diagnóstico
Causa provávelO domínio não responde pela Cloudflare, mas o servidor responde direto no IP.
O que fazerConferir no Cloudflare para onde o registro do domínio aponta; se for túnel, systemctl status cloudflared na VPS; se for IP antigo, trocar para 179.199.136.173.
A sonda direta no IP de origem respondeu normalmente — o servidor está vivo. Padrão de registro DNS apontando para um destino morto (servidor antigo desligado, túnel sem cloudflared, IP trocado) ou de instabilidade na borda/rota até a Cloudflare. Detalhe do curl: Nenhuma resposta: Operation timed out after 6001 milliseconds with 0 bytes received.
Evidência técnica
Sintoma reportado
Página não abre (HTTP 0 / Operation timed out after 6001 milliseconds with 0 bytes received)
Etapa da checagem
home
HTTP / tempo
0 · 6002 ms
Servidor (header)
-
Camada
borda
Sonda direta na origem
origem respondeu 200 em 68ms — a falha está entre a Cloudflare e o servidor
Linha do tempo
09:33:03Queda confirmada (dupla checagem): Página não abre (HTTP 0 / Operation timed out after 6001 milliseconds with 0 bytes received)
09:33:03Sonda na origem: origem respondeu 200 em 68ms — a falha está entre a Cloudflare e o servidor
09:33:03Domínio sem resposta, origem viva — O domínio não responde pela Cloudflare, mas o servidor responde direto no IP.
09:34:03Normalizado: página, API e login respondendo. Duração total 1min.
21:40:30Causa confirmada em 07/09: o DNS de nova.monitoramento.top no Cloudflare virou CNAME de um Cloudflare Tunnel e nenhum cloudflared estava conectado (erro 1033 / HTTP 530). A origem (Apache + Traccar 8082 em 179.199.136.173) estava 100% no ar o tempo todo. Correção às 21:27: cloudflared instalado pelo repositório oficial e registrado com cloudflared service install <token>; túnel conectou (4 conexões QUIC) e o domínio voltou (HTTP 200). Prevenção: systemd Restart=always, watchdog por minuto (/usr/local/bin/cloudflared-watchdog.sh) e restart preventivo diário 04:30.
Avisos disparados
Nenhum aviso saiu (carência de 5 min, cooldown ou janela do Direct fechada).
Notas do operador
07/09 21:40:30 · operador Causa confirmada em 07/09: o DNS de nova.monitoramento.top no Cloudflare virou CNAME de um Cloudflare Tunnel e nenhum cloudflared estava conectado (erro 1033 / HTTP 530). A origem (Apache + Traccar 8082 em 179.199.136.173) estava 100% no ar o tempo todo. Correção às 21:27: cloudflared instalado pelo repositório oficial e registrado com cloudflared service install <token>; túnel conectou (4 conexões QUIC) e o domínio voltou (HTTP 200). Prevenção: systemd Restart=always, watchdog por minuto (/usr/local/bin/cloudflared-watchdog.sh) e restart preventivo diário 04:30.
Para anotar: php monitor.php --nota INC-TKZUV3 "texto" na pasta da instância.