Monitor TCP (puerto)
El monitor TCP verifica que un host acepta conexiones en un puerto específico. Es el punto intermedio entre el monitor Ping (que solo comprueba si el host existe en la red) y el monitor HTTP (que verifica el contenido de una aplicación web): confirma que el proceso que escucha en ese puerto está activo y acepta conexiones.
¿Qué comprueba?
En cada check, el probe intenta abrir una conexión TCP con el host y puerto configurados:
- UP: la conexión se establece correctamente dentro del timeout configurado.
- DOWN: timeout, conexión rechazada o error de red.
No verifica el protocolo de la aplicación ni el contenido de la respuesta — solo que el puerto acepta la conexión. Un puerto abierto no garantiza que el servicio funcione correctamente; para eso combínalo con un monitor HTTP cuando sea posible.
¿Cuándo usarlo?
Usa TCP para cualquier servicio que no tenga una URL HTTP que puedas monitorear directamente:
| Servicio | Puerto habitual |
|---|---|
| SSH | 22 |
| SMTP | 25, 587 |
| IMAP / POP3 | 143, 993, 110, 995 |
| MySQL | 3306 |
| PostgreSQL | 5432 |
| Redis | 6379 |
| MongoDB | 27017 |
| LDAP | 389, 636 |
| Memcached | 11211 |
| RabbitMQ | 5672 |
También es útil para verificar que un servicio interno está escuchando en un puerto no estándar, o para confirmar que un firewall permite el tráfico hacia un puerto específico.
Configuración
| Campo | Descripción |
|---|---|
| Host | Nombre de dominio o dirección IP del servidor. |
| Puerto | Puerto TCP a comprobar (1–65535). |
| Intervalo | Frecuencia de comprobación. |
| Timeout | Tiempo máximo para establecer la conexión. Si se supera, el resultado es DOWN. |
TCP y certificados TLS/SSL
El monitor TCP confirma que el puerto acepta conexiones, pero no verifica el certificado TLS ni su fecha de expiración. Si necesitas saber cuándo caduca el certificado de tu servidor, usa el monitor SSL / Certificados en paralelo.
Incidentes y alertas
El monitor TCP sigue el mismo motor que los demás monitores: los probes consultan verificaciones pendientes, cada uno intenta la conexión de forma independiente y reportan el resultado al hub. El hub aplica el consenso multi-región antes de abrir un incidente — un fallo en un solo probe no es suficiente para declarar DOWN.
Diferencias con otros tipos de monitor
| Monitor | ¿Qué verifica? | Puerto necesario | Detecta |
|---|---|---|---|
| Ping (ICMP) | El host responde en red | No | Conectividad de capa 3 |
| TCP | Un puerto acepta conexiones | Sí | El proceso está escuchando |
| HTTP | El servicio web responde con contenido correcto | Sí (80/443) | Disponibilidad de la aplicación |
| SSL | Validez y expiración del certificado | Sí (443) | Estado del certificado TLS |
Ejemplo de uso combinado
Para una base de datos MySQL crítica podrías usar:
- Ping (ICMP): detecta si el servidor está encendido y en red.
- TCP en 3306: detecta si MySQL está escuchando en su puerto.
- Si MySQL tiene una API de administración HTTP, añadir un monitor HTTP cierra el ciclo verificando que la aplicación responde correctamente.
Si el Ping cae, el problema es de red. Si el TCP cae pero el Ping está UP, el proceso MySQL dejó de escuchar. Cada capa añade contexto para diagnosticar más rápido.