Cómo Crear un Servidor MU Online Season 7–10 — Guía Completa
Guía paso a paso para montar un servidor privado de MU Online Season 7 o Season 10: software, base de datos, configuración y puesta en marcha.
Lo Que Necesitas Antes de Empezar
Poner en marcha un servidor privado de MU Online implica ensamblar varios componentes de software que deben funcionar de forma coordinada. Antes de tocar ningún archivo de configuración, asegúrate de tener lo siguiente disponible en la máquina anfitriona.
Requisitos mínimos de hardware
- CPU: 4 núcleos (Intel o AMD, x86-64)
- RAM: 4 GB (8 GB recomendado para Season 10 con el conjunto completo de mapas)
- Almacenamiento: 40 GB libres (SSD muy recomendado por el rendimiento de E/S de la base de datos)
- Red: subida estable de al menos 10 Mbps; dirección IP estática o reservada
Componentes de software necesarios
- Windows Server 2019 o 2022 (64 bits)
- Microsoft SQL Server 2019 (Express para pruebas, Standard para producción)
- SQL Server Management Studio (SSMS) para gestionar la base de datos
- Paquetes redistribuibles de Visual C++: 2010, 2013, 2015–2022 (x86 y x64)
- .NET Framework 3.5 y 4.8
- Un núcleo de emulador de servidor de MU Online compatible con tu season objetivo (Season 7 o Season 10)
- Los archivos de datos del cliente correspondientes a la misma season
Paso 1 — Instalar y Configurar SQL Server
La base de datos es el cimiento del servidor. Cada personaje, cuenta, ítem, gremio y registro de log reside aquí.
1.1 Instalar SQL Server
Ejecuta el instalador de SQL Server y selecciona la característica Database Engine Services. Durante la instalación, elige la Autenticación de Modo Mixto y establece una contraseña segura para sa; la necesitarás en la cadena de conexión de cada componente del servidor.
Tras la instalación, abre el Administrador de Configuración de SQL Server y comprueba que el protocolo TCP/IP está habilitado para la instancia. Establece el puerto TCP en 1433 (el predeterminado). Reinicia el servicio de SQL Server.
1.2 Restaurar las bases de datos del servidor
Una distribución estándar de emulador de Season 7 o Season 10 incluye dos o más archivos de copia de seguridad de base de datos (.bak). Los nombres habituales son MuOnline.bak y MeSetData.bak. Restaura cada uno desde SSMS:
- Haz clic derecho en Bases de datos → Restaurar base de datos
- Selecciona Dispositivo y navega hasta el archivo
.bak - Establece el nombre de la base de datos de destino (p. ej.,
MuOnline) - Haz clic en Aceptar y espera a que termine la restauración
1.3 Crear un inicio de sesión SQL dedicado
Evita usar la cuenta sa para las conexiones habituales del servidor. Crea un inicio de sesión dedicado:
-- Crear login y mapearlo a las bases de datos restauradas
CREATE LOGIN muserver WITH PASSWORD = 'ContraseniaSegura1!';
USE MuOnline;
CREATE USER muserver FOR LOGIN muserver;
EXEC sp_addrolemember 'db_owner', 'muserver';
USE MeSetData;
CREATE USER muserver FOR LOGIN muserver;
EXEC sp_addrolemember 'db_owner', 'muserver';
Paso 2 — Configurar los Componentes del Servidor
Un emulador típico de MU Online se divide en varios procesos ejecutables. Entender la función de cada uno evita confusiones al configurar.
| Proceso | Función | Puerto por defecto |
|---|---|---|
| ConnectServer | Gestiona la lista de servidores mostrada al iniciar sesión | 44405 |
| JoinServer | Gestiona la autenticación de cuentas | 55557 |
| DataServer | Lee y escribe en SQL Server en nombre del resto | 55901 |
| GameServer | El mundo de juego real; uno por zona de mapa | 55901+ |
| WebServer (opcional) | Panel de administración web | 8080 |
2.1 Configuración del DataServer
Abre DataServer.ini (o el equivalente XML de tu distribución) y establece los parámetros de conexión a la base de datos:
# DataServer.ini — Bloque de conexión a la base de datos
[DATABASE]
IP → 127.0.0.1 ; Host de SQL Server (localhost si está en la misma máquina)
Port → 1433 ; Puerto TCP de SQL Server
DBName → MuOnline ; Nombre de la base de datos principal del juego
DBUser → muserver ; Login SQL creado en el Paso 1.3
DBPass → ContraseniaSegura1! ; Contraseña de ese login
DBTimeout → 30 ; Tiempo de espera de conexión en segundos
[MESETDATA]
IP → 127.0.0.1
DBName → MeSetData
DBUser → muserver
DBPass → ContraseniaSegura1!
2.2 Configuración del ConnectServer
El ConnectServer indica al cliente qué zonas de GameServer están disponibles. Edita ConnectServer.ini:
[NETWORK]
PublicIP → 0.0.0.0 ; Vincularse a todas las interfaces
Port → 44405 ; El cliente se conecta aquí primero
[SERVERLIST]
MaxServers → 10
UpdateInterval → 5000 ; ms entre ciclos de actualización de la lista
2.3 Configuración del GameServer (selector de season)
La selección de season reside dentro de la configuración del GameServer. Localiza la sección que controla versión y episodio:
[VERSION]
Season → 7 ; Cambia a 10 para Season 10
Episode → 3 ; Sub-episodio dentro de la season
ServerCode → 0 ; ID único por zona (0, 1, 2 …)
ServerName → "Lorencia Zona"
[NETWORK]
PublicIP → TU.IP.PUBLICA.AQUI ; Reemplaza con tu IPv4 pública real
Port → 55901
MaxConnections → 500
> [!ATENCION] > El campo PublicIP en la configuración del GameServer debe contener tu dirección IPv4 pública real, no 127.0.0.1. Si los jugadores se conectan desde fuera de tu red local y este valor es incorrecto, se conectarán al ConnectServer, recibirán la lista de servidores, pero se desconectarán de inmediato al intentar entrar al mundo de juego.
Paso 3 — Abrir los Puertos del Cortafuegos
El Firewall de Windows bloquea las conexiones entrantes por defecto. Necesitas reglas de entrada para cada puerto en el que escucha cada componente del servidor.
Abre PowerShell como Administrador y ejecuta:
# Abrir puertos del servidor MU Online en el Firewall de Windows
$puertos = @(44405, 55557, 55901, 55902, 55903)
foreach ($puerto in $puertos) {
New-NetFirewallRule `
-DisplayName "MU Online Puerto $puerto" `
-Direction Inbound `
-Protocol TCP `
-LocalPort $puerto `
-Action Allow `
-Profile Any
}
Si tu servidor está detrás de un router doméstico, también debes configurar reglas de reenvío de puertos (NAT) en el panel de administración del router, apuntando cada uno de los puertos anteriores a la IP LAN interna de tu máquina servidor.
> [!CONSEJO] > Después de crear las reglas del cortafuegos, usa una herramienta externa de comprobación de puertos (ejecutada desde otra máquina o desde el móvil) para confirmar que los puertos son accesibles antes de depurar el software del servidor. Hacer la prueba desde la propia máquina servidor siempre dará resultado positivo porque el tráfico de loopback evita las reglas del cortafuegos.
Paso 4 — Iniciar el Servidor en el Orden Correcto
Los procesos tienen dependencias entre sí. Iniciarlos en el orden incorrecto provoca fallos de conexión difíciles de diagnosticar.
Secuencia de inicio correcta:
- Inicia SQL Server (debería estar ya en ejecución como Servicio de Windows)
- Inicia DataServer — espera hasta que el log muestre "Database connection established"
- Inicia JoinServer
- Inicia ConnectServer
- Inicia GameServer (una instancia por zona)
Cada proceso escribe en su propio archivo de log dentro del subdirectorio Log/. Observa siempre estos logs durante el primer inicio para detectar errores de configuración de forma temprana.
Paso 5 — Crear la Primera Cuenta de Administrador
Una vez que todos los procesos estén en ejecución, conéctate a través del cliente del juego para verificar que el servidor está activo. Después, otorga privilegios de administrador a tu cuenta directamente en la base de datos:
-- Otorgar nivel de administrador a una cuenta existente
USE MuOnline;
UPDATE MEMB_INFO
SET memb_level = 1 -- 1 = GM, valores más altos pueden desbloquear más herramientas
WHERE memb_id = 'tucuenta';
Vuelve a conectarte tras la actualización. La mayoría de los emuladores requieren un nuevo inicio de sesión para que el cambio de permisos surta efecto.
Consejos para la Administración Continua
- Haz copias de seguridad de la base de datos a diario. Usa el Agente de SQL Server o un script programado de PowerShell para ejecutar
BACKUP DATABASE MuOnline TO DISK = '...'cada noche. - Monitoriza los logs del servidor. Un aumento inusual en los intentos de conexión o errores repetidos en el log del GameServer suelen indicar la presencia de bots o un problema de configuración antes de que se convierta en una crisis.
- Mantén los componentes sincronizados. Cuando actualices los binarios del emulador, actualiza también el esquema de la base de datos usando los scripts de migración que proporciona el autor del emulador. Ejecutar código nuevo sobre un esquema antiguo provoca corrupción silenciosa de datos.
- Separa el entorno de prueba del de producción. Prueba siempre los cambios de configuración en una copia local antes de aplicarlos a un servidor en producción con jugadores activos.
Perguntas frequentes
¿Qué sistema operativo necesito para montar un servidor privado de MU Online?
Se recomienda Windows Server 2019 o Windows Server 2022 de 64 bits. La mayoría de los núcleos de emuladores y sus dependencias de Visual C++ están compilados y probados sobre Windows Server. Un servidor dedicado o VPS con al menos 4 GB de RAM y 4 núcleos de CPU es el requisito mínimo recomendado.
¿Qué versión de SQL Server debo usar?
SQL Server 2019 Express es suficiente para comunidades pequeñas (hasta ~50 jugadores simultáneos). Para poblaciones mayores, SQL Server 2019 Standard o Developer Edition ofrece mejor rendimiento de consultas y elimina el límite de 10 GB por base de datos que impone Express.
¿Cómo cambio la season del servidor de 7 a 10?
La selección de season se controla dentro de los archivos de configuración de GameServer y DataServer. En la mayoría de las distribuciones de emuladores, se modifican los valores Season y Episode en el archivo INI o XML principal del servidor. También se deben usar los archivos de cliente (main.exe y archivos de datos) compilados para esa misma season; mezclar seasons entre servidor y cliente provoca errores de desconexión.
¿Por qué los jugadores no pueden conectarse después de abrir los puertos?
Las causas más comunes son: (1) la IP del GameServer en connectlist.bmd o en el archivo de dirección del join server sigue apuntando a 127.0.0.1 en lugar de la IP pública, (2) la regla del Firewall de Windows se creó para el perfil incorrecto (Privado en vez de Público/Dominio), o (3) la regla NAT del router apunta a la IP interna incorrecta. Verifica cada capa de forma independiente con un escáner de puertos antes de depurar el software del servidor.