UptimeKuma — Monitoreo

LXC: TYAN VMID 110 · IP: 192.168.10.87 · Web: https://status.consultoria-as.com
Versión: 2.2.1 (nativo, systemd uptime-kuma.service, /opt/uptime-kuma)
DB: /opt/uptime-kuma/data/kuma.db (SQLite)

Monitores configurados (Sept 2026) — 26 total

Producción (22, agregados 21 Sep): Sitio Corporativo, Cronicas, Analytics, Gitea, Odoo, n8n, Immich, Metabase, UptimeKuma, Hotel Hacienda, API Hacienda, Nexus Autopartes, Afterlife, Navidrome, MeshCentral, Jellyfin, Jellyseerr, PegaProx, Nexus (dominio propio), Nexus Manager, Horux, Cliente Nexus (strada).

Otros (4, conservados): CharcoERP, lpgestoria.com, GRH Sistema, Nexterm.

Todos tipo HTTP(S), intervalo 60s, retries 3, accepted_statuscodes: 200-299, 300-399.

⚠️ Notas operativas (importante)

La librería uptime-kuma-api (PyPI) es para UptimeKuma v1 y NO funciona con la v2.2.1 para crear monitores (el esquema SQL cambió): sus add_monitor fallan con error de INSERT.
La v2.2.1 NO tiene API REST para crear monitores (solo /api/badge/*, /api/status-page/*, /api/login, /api/messages/actions/send en el código).
Las API keys uk2_... son de la app móvil oficial, no de la API del servidor — no sirven para crear monitores.
Método usado para crear los 22 monitores: INSERT directo en kuma.db duplicando una fila HTTP válida existente como plantilla (script con PRAGMA table_info(monitor) — 109 columnas en v2), con backup previo de la DB (kuma.db.bak-*), y systemctl restart uptime-kuma para recargar.
Verificación de que monitorean: contar beats recientes en la tabla heartbeat de la DB (h.time > datetime('now','-15 minutes')).
Credenciales del panel: usuario consultoria-as (password: la estándar de la casa).