Início 07/09/2026 18:26:24
· fim 07/09/2026 21:27:28 · duração 3h01 · 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 22ms — a falha está entre a Cloudflare e o servidor
Linha do tempo
18:26:24Queda confirmada (dupla checagem): Página não abre (HTTP 0 / Operation timed out after 6001 milliseconds with 0 bytes received)
18:26:24Sonda na origem: origem respondeu 200 em 22ms — a falha está entre a Cloudflare e o servidor
18:26:24Domínio sem resposta, origem viva — O domínio não responde pela Cloudflare, mas o servidor responde direto no IP.
21:27:28Normalizado: página, API e login respondendo. Duração total 3h01.
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-TL0JK0 "texto" na pasta da instância.