En 19 de marzo de 2005 NagiosQL entró en SourceForge. Martin, de wizonet, colgó en la web lo que el admin del Nagios hacía en vim: host, service, contact, timeperiod, template — en un formulario, en MySQL, con botón de guardar en disco y otro de nagios -v. Veintiún años después el 3.5.0 sigue vivo en GitLab wizonet/nagiosql, PHP 8, snapshot 2025-04-20, y FreeBSD Ports empaqueta 3.5.0.20241012. No es el XI. Es el cfg con pinta de intranet de 2005 que se negó a morir.
El problema que vim no resuelve
Nagios Core no tiene API de configuración. La verdad es archivo. En una instalación pequeña esto es virtud. En doscientos hosts, con tres admins, se convierte en una carrera de cvs diff y punto y coma en el lugar equivocado. Centreon y XI nacieron para ese hueco, en el lado comercial. En el lado de quien no quería pagar, 2005: PHP, Apache, MySQL, y un asistente de instalación. NagiosQL 1.0.0 RC1 en 23 de marzo de 2005, RC2 en 2 de abril. El “QL” es la base de datos — la config se convierte en fila, el disco en exportación.
El sitio nagiosql.org existió y desapareció. Rouven, que aparecía en el wiki, se fue. Martin se quedó. El foro y los tickets pasaron a SourceForge. En 2018 el código pasó a tener casa en GitLab. El nombre del maintainer en la práctica es el mismo desde el registro: wizonet / Martin.
2.x y 3.x: el objeto entero de Nagios
La 2.0.0 salió en 2007, 2.0.2 en abril de 2008 — todavía hablando de Nagios 2. La 3.0.0 en 6 de enero de 2009 acompañó al Core 3. Importa cfg existente. Edita host, hostgroup, service, servicegroup, contact, contactgroup, timeperiod, command, host/service escalation, dependency, extended info. Dominio: más de un “mundo” Nagios en el mismo PHP. Write to disk genera los archivos en el formato que el Core traga. Verify llama al binario. Reload envía SIGHUP. Multilingüe. Instalador que también hace upgrade — de 1.x/2.x a 3.x Martin mandó reimportar, no migrar el esquema a lo bestia.
La 3.4.0 (1 de mayo de 2018) fue el corte moderno: soporte completo del Core 4.x, PHP 7, reescritura. La 3.4.1 (19 de enero de 2020) PHP ≥ 7.2, MariaDB, hotfix del git. La 3.5.0 (2023) abrió PHP 8. El Docker de la comunidad (instantlinux/nagiosql) apila 3.5.0 encima del Core 4.5.x hasta 2026.
Qué es NagiosQL — y qué no es
No monitoriza. No sustituye al CGI de status. No es NDOUtils. Es el editor:
- Objeto en MySQL, con copia, búsqueda, paginación.
- Plantilla de host/service, variable libre, ARG de command con carácter especial (bug clásico, corregido más de una vez).
- Write to disk con límite de campo — el ticket #27 de 2025 todavía era eso; Martin lo cerró en el commit de 20 de abril de 2025.
- Importación del cfg que alguien escribió a mano, para no empezar desde cero.
Quien quiere gráfica y trigger en el mismo producto se fue al Zabbix. Quien quiere el Core puro con GUI de configuración barata se quedó aquí. El XI de Enterprises hace el mismo recorte con wizard y precio. NagiosQL es el XI de quien lee PHP y no firma contrato.
2026: git, PHP 8, el mismo Martin
No hay release “3.6” espectacular. Hay git. FreeBSD actualiza la etiqueta. El Docker de la comunidad sigue al Core. Requisito: Apache, PHP 7.2+ (8.x desde 3.5.0), MariaDB/MySQL, sesión, mysqli, gettext. SSH/FTP opcional para escribir cfg en host remoto. El Core 4.5.14 del otro post sigue siendo el motor. QL sigue siendo el formulario.
CVE y escáneres siguen detectando instalación antigua en el puerto 80 — Nessus tiene un plugin específico. Quien expone NagiosQL en internet sin TLS y sin auth de Apache está buscando problemas. El producto nació como intranet.
Cierre
Un alemán (o suizo de wizonet), un SourceForge de 2005 y la negativa a editar 800 service en vim. Nagios no ganó API de configuración. NagiosQL fue la API: un POST, un INSERT, una escritura a disco. 3.5.0, PHP 8, GitLab wizonet, 21 años. El archivador de la portada es literal: cada cajón un host.cfg.
El daemon: La historia de Nagios. El monitoreo que ya nace con base de datos: Zabbix.