Prontuário de cada queda de nova.monitoramento.top: causa, evidência, linha do tempo e o que fazer.
Início 11/09/2026 04:30:06 · fim 11/09/2026 04:30:24 · duração 18s · 2 checagens com falha
systemctl status cloudflared e journalctl -u cloudflared -n 50; se parado, systemctl restart cloudflared (o watchdog em /etc/cron.d/cloudflared-watchdog faz isso sozinho a cada minuto). Se o serviço não existe, reinstalar com cloudflared service install <token>. No painel Zero Trust → Tunnels, conferir se o hostname está no ingress apontando para http://179.199.136.173:8082. Alternativa sem túnel: registro A → 179.199.136.173 (proxy ligado).A Cloudflare devolveu HTTP 530 com o código 1033 ("Argo Tunnel error"): o registro do domínio é um CNAME de túnel e a borda não encontrou nenhuma conexão viva do cloudflared. A sonda direta no IP de origem respondeu normalmente — o servidor está vivo. Causas típicas: serviço cloudflared parado ou removido na VPS, token do túnel trocado/revogado, ingress do túnel sem este hostname ou servidor reiniciado sem o serviço habilitado.
| Sintoma reportado | Cloudflare não alcançou o servidor de origem (HTTP 530) |
| Etapa da checagem | home |
| HTTP / tempo | 530 · 8 ms |
| Servidor (header) | cloudflare |
| CF-Ray | a394f7504a7b57e6-GRU (use ao abrir chamado na Cloudflare) |
| Camada | borda |
| Sonda direta na origem | origem respondeu 200 em 25ms — a falha está entre a Cloudflare e o servidor |
Nenhum aviso saiu (carência de 5 min, cooldown ou janela do Direct fechada).
Sem notas.
Para anotar: php monitor.php --nota INC-TL6VI6 "texto" na pasta da instância.