Cómo configurar un servidor de MU Online en el Zhyper MuServer

El Zhyper MuServer es uno de los paquetes de archivos de servidor de MU Online más usados por quienes están empezando, justamente porque entrega todo premontado: los ejecutables del MuServer (Main), la base de datos y un cliente compatible. Aun así, "premontado" no es "haz clic y juega": necesitas restaurar las databases en SQL Server, alinear la IP y los puertos en cuatro ejecutables diferentes y sincronizar el cliente. Equivocarte en una sola IP o saltarte el orden de inicio hace que el GameServer se cierre sin explicación. Este tutorial recorre el montaje completo, de la base de datos al primer login, con los puntos donde el principiante más se traba. Si aún no tienes una visión general, vale la pena leer antes la guía de cómo crear un servidor de MU Online.

Qué es el Zhyper MuServer

El Zhyper no es un emulador escrito desde cero: es una distribución (un "files") que empaqueta binarios de MuServer ya compilados, scripts SQL para crear/restaurar la base de datos y un cliente en la misma season de los binarios. La arquitectura sigue el estándar de cualquier servidor de MU: cuatro procesos que se comunican entre sí y una base de datos por detrás. Entender esa división es lo que hace que la configuración deje de ser "prueba y error". Los detalles de menú, archivos y nombres de carpetas varían según el release del paquete: trata los ejemplos de abajo como referencia, no como valores fijos.

Componentes del servidor

Los puertos de arriba son ejemplos y cambian según el release del Zhyper. Lo que nunca cambia es la lógica: el DataServer es el único que habla con la base de datos; el GameServer nunca accede al SQL directamente.

Requisitos previos

• Windows (Server 2012+ o Windows 10/11) con derechos de administrador.
• SQL Server 2008 R2 / 2012 / 2014 con autenticación SQL habilitada (usuario sa).
• SQL Server Management Studio (SSMS) para restaurar e inspeccionar la base de datos.
• El paquete Zhyper MuServer (Main + Databases) y el cliente correspondiente.
• Redistribuibles Visual C++ (2010/2013/2015) instalados: su ausencia tumba los ejecutables en el arranque.
• Una IP definida: 127.0.0.1 para pruebas locales o la IP pública de tu VPS para producción.

Paso 1 — Instalar y preparar el SQL Server

1. Instala el SQL Server eligiendo el modo Mixed Mode Authentication (Windows + SQL) y define una contraseña para el usuario sa.
2. Abre el SQL Server Configuration Manager y confirma que el protocolo TCP/IP está Enabled.
3. Reinicia el servicio del SQL Server para aplicar.
4. Abre el SSMS y conecta usando sa y la contraseña definida: si conecta, la base para el MuServer está lista.

> Si solo consigues iniciar sesión con autenticación de Windows, el MuServer no va a conectar. Depende de usuario y contraseña SQL en los archivos de configuración.

Paso 2 — Restaurar las databases (MuOnline y Me_MuOnline)

El Zhyper acompaña dos bases: generalmente MuOnline (datos del juego: cuentas, personajes, ítems) y Me_MuOnline (ranking/eventos, según el release). Puedes restaurar por archivo .bak o ejecutando los scripts .sql.

Restaurando por backup en el SSMS:

1. Haz clic derecho en Databases → Restore Database.
2. En Device, apunta al archivo .bak del paquete.
3. Confirma el nombre de destino (MuOnline) y finaliza.
4. Repite para la segunda base (Me_MuOnline).

Si el paquete trae scripts en lugar de .bak, abre cada .sql en el SSMS y ejecútalo (F5), creando las bases manualmente. Al final, confirma que las dos databases aparecen en el árbol de Databases.

-- Verificación rápida: ¿las databases existen?
SELECT name FROM sys.databases
WHERE name IN ('MuOnline', 'Me_MuOnline');

Paso 3 — Configurar la conexión del DataServer con la base de datos

Dentro de la carpeta Main del Zhyper, el DataServer tiene un archivo de conexión (comúnmente MuOnline.ini, Connection.ini o similar; el nombre varía según el emulador/release). En él informas la instancia del SQL, el nombre de las databases y las credenciales.

[MuOnline]
Server   = (local)
Database = MuOnline
User     = sa
Password = tuContraseñaAqui

[Me_MuOnline]
Server   = (local)
Database = Me_MuOnline
User     = sa
Password = tuContraseñaAqui

