Se ha autorizado un puerto, pero una aplicación sigue sin aceptar conexiones externas. ¿Cómo separar servicio, reglas y conectividad?

Una regla de firewall permite cierto tráfico; no inicia la aplicación que debe recibirlo. Empieza comprobando si el servicio está activo y escucha en la dirección y puerto previstos. Una aplicación enlazada solo a la interfaz local puede funcionar dentro del VPS y no desde Internet.

Prueba primero desde el propio servidor y después desde un equipo externo controlado. Anota protocolo, destino, puerto, hora y resultado. Distingue una conexión rechazada de un tiempo de espera; son pistas, aunque ninguna identifica por sí sola toda la causa.

Revisa el firewall realmente activo. En Ubuntu con UFW, status verbose y status numbered permiten consultar su estado y reglas; la documentación también explica reglas limitadas por origen y la opción dry-run. No mezcles gestores sin conocer cómo se aplican en ese sistema.

Comprueba además reglas de la plataforma, grupos de seguridad, direccionamiento y ruta de retorno. Si el servicio utiliza UDP, una prueba TCP no valida su disponibilidad. Mantén el acceso administrativo existente mientras revisas cambios de red.

Autoriza únicamente los orígenes y puertos necesarios. Abrir todo el tráfico dificulta aislar el problema y amplía la exposición. Tras la corrección, repite la prueba funcional y retira reglas temporales. Para escalar, entrega resultados y reglas depuradas, sin credenciales ni información de otros clientes.

Fuentes: Ubuntu Server — Firewalls.