Monitorización de puertos que detecta la interrupción que tu sitio web oculta.

El sitio web sigue cargando mientras el servicio que hay detrás está caído, y son tus usuarios quienes te avisan primero. Uptimia comprueba el puerto exacto desde más de 171 ubicaciones, hasta cada 30 segundos, y te avisa en cuanto varias regiones confirman que realmente está caído. Bases de datos, correo, SSH, servidores de juegos, daemons personalizados: si escucha en un puerto, lo vigilamos.

Inicia tu prueba gratuita → Ver precios
Prueba gratuita de 30 días · 500 monitores Sin tarjeta de crédito Conforme al RGPD
Intervalo más rápido
30s
Ubicaciones para confirmar
3
Sondas
171+
Países con sondas
70+

La mañana en que Redis dejó de responder

Nada en los registros de la aplicación, nada en la página de estado. El puerto de la caché simplemente rechazó la conexión, y todas las solicitudes que la necesitaban se quedaron en cola hasta agotar el tiempo de espera.

09:47:11 El puerto de la caché rechaza la conexiónLa conexión TCP de la sonda de Ámsterdam se rechaza en una comprobación de 30 segundos: aún sin alerta errores de la aplicación: ninguno
09:47:18 Chicago, Singapur y Ámsterdam coincidenSe abre un incidente: Slack, SMS y PagerDuty se disparan 7 s después del primer rechazo errores de la aplicación: ninguno
09:55 La guardia reconoce la alerta desde la propia notificaciónUn toque en el enlace firmado: sin iniciar sesión en el panel en plena crisis · MTTA 8 min errores de la aplicación: ninguno
10:18 Recuperado, con pruebas adjuntasTraza de la conexión, tiempos por fase, traceroute: capturados en el momento del fallo errores de la aplicación: no hicieron falta
31 mincaído → recuperado
Lo supiste tú primero, con pruebas.10:18
Detectado en menos de 30 segundos, confirmado por tres regiones siete segundos después, guardia avisada en ocho minutos, y la traza de la conexión desde el instante del fallo queda adjunta al incidente, no se pierde con él.
avisada 7 s después del primer rechazoreconocida desde la alerta, sin iniciar sesióntraza de la conexión capturada automáticamenteSlack · SMS · PagerDuty — 12 canales
¿Y sin monitorización? Nada anuncia una conexión rechazada. Te enteras cuando tu aplicación empieza a fallar, minutos después, sin registro de conexión, sin tiempos y sin saber cuándo empezó. sin pruebas

Todos los puertos en los que escucha tu stack

Bases de datos, correo, SSH, brokers de mensajería, servidores de juegos, daemons personalizados: cualquier puerto TCP o UDP, además de ping y DNS, comprobados desde fuera de tu red.

Endpoints web & APIPuertos 80 y 443, HTTP y HTTPS
Servidores de correoSMTP 587 · IMAP 993 · POP3 995
Bases de datos & cachésPostgres, MySQL, Redis por TCP
Ping & DNSAccesibilidad, latencia, resolución
171+ sondas abriendo conexiones en todo el mundo
Brokers de mensajeríaColas y streams en sus propios puertos
Puertos SSH & de administraciónPuerto 22, RDP 3389, paneles de control
Daemons personalizadosCualquier cosa que hayas creado que escuche
Las alertas se disparan según el tipo de fallo, no solo por "caído": una conexión rechazada, una conexión que agota el tiempo de espera, un error TLS, o un socket que se abre pero devuelve el banner equivocado. no solo caído

Confirmación, alertas y pruebas

Protección contra falsas alarmas

Solo se avisa cuando varias regiones no logran conectar

Que una sola sonda no consiga conectar nunca te avisa. Uptimia vuelve a comprobar el puerto desde otras regiones, y solo cuando coinciden se abre un incidente. La recuperación es igual de segura: una conexión correcta lo resuelve.

  • Nada te avisa hasta que otras regiones coinciden: eliges cuántas, hasta un máximo de tres
  • Una interrupción, un aviso: se abre un único incidente, no una alerta por cada sonda que lo detectó
  • Tu retraso de alerta: espera hasta 30 minutos con un fallo confirmado antes de avisar a nadie
