Alertas y correo
Cuándo declara 3R Monitor una caída, cómo se combinan los correos de alerta, quién los recibe y cómo configurar el correo saliente.
Detección de caídas
3R Monitor declara una caída solo cuando varias comprobaciones fallan seguidas, así que una respuesta lenta aislada o un paquete perdido no envían una alerta.
| Qué | Regla (valores predeterminados) |
|---|---|
| Sitio web / API (monitores) | Caído después de 3 fallos seguidos. Mientras falla, y durante la caída, vuelve a comprobar cada 20 segundos, para confirmarla rápido y para detectar rápido la recuperación. |
| Servidor sin conexión | Sin reportes durante 30 segundos. El agente reporta cada 3 segundos, es decir, 10 reportes perdidos seguidos. |
| CPU / memoria | Por encima del 90 % durante 120 segundos |
| Disco | Cualquier partición por encima del 90 % |
| Servicios | Servicios failed, servicios habilitados al inicio que no están en ejecución y servicios que usted marque como obligatorios: con problemas en 3 reportes seguidos |
| Certificado SSL | Alerta cuando quedan menos de 10 días; advertencia dentro de 30 días |
| Cuota de tráfico mensual | Solo para servidores con una cuota: una alerta al 80 % y otra al 100 % de la cuota |
| Vulnerabilidades | Consulte Comprobación de vulnerabilidades |
Cambie los valores predeterminados en Configuración → Umbrales predeterminados, para un servidor en su configuración, y para un monitor en el propio monitor.
Cuando todos los servidores (3 o más) dejan de reportar al mismo tiempo, el problema casi siempre es la red, el firewall o el proxy inverso del propio servidor principal. En ese caso recibe una sola alerta de "el servidor principal no recibe ningún reporte de los agentes" en lugar de un correo por cada servidor.
Cada caída confirmada también queda registrada en la página Incidentes, con su inicio, fin y duración. Los incidentes se conservan durante un año.
Correos combinados
Los correos de alerta se combinan, para que un mal momento no inunde su bandeja de entrada:
- La primera alerta se envía después de 1 minuto, para que lo que falla a la vez (un servidor y los servicios que tiene) llegue en un solo correo.
- Después, como máximo un correo de alerta cada 5 minutos, con todo lo que pasó entretanto.
- Una caída que se recupera dentro de ese tiempo aparece una sola vez, como "caído y ya recuperado". Cada correo combinado también incluye las caídas que siguen en curso, lo que sirve como su recordatorio.
Cambie el intervalo en Configuración → Notificaciones de alertas → Combinar correos de alerta (minutos); 0 envía cada alerta de inmediato, en su propio correo.
El correo combinado también incluye, cuando corresponde:
- las vulnerabilidades que requieren acción inmediata;
- con el análisis de IA, la causa probable de una caída nueva y qué revisar primero (el correo espera entonces hasta unos dos minutos más);
- con la Guardia de IA, las reparaciones realizadas, los problemas que requieren su intervención y las operaciones que esperan su aprobación.
Los correos que la IA decide enviar por sí misma (resultados de la guardia, vulnerabilidades urgentes) tienen un límite diario: consulte Correos de la IA. Ese límite nunca afecta a las alertas del propio sistema de arriba.
Los correos de alerta se escriben en el idioma del sistema (Configuración → General → Idioma del sistema) y usan la zona horaria del panel.
Qué alertas envían correos
En Configuración → Notificaciones de alertas → Enviar correos sobre, cada tipo se puede desactivar:
- Servidor desconectado (o el servidor principal sin recibir ningún reporte)
- Uso alto de CPU o memoria
- Poco espacio en disco
- Cuota de tráfico mensual (80% y 100% usado)
- Servicios del sistema detenidos
- Servicios monitoreados (HTTP, TCP, Ping, DNS)
- Certificados SSL
- Recuperaciones (de vuelta a la normalidad)
Las alertas desactivadas aquí se siguen mostrando en el panel y en Incidentes. Los correos de vulnerabilidades se configuran en Configuración → Comprobación de vulnerabilidades.
Con qué frecuencia
| Opción (Configuración → Notificaciones de alertas → Frecuencia) | Predeterminado | Qué hace |
|---|---|---|
| Combinar correos de alerta (minutos) | 5 | Como máximo un correo de alerta por intervalo; el resto se combina. 0 = sin combinar. |
| Intervalo de recordatorio mientras siga caído (minutos) | 0 | Un recordatorio cada N minutos mientras algo siga caído. 0 = sin recordatorios. |
| Máximo de correos por hora | 10 | Todos los correos juntos: alertas, seguridad e informes de IA (los correos de prueba no cuentan). 0 = sin límite. |
Cuando se alcanza el límite por hora, los correos esperan en la bandeja de salida y las alertas se siguen combinando hasta que vuelva a haber espacio.
Quién recibe las alertas
| Destinatarios | Dónde | Reciben |
|---|---|---|
| Destinatarios de alertas | Configuración → Notificaciones de alertas → Destinatarios | Todas las alertas. Separe varias direcciones con comas. |
| Destinatarios adicionales de alertas de un grupo | Grupos → un grupo | Solo las alertas de los servidores y monitores de ese grupo, además de los destinatarios globales |
Un servidor con Activar alertas desactivado (en su configuración) no genera ninguna alerta.
Grupos
Los Grupos organizan servidores y monitores por proyecto o servicio, por ejemplo "Sitio web" o "API". Cada grupo tiene un nombre, un orden, una descripción y sus propios Destinatarios adicionales de alertas (separe varios con comas). En el Resumen puede contraer un grupo o ubicar sus servidores en el mapa. Al eliminar un grupo (⋯ → Eliminar), sus servidores y monitores pasan a "Sin grupo". Los enlaces compartidos se pueden limitar a ciertos grupos.
Correo
Los correos de alerta se envían a través de un servidor SMTP que usted configura. Cada cambio se guarda en cuanto lo hace.
Abra Configuración → Correo saliente (SMTP).
En Servidor, indique el Servidor SMTP, el Cifrado (SSL (465), STARTTLS (587) o Sin cifrado (25)) y el Puerto. En Cuenta, el Usuario y la Contraseña. En Remitente, opcionalmente, la Dirección del remitente (vacío = el usuario) y el Nombre del remitente (predeterminado: "3R Monitor").
Indique al menos una dirección en Configuración → Notificaciones de alertas → Destinatarios de alertas.
De vuelta en Correo saliente (SMTP) → Probar, haga clic en Enviar un correo de prueba y revise su bandeja de entrada. El cuadro de al lado envía la prueba a otra dirección; vacío = los destinatarios de alertas.
| Proveedor | Servidor | Puerto / cifrado | Notas |
|---|---|---|---|
| Gmail / Google Workspace | smtp.gmail.com | 465 SSL o 587 STARTTLS | Use una contraseña de aplicación, no su contraseña normal (requiere la verificación en dos pasos). |
| Microsoft 365 / Outlook | smtp.office365.com | 587 STARTTLS | La autenticación SMTP debe estar habilitada para el buzón. |
| Su proveedor de hosting | Según el proveedor | Normalmente 465 SSL |
Los correos que fallan se reintentan automáticamente, hasta 12 veces, con intervalos cada vez más largos. La página Sistema muestra los correos recientes con su estado (Enviado, Reintentando, Abandonado) y el error.
También puede enviar un correo de prueba desde la línea de comandos del servidor principal, con la configuración SMTP del panel:
sudo 3rmonitor mail-test --to usted@example.comSi los correos no llegan, consulte Solución de problemas.