Cómo corregir el error de firewall bloqueando el puerto en el servidor de MU Online

Uno de los reclamos más frecuentes en cualquier comunidad de MU Online privado es "no puedo entrar al servidor", y en buena parte de los casos la causa raíz es simplemente un puerto bloqueado por firewall — ya sea en el Windows del servidor, en el router, en el antivirus del jugador o incluso en el firewall del proveedor de hosting. Como existen varias capas de firewall involucradas en la cadena cliente-servidor, el diagnóstico suele ser demorado si se hace sin método. Este tutorial organiza el problema capa por capa, con comandos listos para el Windows Defender Firewall y una guía de pruebas para aislar exactamente dónde está ocurriendo el bloqueo.

Las capas de firewall entre el jugador y el servidor

Antes de tocar cualquier configuración, es esencial entender que existen al menos cuatro capas posibles de bloqueo entre el cliente del jugador y el proceso del servidor, y cada una necesita verificarse por separado:

Paso 1 — Mapear los puertos que el servidor realmente usa

Antes de crear cualquier regla, lista exactamente qué puertos usa tu emulador. Un conjunto típico:

Paso 2 — Crear reglas específicas en el Firewall de Windows

En vez de desactivar el firewall (lo que expone toda la máquina), crea reglas de entrada específicas para cada puerto usado:

New-NetFirewallRule -DisplayName "MU ConnectServer" -Direction Inbound -Protocol TCP -LocalPort 44405 -Action Allow
New-NetFirewallRule -DisplayName "MU GameServer Range" -Direction Inbound -Protocol TCP -LocalPort 55900-55910 -Action Allow
New-NetFirewallRule -DisplayName "MU MySQL Remoto" -Direction Inbound -Protocol TCP -LocalPort 3306 -Action Allow -RemoteAddress <IP-confiable>

Nota que la regla de MySQL restringe la IP de origen (-RemoteAddress) — nunca abras la base de datos a cualquier IP de internet sin necesidad real.

Paso 3 — Verificar si existe una regla de bloqueo conflictiva

El Firewall de Windows procesa las reglas de bloqueo con prioridad sobre las reglas de liberación. Lista las reglas existentes para garantizar que no haya un "Block" genérico compitiendo con tu regla nueva:

Get-NetFirewallRule -Direction Inbound | Where-Object { $_.Action -eq "Block" -and $_.Enabled -eq "True" }

Si aparece una regla de bloqueo amplia (por ejemplo, creada por un software de seguridad corporativo o por otro administrador), necesita ajustarse o desactivarse para el puerto específico del MU.

Paso 4 — Configurar el firewall/NAT del router (hospedaje doméstico)

Si el servidor está en una máquina doméstica detrás de un router, tener liberado el Firewall de Windows no es suficiente — el router también necesita redirigir (port forward) el tráfico externo hacia la IP local del servidor, en los mismos puertos. Sin esto, el paquete ni siquiera llega a la interfaz de red de la máquina.

Paso 5 — Configurar el firewall de nube (Security Group / iptables) en VPS

En hosting en la nube (AWS, Azure, Google Cloud, o cualquier VPS Linux/Windows), existe una capa de firewall incluso antes de llegar al sistema operativo — el Security Group o Network Security Group. Sin una regla de entrada en ese panel, el Firewall de Windows interno es irrelevante, porque el paquete se descarta antes de llegar a la VM.

# Ejemplo en un VPS Linux con iptables (si el emulador corre vía Wine/servidor Linux)
sudo iptables -A INPUT -p tcp --dport 44405 -j ACCEPT
sudo iptables -A INPUT -p tcp --dport 55900:55910 -j ACCEPT
sudo iptables-save

Paso 6 — Probar cada capa por separado

La forma más eficiente de encontrar el bloqueo es probar de afuera hacia adentro:

1. Prueba el puerto con una herramienta externa (fuera de tu red) — confirma si el paquete llega hasta el router/VPS.
2. Si falla, el problema está en el NAT del router o en el Security Group de la nube.
3. Si pasa la prueba externa pero el juego aún falla, prueba localmente en el propio servidor con Test-NetConnection 127.0.0.1 -Port 44405.
4. Si falla localmente, el Firewall de Windows (o el antivirus) todavía está bloqueando — revisa las reglas.
5. Si pasa en ambos y el juego aún falla, el problema ya no es de firewall, es configuración de aplicación.

Paso 7 — Considerar excepciones por antivirus de terceros

Antivirus como Avast, Kaspersky, Norton y Bitdefender frecuentemente mantienen un firewall propio, independiente de Windows Defender, y pueden seguir bloqueando el tráfico incluso después de que todas las reglas de Windows estén correctas. Agrega excepciones explícitas para los puertos del MU y para los ejecutables ConnectServer.exe y GameServer.exe en la configuración de red de esos programas.

Paso 8 — Documentar los puertos liberados para el equipo

Mantén una lista simple (planilla o archivo de texto) con todos los puertos liberados en cada capa — Windows, router/VPS, antivirus. Esto evita retrabajo cuando migres de servidor, cambies de hosting o agregues un nuevo GameServer en el futuro.

Errores comunes y soluciones

Lista de verificación de liberación de puertos

• Lista de puertos usados por el emulador documentada.
• Reglas específicas creadas en el Firewall de Windows (TCP/UDP según sea necesario).
• Ninguna regla de bloqueo concurrente activa.
• NAT/port forward configurado en el router (si es hospedaje doméstico).
• Security Group/iptables liberado (si es hospedaje en la nube/VPS).
• Excepciones agregadas en el antivirus de terceros, si corresponde.
• Prueba externa de puerto confirmada antes del lanzamiento.
• Documentación de los puertos liberados guardada para el equipo.

Con el firewall correctamente configurado en todas las capas, el siguiente paso es validar la estabilidad de la conexión bajo carga, simulando múltiples jugadores simultáneos antes del lanzamiento oficial. Para revisar toda la infraestructura recomendada desde cero, mira el tutorial de creación de servidor de MU Online.

Preguntas frecuentes