Todos los canales que tu equipo ya vigila →
🇳🇱Amsterdameu-ams · 09:47:11rechazada
🇺🇸Chicagous-cen · 09:47:14rechazada
🇸🇬Singaporeap-sng · 09:47:16tiempo de espera agotado
3 / 3regiones
coinciden
Incidente abierto09:47:18
Alerta enviada 7 s después del primer rechazo: confirmada como real, no un paquete perdido.
SlackEmailSMSPagerDuty
¿Solo una región no logra conectar? Se vuelve a comprobar y se descarta: un único paquete perdido nunca te avisa. sin alerta
Alertas

La guardia adecuada lo sabe en segundos

Un fallo confirmado avisa a los canales donde tu equipo ya trabaja. Si nadie reacciona, el escalado llama al siguiente responsable, y un aviso de recuperación lo cierra.

  • Escalados que siguen avisando a la siguiente guardia hasta que alguien lo reconoce, sin iniciar sesión
  • Ventanas de mantenimiento y pausa: un reinicio planificado nunca despierta a nadie
  • Aviso de recuperación con la duración de la interrupción cuando el puerto vuelve a responder
Avisa a la siguiente persona hasta que alguien lo reconozca →
Caída confirmada09:47:18
cache.caldmont.com:6379 — alerta enviada en el momento en que tres regiones coincidieron.
SlackEmailSMSPagerDuty+ Teams, WhatsApp…
1
Primera guardia
09:47:18 · Slack + SMS + correo electrónico
sin respuesta
pasan 5 minutos · el escalado avanza
2
Segunda guardia
09:55:02 · un toque en el enlace firmado
MTTA 8 m
paso 3
3
Responsable de ingeniería
nunca se la despertó · nada llegó al paso 3
De vuelta a las 10:18:12: un aviso de recuperación con el tiempo de inactividad total llega a los mismos canales. Ciclo cerrado. caído 31 min
Causa raíz

En qué fase de la conexión falló

Cada incidente conserva exactamente lo que vieron las sondas que fallaron: DNS, conexión, TLS, envío o recepción, para que empieces a solucionarlo con hechos, no intentando reproducirlo a las 2 de la madrugada.

  • La fase exacta que falló: conexión rechazada, error TLS, o un socket que se abrió pero nunca respondió
  • Banner esperado frente al recibido: cuando defines una cadena de envío/respuesta esperada
  • Traceroute hasta el puerto: ve en qué salto se detuvieron los paquetes y compártelo como PDF, HTML o enlace público
Herramienta gratuita: traza ahora la ruta hasta un host →
CAÍDOIncidente #4128
cache.caldmont.com:6379 · Singapore · 09:47:16 UTC
dns24 ms
conexión38 ms
envío2 ms
banner30,000 ms
recepción—
Resultado
SIN BANNERsocket abierto · 30 s en silencio
Envío & respuesta esperada 
send   PING\r\n
expect +PONG
got    — (no data)
Traceroute 
9   ae-3.sin    12 ms
14  be2.ams    214 ms
15  * * *      lost
Todo el expediente viaja contigo: expórtalo como PDF o HTML, o comparte un enlace público que un compañero puede abrir sin iniciar sesión en Uptimia. 1 clic
Red global

Comprobado desde más de 171 ubicaciones en más de 70 países

Las sondas en seis continentes revelan cuándo un puerto responde desde Toronto pero es rechazado desde Ámsterdam: una regla de firewall o una ruta que solo afecta a algunos de tus usuarios. Usa toda la red o elige las regiones desde las que se conectan tus clientes.

  • Hasta cada 30 segundos: un puerto que fluctúa no puede esconderse entre comprobaciones
  • Tiempo de conexión por sonda: los gráficos se desglosan por región
  • Se publica la IP de cada sonda: añádelas todas a la lista blanca de tu firewall de una vez
