Monitoreo de puertos que detecta la interrupción que su sitio web oculta.
El sitio web sigue cargando mientras el servicio que hay detrás está caído, y son sus usuarios quienes le avisan primero. Uptimia comprueba el puerto exacto desde más de 171 ubicaciones, hasta cada 30 segundos, y le 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.
Monitoring Logs
every 30 s · rotating locations
Tokyo14:32:18—Down
London14:32:16—Down
New York14:32:14—Down
Frankfurt14:32:11—Down
Amsterdam14:31:4111 msUpNew York14:31:1194 msUpFrankfurt14:30:416 msUpResponse Time
avg 178 ms · last 7 daysLa 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.
Todos los puertos en los que escucha su 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 su red.
Confirmación, alertas y pruebas
Solo se avisa cuando varias regiones no logran conectar
Que una sola sonda no consiga conectar nunca le 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 le avisa hasta que otras regiones coinciden: elige 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ó
- Su retraso de alerta: espera hasta 30 minutos con un fallo confirmado antes de avisar a nadie
coinciden
La guardia adecuada lo sabe en segundos
Un fallo confirmado avisa a los canales donde su 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
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 empiece 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 define una cadena de envío/respuesta esperada
- Traceroute hasta el puerto: vea en qué salto se detuvieron los paquetes y compártalo como PDF, HTML o enlace público
send PING\r\n expect +PONG got — (no data)
9 ae-3.sin 12 ms
14 be2.ams 214 ms
15 * * * lost
Comprobado desde 171+ ubicaciones en 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 sus usuarios. Use toda la red o elija las regiones desde las que se conectan sus 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: agréguelas todas a la lista blanca de su firewall de una vez
Indique un host y un puerto.Entérese por nosotros, no por sus registros de errores.
Todos los protocolos, todas las regiones, todos los canales de alerta: gratis durante 30 días, y nada de esto es un complemento de pago.
Cómo funciona el monitoreo de puertos
En marcha en menos de un minuto, sin nada que instalar: cada comprobación corre desde nuestra red de sondas.
Indique el host y el puerto
Elija TCP o UDP; la frecuencia y las ubicaciones vienen preconfiguradas: cambie lo que quiera, o nada.
Decida a quién se avisa
Elija los canales y las personas: los escalados y las horas de silencio son opcionales.
Reciba la alerta en segundos
Un fallo confirmado abre un único incidente y avisa a todos los canales elegidos.
También incluido
API REST completa
Cree, edite, pause y duplique comprobaciones de puertos directamente desde CI o scripts, con claves de API por usuario.
Comprobaciones de correo con TLS
Active 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.
Informes programados
Informes de disponibilidad y tiempo de conexión con la periodicidad que defina, con su propio logotipo y colores desde el plan Professional.
Páginas de estado públicas
Dígales a sus clientes que un servicio va bien, y manténgalos al tanto si deja de ir bien.
Ventanas de mantenimiento
Un reinicio planificado nunca avisa a la guardia.
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.
Alertas donde su equipo ya trabaja
Un fallo, notificado en todas partes: los mismos contactos y canales, ya sea un puerto, una página o un certificado.
Microsoft Teams12 canales, una sola lista de contactos: configúrela una vez y todos los tipos de comprobación la reutilizan.
Explore el directorio completo de integraciones →¿Qué es el monitoreo de puertos?
El monitoreo 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, le avisa por correo electrónico, SMS o chat, de modo que un servicio caído se detecta antes de que se lleve su aplicación por delante.
¿Cómo funciona el monitoreo de puertos?
Cada comprobación abre un socket real, opcionalmente envía una cadena de sondeo y verifica la respuesta, construyendo su historial de disponibilidad y tiempo de conexión.
Primero confirmar, luego alertar
3 de 3 regiones coinciden → se abre el incidente y se envían las alertas
¿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 su sitio web.
Herramienta gratuita: compruebe qué puertos responden en un host →| Puerto | Servicio | Comprobación habitual |
|---|---|---|
| 22 | SSH | Conexión TCP + banner |
| 5432 | PostgreSQL | Conexión TCP |
| 3306 | MySQL | Conexión TCP |
| 6379 | Redis | TCP · enviar PING, esperar PONG |
| 587 | Envío SMTP | TCP + STARTTLS |
| 53 | DNS | Resolución UDP o TCP |
Preguntas frecuentes
01¿Qué es el monitoreo de puertos?+
02¿Cómo funciona una comprobación de puerto?+
03¿Cuál es la diferencia entre el monitoreo de puertos y el ping?+
04¿Qué puertos y protocolos puedo monitorear?+
05¿Puede comprobar que el servicio realmente funciona, no solo que el puerto está abierto?+
06¿Cómo evitan las falsas alarmas?+
07¿Puedo monitorear un servicio que solo es accesible internamente?+
08¿Qué obtengo cuando un puerto se cae?+
09¿Cómo recibo una alerta cuando un puerto se cae?+
10¿Hay un plan gratuito?+
11¿Se ejecuta cada comprobación desde las más de 171 ubicaciones a la vez?+
12¿Qué planes incluyen el monitoreo de puertos?+
Empiece a monitorear sus puertos hoy mismo.
Indique un host y un puerto, elija sus canales, y sea el primero en saber cuándo un servicio deja de responder.