• Server = (local) funciona para instancia por defecto local; en VPS puede ser .\SQLEXPRESS o el nombre de la instancia.
• Usuario y contraseña deben ser exactamente los del sa (o del usuario que hayas creado).

Guarda y abre solo el DataServer. Si lista las tablas/consultas sin error de conexión, el puente con la base de datos está en pie.

Paso 4 — Alinear IP y puertos en los ejecutables

Este es el paso donde el 90% de los principiantes se traba. La misma IP debe constar en todos los archivos de configuración de los ejecutables y en el cliente. Los nombres de archivo varían (ConnectServer.ini, ServerList.dat, GameServerInfo.dat, IpList.dat, JoinServer.ini), pero la lógica es siempre la misma:

1. ConnectServer — define la lista de servidores mostrada en el cliente. Apunta aquí la IP y el puerto del GameServer (ServerList.dat / IpList.dat).
2. JoinServer — configura la IP de bind y el puerto que el GameServer usará para validar el login.
3. GameServer — en GameServerInfo.dat (o equivalente), completa la IP del ConnectServer, del JoinServer y del DataServer.
4. Usa 127.0.0.1 en todo para pruebas locales; cámbialo por la IP pública solo cuando vayas a publicar.

> Nunca mezcles 127.0.0.1 en un archivo y la IP pública en otro. O es todo local, o es todo la IP externa. Mezclar genera "servidor lleno" o desconexión justo después del login.

Paso 5 — Iniciar los ejecutables en el orden correcto

El orden importa porque cada proceso depende de que el anterior esté en línea:

1. DataServer — conecta con el SQL Server (ábrelo primero, siempre).
2. ConnectServer — levanta la lista de servidores.
3. JoinServer — queda listo para autenticar cuentas.
4. GameServer — carga mapas y mobs; es el último en levantarse.

Muchos paquetes Zhyper incluyen un Server Start.exe o un .bat que abre todo en el orden correcto. Si lo abres manualmente, respeta la secuencia. Un GameServer abierto antes que el DataServer no encuentra la base de datos y se cierra.

Paso 6 — Crear la cuenta y apuntar el cliente

Con los servidores en línea:

1. En el SSMS, inserta una cuenta en la tabla de cuentas (comúnmente MEMB_INFO) o usa la herramienta de registro que acompaña al paquete.
2. En la carpeta del cliente del Zhyper, localiza el archivo que define la IP de conexión (frecuentemente un .dat cifrado editable con una herramienta del paquete, o un ServerList en texto).
3. Apunta el cliente a 127.0.0.1 (local) o a la IP pública (producción).
4. Ejecuta el cliente desde el launcher/main del propio Zhyper, no desde un main.exe suelto de otra season.

Paso 7 — Probar el primer login

1. Abre el cliente y confirma que la lista de servidores aparece (esto valida el ConnectServer).
2. Inicia sesión con la cuenta creada: si autentica, el JoinServer está OK.
3. Entra con un personaje: si el mundo carga, el GameServer y el DataServer se están comunicando.
4. Crea un personaje nuevo y verifica que persista después de volver a conectar (esto confirma la escritura en la base de datos).
5. Prueba un comando de GM (ej.: crear ítem) para validar permisos.

Errores comunes y soluciones

Lista de verificación de lanzamiento

• SQL Server en Mixed Mode, TCP/IP habilitado y sa funcionando.
• Databases MuOnline y Me_MuOnline restauradas y visibles en el SSMS.
• DataServer conectando a la base de datos sin errores.
• Misma IP en ConnectServer, JoinServer, GameServer y cliente.
• Ejecutables iniciados en el orden: Data → Connect → Join → Game.
• Cuenta creada y login validado in-game.
• Personaje creado que persiste tras volver a conectar (escritura en la base OK).
• Puertos liberados en el firewall (solo para publicación externa).
• Backup de la carpeta Main y de las databases antes de abrir al público.

Con el Zhyper en ejecución y el primer login probado, tienes una base estable para evolucionar: ajustar tasas de experiencia y drop, configurar eventos, agregar ítems y personalizaciones. Antes de abrir a los jugadores, haz un backup completo de la carpeta Main y de las dos databases: así, cualquier edición futura que rompa el servidor puede revertirse en minutos, sin perder el trabajo de montaje.

Preguntas frecuentes