Las sondas desde las que se ejecutan nuestras comprobaciones →
cache.caldmont.com:6379rotando por todas las regiones · 10:02 UTC
🇨🇦 Toronto
conectado · 41 ms
🇳🇱 Amsterdam
rechazada
🇸🇬 Singapore
conectado · 12 ms
+ 168 más
vigilando en todo el mundo
Una ruta defectuosa no puede declarar una interrupción: una conexión rechazada se vuelve a comprobar desde otras regiones antes de avisar a nadie. vuelto a comprobar

Indica un host y un puerto.Entérate por nosotros, no por tus registros de errores.

Todos los protocolos, todas las regiones, todos los canales de alerta: Prueba gratuita de 30 días, y nada de esto es un complemento de pago.

Empieza tu prueba gratuita de 30 días →
30 días gratis sin tarjeta de crédito cancela cuando quieras

Cómo funciona la monitorización de puertos

En marcha en menos de un minuto, sin nada que instalar: cada comprobación corre desde nuestra red de sondas.

Paso 120 segundos

Indica el host y el puerto

Elige TCP o UDP; la frecuencia y las ubicaciones vienen preconfiguradas: cambia lo que quieras, o nada.

Host y puerto
cache.caldmont.com:6379
TCP · conectado desde eu-ams en 38 ms
Frecuencia de comprobación
Cada 30 segundos
Ubicaciones
Todas las sondas · más de 171
Paso 220 segundos

Decide a quién se avisa

Elige los canales y las personas: los escalados y las horas de silencio son opcionales.

Envía alertas por
EmailSlackSMSWhatsApp+ PagerDuty, Teams, Telegram…
Avisar cuando
Caído · confirmado desde 3 ubicaciones
CancelarEmpieza a monitorizar →
Paso 3automático

Recibe la alerta en segundos

Un fallo confirmado abre un único incidente y avisa a todos los canales elegidos.

#ops-alerts
Uptimia 09:47
⚠ Caído — cache.caldmont.com:6379
Conexión agotó el tiempo de esperaconfirmado desde 3 regiones09:47:18 UTC
También enviado a EmailSMSPagerDuty

También incluido

API REST completa

Crea, edita, pausa y duplica comprobaciones de puertos directamente desde CI o scripts, con claves de API por usuario.

POST /api/v2/uptime → 201 · interval: 30s · locations: all

Comprobaciones de correo envueltas en TLS

Activa el cifrado en los puertos de correo que lo requieran: IMAPS, SMTPS, POP3S. Las comprobaciones TCP admiten el mismo parámetro a través de la API.

cifrado · negociación TLS ✓ OK

Informes programados

Informes de disponibilidad y tiempo de conexión con la periodicidad que definas, con tu propio logotipo y colores desde el plan Professional.

DiarioSemanalMensual

Páginas de estado públicas

Dile a tus clientes que un servicio va bien, y mantenlos al tanto si deja de ir bien.

pública · estado en directo · actualizaciones de incidentes

Ventanas de mantenimiento

Un reinicio planificado nunca avisa a la guardia.

vie 23:00-23:30 · alertas en pausa

Todos los tipos de monitor en una sola cuenta

Las comprobaciones de puertos conviven con los monitores de disponibilidad, SSL, velocidad, DNS y heartbeat: mismos contactos, grupos y roles.

db-1.caldmont.com:5432TCP mail.caldmont.com:587SMTP www.caldmont.comUPTIME

Alertas donde tu equipo ya trabaja

Un fallo, notificado en todas partes: los mismos contactos y canales, ya sea un puerto, una página o un certificado.

Guardia y escalado
PagerDuty Webhooks Twilio
Directo
Email SMS

12 canales, una sola lista de contactos: configúrala una vez y todos los tipos de comprobación la reutilizan.

