Cómo Reenviar SMS de Alertas de Servidores al Email de Tu Equipo de IT

3:17 de la madrugada. El SAI (Sistema de Alimentación Ininterrumpida) envía un SMS: "Fallo eléctrico detectado — funcionando con batería. Autonomía estimada: 22 minutos."

Ese texto llega al teléfono de Miguel. Miguel es el CTO. Miguel también tiene el sueño profundo y el teléfono en modo No Molestar.

A las 3:39, la batería del SAI se agota. El servidor se cae. Tu aplicación SaaS —la que usan 400 clientes— queda fuera de servicio.

A las 7:12, Miguel se despierta. Ve el SMS. El servidor lleva casi 4 horas caído. Los clientes están enfadados. Los dashboards de monitorización muestran un hueco. Los tickets de soporte se acumulan.

La ironía: si esa misma alerta hubiera llegado a una bandeja de email compartida con notificaciones activadas para el ingeniero de guardia, alguien habría hecho SSH, habría iniciado un apagado controlado o habría redirigido el tráfico al backup, y nadie se habría enterado.

El Problema: Alertas Críticas que Llegan a un Solo Teléfono

A pesar de stacks de monitorización sofisticados, una cantidad sorprendente de alertas de infraestructura siguen llegando por SMS:

Sistema	Qué envía por SMS
SAI (APC, CyberPower, Eaton)	Fallo eléctrico, batería baja, alerta de temperatura, sobrecarga
Cloudflare	Alertas DDoS, origen inalcanzable, certificado a punto de caducar, reglas WAF activadas
AWS	Alertas de presupuesto, cambios de estado de EC2, alarmas CloudWatch
Google Cloud	Alertas de facturación, notificaciones de incidencias
Datadog / PagerDuty	Escalado de respaldo (cuando push + email fallan)
ISP (Movistar Empresas, Vodafone)	Notificaciones de caída del servicio, ventanas de mantenimiento
Seguridad física	Activaciones de alarma, intrusiones, detección de movimiento
HVAC / Medioambiente	Temperatura del CPD, alertas de humedad

Estos sistemas suelen usar SMS porque es el canal de último recurso más fiable. Cuando tu servidor de correo está caído, no puedes recibir alertas por email de que tu servidor de correo está caído. El SMS esquiva esa dependencia por completo.

Pero cuando esos SMS llegan al teléfono de una sola persona, has creado un nuevo punto de fallo único: la atención de esa persona.

La Arquitectura: SMS → Bandeja IT Compartida → Ingeniero de Guardia


SMS del SAI/Cloudflare/AWS → Teléfono del responsable IT → SMS to Email Forwarder
                                                                    ↓
                                                          [email protected]
                                                                    ↓
                                                       ┌────────────┼──────────────┐
                                                       ↓            ↓              ↓
                                                  Ingeniero     Canal Slack     PagerDuty
                                                  de guardia    #alertas       (escalado
                                                  (primario)                   de respaldo)

Paso 1: Crea la Bandeja de Alertas

Crea una bandeja dedicada:

[email protected]
[email protected]
O un Gmail compartido: [email protected]

Configúrala como alta prioridad:

Notificaciones push activadas
Que salte el modo No Molestar para este remitente (añádelo como contacto VIP en la app de correo)
Conectada a Slack vía integración email→canal (comando /email en Slack)

Paso 2: Instala SMS to Email Forwarder

Descarga SMS to Email Forwarder en el iPhone que recibe las alertas SMS de infraestructura.

Configuración:

Introduce [email protected]
Completa la configuración de los Atajos (2 minutos)
Todos los SMS entrantes se reenvían ahora a la bandeja compartida

Paso 3: Configura el Enrutamiento

Para equipos con rotaciones de guardia, añade enrutamiento por email:

Enrutamiento con Google Workspace:

Reenvía [email protected] a quien esté de guardia en ese momento
Actualiza la regla de reenvío cada semana durante la rotación

Integración con PagerDuty:

Reenvía las alertas a la dirección de ingesta de PagerDuty
PagerDuty gestiona el escalado, la confirmación y la rotación de forma automática

Integración con Slack:

