Analytics en Caddy + 26 monitores en UptimeKuma (metodo DB insert, notas v2.2.1)

servicios/uptimekuma/README.md

@@ -0,0 +1,24 @@
+# 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).