Explora el directorio completo de integraciones →
09:47 · incidente abierto — cache.caldmont.com:6379 · tiempo de espera agotado
#ops-alertsSlack
⚠ Caído — cache.caldmont.com:6379
tiempo de espera agotadoconfirmado 3/3 regionesReconocer ↩
+371 ··· 4082SMS
Uptimia: CAÍDO cache.caldmont.com:6379. Conexión agotó el tiempo de espera, confirmado desde 3 regiones a las 09:47 UTC.
Bandeja de entradaEmail
⚠ Caído — cache.caldmont.com:6379 · tiempo de espera agotado
Confirmado desde Chicago, Singapur y Ámsterdam a las 09:47:18 · reconoce con un solo clic…
ProductionPagerDuty
TRIGGEREDCaído — cache.caldmont.com:6379
asignado a la guardia · mediante la integración de Uptimia

¿Qué es la monitorización de puertos?

La monitorización de puertos es un servicio automatizado que abre repetidamente una conexión a un puerto TCP o UDP concreto y comprueba que el servicio que hay detrás responde correctamente, normalmente cada 30 segundos o cada pocos minutos, desde muchas ubicaciones a la vez. Cuando la conexión se rechaza o la respuesta es incorrecta, te avisa por correo electrónico, SMS o chat, de modo que un servicio caído se detecta antes de que se lleve tu aplicación por delante.

Mientras todo funciona

¿Cómo funciona la monitorización de puertos?

Uptimia
Más de 171 sondas
Conexión TCP · cada 30 s
Tu servicio
aceptada · 41 ms

Cada comprobación abre un socket real, opcionalmente envía una cadena de sondeo y verifica la respuesta, construyendo tu historial de disponibilidad y tiempo de conexión.

Cuando una comprobación falla

Primero confirmar, luego alertar

Tu servicio
conexión rechazada
vuelta a comprobar · 3 regiones
Uptimia
abre el incidente

3 de 3 regiones coinciden → se abre el incidente y se envían las alertas

Referencia rápida

¿Cuál era ese puerto otra vez?

La mayoría de las interrupciones que de verdad preocupan a un equipo ocurren en un puñado de puertos conocidos. Uptimia vigila cualquiera de ellos, TCP o UDP, en claro o envuelto en TLS, con la misma frecuencia que tu sitio web.

Herramienta gratuita: comprueba qué puertos responden en un host →
PuertoServicioComprobación habitual
22SSHConexión TCP + banner
5432PostgreSQLConexión TCP
3306MySQLConexión TCP
6379RedisTCP · enviar PING, esperar PONG
587Envío SMTPTCP + STARTTLS
53DNSResolución UDP o TCP

Preguntas frecuentes sobre monitorización de puertos