Reenvía a la dirección email de un canal de Slack (#it-alertas tiene un email único)
Todo el equipo ve las alertas en tiempo real con discusión en hilos

Escenarios Prácticos

Escenario 1: El Apagón a las 3 de la Madrugada

Sin reenvío:

El SAI envía SMS a Miguel a las 3:17
El teléfono de Miguel está en No Molestar
El servidor se cae a las 3:39
4 horas de caída, clientes enfadados, SLA incumplido

Con reenvío:

El SAI envía SMS a las 3:17 → reenviado a alertas@
La ingeniera de guardia, Priya, tiene push activado (sin DND para esta bandeja)
Priya hace SSH a las 3:20, inicia un apagado controlado, redirige el tráfico al backup
Tiempo total de caída: 8 minutos. Ningún cliente se entera.

Escenario 2: El DDoS en Hora Punta de Cloudflare

Cloudflare detecta un pico de tráfico inusual y envía SMS: "Tu zona sms2email.app está bajo un posible ataque DDoS."

Sin reenvío: El fundador lo ve 45 minutos después, durante la comida. La web ha ido lenta para los clientes de pago.

Con reenvío: El ingeniero de DevOps ve la alerta en 60 segundos. Activa el modo "Under Attack" en Cloudflare y ajusta las reglas de rate limiting. Ataque mitigado sin impacto en los clientes.

Escenario 3: La Alerta de Presupuesto de AWS

AWS envía: "Tu cuenta ha superado el 80% del presupuesto mensual (800 €/1.000 €)."

Sin reenvío: El fundador lo ve el viernes. El lunes, la factura ya va por 1.400 € — una instancia EC2 olvidada ejecutando cargas de trabajo con GPU.

Con reenvío: Finanzas + DevOps ven la alerta al mismo tiempo. DevOps identifica la instancia en cuestión en una hora. 400 € ahorrados.

Escenario 4: La Alarma de Seguridad

El sistema de alarma de la oficina envía un SMS fuera de horario: "Movimiento detectado en el CPD a las 23:47."

Sin reenvío: Llega al teléfono de la office manager. Está dormida. Nadie lo revisa hasta la mañana.

Con reenvío: El email del equipo de seguridad recibe la alerta. El vigilante de turno revisa las cámaras remotamente, confirma que es el equipo de limpieza (o escala si no lo es).

Crea un Triaje de Alertas con Etiquetas de Email

Convierte tu bandeja en un panel de monitorización ligero:

Filtro de Gmail	Etiqueta	Acción
El cuerpo contiene "fallo eléctrico" o "batería" o "SAI"	`🔴 ELECTRICIDAD`	Destacar + notificación push
El cuerpo contiene "caído" o "inalcanzable" o "offline"	`🔴 CAÍDA`	Destacar + notificación push
El cuerpo contiene "certificado" o "SSL"	`🟡 CERTIFICADO`	Sin push, revisar a diario
El cuerpo contiene "presupuesto" o "facturación" o "superado"	`🟡 FACTURACIÓN`	Reenviar a finanzas@
El cuerpo contiene "temperatura" o "humedad"	`🟡 ENTORNO`	Revisar por la mañana
El cuerpo contiene "mantenimiento" o "programado"	`⚪ INFO`	Archivar automáticamente

Matriz de Severidad de Alertas

Severidad	Tiempo de Respuesta	Ejemplo
P0 — Servicio Caído	Inmediato (< 5 min)	Servidor offline, fallo eléctrico, DDoS
P1 — Degradado	< 30 minutos	CPU alta, disco al 90%, SSL caduca en 7 días
P2 — Advertencia	< 4 horas	Presupuesto al 80%, mantenimiento programado
P3 — Informativo	Siguiente día laborable	Resumen mensual, actualización de firmware disponible

El Reenvío de SMS Dentro de Tu Stack de Monitorización

El reenvío de SMS no sustituye a Datadog, PagerDuty ni Grafana. Cubre el hueco que esas herramientas no pueden:

Herramienta	En Qué Destaca	Qué Añade el Reenvío de SMS
Datadog	Métricas de aplicación, APM	Captura alertas de hardware e ISP que Datadog no puede ver
PagerDuty	Rotación de guardia, escalado	Ingesta de alertas que solo llegan por SMS al workflow de PagerDuty
Grafana	Visualización de dashboards	Proporciona fuente de datos de alertas físicas (SAI, HVAC)
Slack	Comunicación de equipo	Conecta sistemas que solo envían SMS con las conversaciones del equipo

La clave: Muchos componentes críticos de infraestructura —SAI, alarmas del edificio, notificaciones del ISP— solo se comunican por SMS. Fueron diseñados antes de que Slack existiera. El reenvío de SMS es el puente que conecta estos sistemas de notificación legacy con tu stack de monitorización moderno.

Errores Comunes

Error	Solución
Enviar todas las alertas a todo el mundo	Enruta por severidad. P0 al de guardia, P2-P3 a un canal de revisión.
Usar un email personal	Usa una bandeja compartida, basada en rol. Las personas cambian; la bandeja permanece.
Ignorar los SMS del ISP	Los SMS de caída del proveedor de internet son el primer indicador de que tu conectividad está fallando.
No probar la cadena	Envía un SMS de prueba cada mes. Confirma que el ingeniero de guardia recibe la notificación push.
Usar SMS como ÚNICO canal de alertas	El reenvío de SMS complementa tu stack, no lo sustituye. Ten siempre al menos 2 canales de alerta.

Cinco Minutos de Configuración Previenen Tu Próxima Caída

La infraestructura no falla en horario de oficina. Los servidores se caen a las 3 de la madrugada. La luz se va en festivos. Los certificados SSL caducan en fin de semana.

El ingeniero que puede responder no siempre es el que tiene su número de teléfono registrado en la configuración del SAI. El reenvío de SMS garantiza que cada alerta crítica llega a la persona que puede actuar — sin importar de quién sea el número en el sistema.

Para configuraciones IT relacionadas: archivo de SMS para cumplimiento normativo CNMV/RGPD | compartir códigos 2FA con tu equipo

No vuelvas a perderte una alerta de servidor.

Descarga SMS to Email Forwarder — conecta tus alertas SMS de infraestructura con tu stack de monitorización.

¿Listo para empezar?

Configura el reenvío automático de SMS en 2 minutos. Plan gratuito — sin tarjeta de crédito.

Descargar en App Store