Zabbix 7.4 en internet rural: enlaces, proxies y alertas
Mini-caso de cooperativa eléctrica con internet rural: cómo usar Zabbix para medir enlaces, guardar datos en proxy y probar alertas antes del corte.
Un enlace rural que cae siete minutos durante el cobro de cuotas ya dañó la operación antes de que soporte reciba el reclamo. En una cooperativa eléctrica con internet rural, Zabbix 7.4 permite medir equipos, servicios web y cortes desde puntos cercanos al usuario. Esta nota muestra cómo ordenar agentes, proxies, permisos, costo y prueba mínima para que una alerta llegue antes del reclamo formal.
Dónde aparece el corte que nadie registró
El caso empezó con un reclamo repetido: socios del distrito podían abrir WhatsApp, pero no el portal de pagos de la cooperativa. El router del nodo seguía encendido y la factura del proveedor no mostraba el microcorte. El antagonista concreto era el enlace intermitente que dejaba evidencia solo en conversaciones dispersas. La cifra local viene de ENACOM. En el primer trimestre de 2026, Mendoza registró 397.268 accesos a internet fijo en la tabla de velocidad por rango y provincia; 335.967 estaban en el rango de más de 30 Mbps. La provincia combina clientes rápidos con zonas donde un salto de radio o fibra rural define la experiencia. La cifra nacional aparece en el informe de INDEC sobre accesos a internet del primer trimestre de 2026: en marzo hubo 11.706.609 accesos fijos, con aumento interanual de 9,2%. El dato global de operación lo aporta Zabbix: las notas de versión 7.4.12 fueron publicadas el 8 de julio de 2026 y el proyecto se distribuye bajo AGPLv3. El equipo necesita medir desde el borde de la red, no desde una oficina cómoda.
Cómo funciona por dentro
El flujo mínimo tiene seis pasos. Primero, IT define hosts: routers, switches, enlaces de radio, ONT, servidor de pagos y DNS local. Segundo, Zabbix agent toma métricas del servidor o equipo cuando corresponde. La documentación distingue chequeos pasivos, dónde el agente responde al servidor o proxy, y chequeos activos, dónde el agente recolecta y envía datos sin esperar una consulta. Tercero, un Zabbix proxy queda cerca de la zona rural y junta datos aunque el enlace hacia la cabecera se corte. La documentación de proxies indica que el proxy guarda datos localmente antes de transmitirlos al servidor y requiere base separada. Cuarto, el servidor Zabbix recibe datos, calcula disparadores y genera eventos. Quinto, web monitoring consulta el portal de pagos por HTTP o HTTPS; si el host está asociado a un proxy, los pasos se ejecutan desde ese proxy, según la guía de web monitoring. Sexto, una alerta manda hora, host, tramo, métrica y severidad al canal acordado. PostgreSQL o MySQL guardan la base de Zabbix, según instalación. El proxy guarda datos temporales cerca del enlace. El servidor guarda configuración, eventos y alertas. Soporte consulta tableros y reconoce cortes. Gerencia ve disponibilidad por zona. Si falla el proxy, queda un hueco local. Si falla el servidor, se pierden cálculo de eventos y notificaciones. Si falla el backup, no hay historial para discutir SLA.
Qué se instala o configura primero
La pila inicial puede ser Zabbix server 7.4, PostgreSQL, un proxy en el nodo principal de la cooperativa, agentes en servidores propios, SNMP en equipos de red, web monitoring sobre el portal de pagos, backups diarios y retención por 90 días. El primer tablero muestra disponibilidad por zona, latencia, pérdida de paquetes, HTTP 200 del portal y estado del proxy. El costo mensual de un piloto chico puede ubicarse entre USD 45 y USD 120, entre ARS 67.500 y ARS 180.000 al dólar oficial de venta de ARS 1.500. Ese rango cubre servidor, almacenamiento, backup y un proxy de baja demanda. Instalación en sitio, inventario de equipos y reglas de escalamiento quedan como horas de proyecto. El primer entregable verificable es una prueba de corte. Se apaga un enlace de ensayo o se bloquea salida del proxy durante cinco minutos; Zabbix debe registrar caída, atraso de datos, recuperación y alerta cerrada. UMSA puede ayudar a armar esa prueba cuando la cooperativa necesita pasar de reclamos narrados a eventos con hora, equipo y tramo.
Dónde se rompe y cómo probarlo
El primer riesgo aparece con hosts sin dueño. La señal es una alerta de router sin responsable asignado. La prueba es abrir diez eventos y exigir zona, equipo, proveedor, responsable y contacto interno. El segundo riesgo aparece con umbrales heredados. La señal es una alerta por latencia normal de radioenlace o silencio ante una caída real. La prueba es medir una semana, fijar umbral por tramo y simular pérdida de paquetes. El tercer riesgo aparece con proxy sin base separada. La señal es un proxy apuntando a la base del servidor. La prueba es revisar configuración y confirmar que el proxy usa su propia base local, tal como pide la documentación. El cuarto riesgo aparece con alertas que no llegan. La señal es un evento crítico cerrado en Zabbix y ausente en el canal de guardia. La prueba es ejecutar un incidente de ensayo, medir minuto de detección, minuto de aviso y usuario que lo cerró. La cooperativa puede discutir mejor con proveedores cuando lleva una línea por evento: hora de inicio, hora de cierre, tramo afectado, socios impactados y prueba guardada.
Para seguir leyendo
Para avanzar
Ver también
Continuá hacia capacidades técnicas, sectores o notas relacionadas.