01¿Qué es la monitorización de puertos?+
Un servicio automatizado que accede a un puerto concreto de tu host desde fuera de tu red y te avisa en el momento en que deja de responder. Uptimia ejecuta la comprobación desde más de 171 ubicaciones en más de 70 países, con intervalos de hasta 30 segundos, y confirma cada fallo entre varias regiones antes de avisar a nadie.
02¿Cómo funciona una comprobación de puerto?+
Una comprobación TCP abre una conexión real al host y al puerto que indiques; opcionalmente puedes enviar una cadena y exigir una respuesta concreta, de modo que un socket simplemente abierto no se considere saludable. UDP no tiene conexión que abrir: la comprobación envía tu paquete y espera la respuesta que definas, por lo que un monitor UDP necesita un par de envío y respuesta esperada para que tenga sentido. En ambos casos, una comprobación fallida se vuelve a probar desde otras regiones; solo un fallo confirmado abre un incidente, y la siguiente comprobación limpia lo cierra.
03¿Cuál es la diferencia entre la monitorización de puertos y el ping?+
El ping (ICMP) demuestra que el host es accesible. Una comprobación de puerto demuestra que el servicio concreto de ese puerto realmente acepta conexiones y responde. Una máquina puede responder al ping perfectamente mientras su puerto de base de datos, correo o SSH está muerto, y ese es exactamente el hueco que cierra la monitorización de puertos.
04¿Qué puertos y protocolos puedo monitorizar?+
Cualquier puerto TCP o UDP de cualquier host: bases de datos como MySQL, PostgreSQL y Redis, correo por SMTP, POP3 e IMAP, SSH, RDP, FTP, servidores de juegos y voz, brokers de mensajería y tus propios daemons personalizados. Las comprobaciones de correo envuelven la conexión en TLS desde el panel (IMAPS, SMTPS, POP3S) y las comprobaciones TCP admiten el mismo parámetro de cifrado a través de la API. Ping y DNS pertenecen a la misma familia de comprobaciones de red.
05¿Puede comprobar que el servicio realmente funciona, no solo que el puerto está abierto?+
Sí: define una cadena de envío y una cadena de respuesta esperada. Uptimia envía tu sondeo y verifica la respuesta; si no llega, la comprobación falla aunque el socket se haya abierto. Así se detecta un servicio bloqueado o mal configurado que sigue aceptando conexiones pero nunca responde correctamente.
06¿Cómo evitáis las falsas alarmas?+
Un fallo sospechoso se vuelve a comprobar desde hasta 3 regiones independientes antes de disparar cualquier alerta: un único paquete perdido nunca puede avisarte. La recuperación es igual de segura: una sola conexión limpia lo restablece.
07¿Puedo monitorizar un servicio que solo es accesible internamente?+
Las comprobaciones de puertos se ejecutan desde las sondas públicas de Uptimia, así que ven tu servicio exactamente igual que internet, que es justo lo que interesa para todo lo orientado a clientes o socios. Para un host sin ruta pública, la Monitorización de servidores de Uptimia ejecuta en su lugar un agente dentro de tu red.
08¿Qué obtengo cuando un puerto se cae?+
Qué sondas fallaron y cuándo, en qué fase se rompió la conexión (DNS, conexión, TLS, envío o recepción), los tiempos por fase, el banner esperado frente al recibido cuando usas una cadena de envío/respuesta, y un traceroute hasta el puerto. Los incidentes se exportan como PDF o HTML, o se comparten mediante un enlace público.
09¿Cómo recibo una alerta cuando un puerto se cae?+
A través de 12 canales: correo electrónico, SMS, Slack, Microsoft Teams, Discord, Mattermost, Telegram, WhatsApp, PagerDuty, Twilio, webhooks y Atlassian Statuspage. Si nadie lo reconoce, los escalados avisan a la siguiente persona; reconocerlo es un solo clic en un enlace firmado, sin necesidad de iniciar sesión.
10¿Hay un plan gratuito?+
Sí: el plan gratuito vigila un único objetivo cada 5 minutos, sin necesidad de tarjeta de crédito, y el uso comercial está permitido. Una prueba gratuita de 30 días desbloquea todos los tipos de comprobación y deja margen para 500 monitores.
11¿Se ejecuta cada comprobación desde las más de 171 ubicaciones a la vez?+
No, y sería demasiadas conexiones a tu puerto. Cada comprobación programada abre una conexión desde una sonda de tu conjunto seleccionado, rotando por el conjunto con el tiempo. La ramificación solo ocurre ante un fallo: una conexión rechazada o que agota el tiempo de espera se vuelve a comprobar de inmediato desde hasta 3 regiones más, y solo si coinciden se abre un incidente. Así que tu servicio ve una conexión por intervalo en funcionamiento normal, y una breve ráfaga cuando algo va realmente mal.
12¿Qué planes incluyen la monitorización de puertos?+
Todos los planes, incluido el gratuito: las comprobaciones de puerto, TCP y UDP forman parte de la familia de monitores de disponibilidad, nunca son un complemento de pago. El plan gratuito vigila un objetivo cada 5 minutos; los planes de pago aumentan el número (10 monitores en Basic, 100 en Professional, hasta 1.000) y Professional desbloquea intervalos de 30 segundos. La prueba gratuita de 30 días abre toda la plataforma con margen para 500 monitores, sin tarjeta de crédito.

Empieza a monitorizar tus puertos hoy mismo.

Indica un host y un puerto, elige tus canales, y sé el primero en saber cuándo un servicio deja de responder.

Inicia tu prueba gratuita →
Prueba gratuita de 30 días 500 monitores incluidos Sin tarjeta de crédito Conforme al RGPD
Las comprobaciones de puerto, TCP y UDP están incluidas en todos los planes de Uptimia, también en el gratuito.