¿Qué hace la comprobación de accesibilidad de puerto?
Escribe un host (dominio o IP pública) y un puerto TCP, pulsa Comprobar y nuestro servidor abre una conexión TCP a esa dirección desde una IP pública. Te devuelve una de tres respuestas: abierto (algo escucha), cerrado (el servidor rechazó activamente con RST) o filtrado (el paquete se esfumó, casi siempre un firewall).
Esto no es un escáner de puertos. Comprueba un puerto cada vez y está limitado a 30 comprobaciones por hora por IP a propósito. Es la herramienta adecuada cuando acabas de reiniciar un servicio y quieres confirmar que el firewall se ha vuelto a abrir, cuando SMTP no acepta correo y quieres descartar la capa de red, o cuando un cliente dice "vuestra API no es accesible" y quieres una segunda opinión desde otra red.
Si el servidor saluda al cliente al conectar (SSH, SMTP, FTP, POP3, IMAP, Redis lo hacen a menudo), se captura y se muestra la primera línea del banner. Los banners son útiles: revelan el software, la versión y a veces el SO.
Cómo usarla
- Escribe un host: un dominio como `mail.ejemplo.com` o una IP pública como `93.184.216.34`. Sin esquema, sin ruta. Las direcciones privadas (`192.168.x`, `10.x`, `127.x`) están bloqueadas a propósito.
- Elige un puerto de los chips preset (22 SSH, 443 HTTPS, 25 SMTP, etc.) o escribe cualquier número de 1 a 65535.
- Pulsa Comprobar. La sonda tarda hasta 5 segundos: 4s para el handshake TCP, 1s esperando un banner opcional.
- Lee la pastilla de estado: verde = abierto, rojo = cerrado, ámbar = filtrado, gris = error. Cada una viene con una explicación de una línea.
- Si el servidor envió un banner, léelo. SSH muestra la versión, SMTP muestra el nombre del MTA, FTP muestra el daemon. Es normal y suele ser seguro exponerlo.
Cuándo es útil
Cinco situaciones del día a día en las que una comprobación de un solo puerto supera entrar por SSH a la máquina:
- ¿Se ha abierto realmente el firewall? Añadiste una regla en AWS Security Groups, Cloudflare o ufw y quieres una confirmación rápida desde fuera.
- ¿SMTP escucha de verdad? Tu servidor de correo afirma que el puerto 25 está arriba pero el correo no fluye. Comprueba desde fuera, porque muchos ISPs y nubes bloquean el 25 saliente por defecto.
- El servicio se cayó en silencio. Tu monitoring lo pasó por alto. Una comprobación de 2 segundos te dice si Postgres, Redis o MySQL es accesible siquiera.
- El cliente dice "vuestra API está caída". Su red podría ser el problema. Ejecuta la misma comprobación desde una ubicación neutral y compara.
- Test de humo tras migración. Has movido un servicio a un nuevo host. Confirma que SSH (22), HTTPS (443) y cualquier puerto personalizado están arriba antes de cambiar el DNS.
Relacionadas: inspector de certificados SSL, consulta DNS, inspector de cabeceras HTTP.