Cómo configurar un servidor de MU Online en X-Team (X-Files)

Los X-Files (archivos X-Team) son uno de los paquetes de servidor más usados por quien monta un MU Online privado, justamente porque entregan los ejecutables ya compilados y las carpetas de configuración organizadas — "solo" necesitas apuntar cada pieza al lugar correcto. El problema es que "apuntar cada pieza" involucra base de datos, IPs, puertos y el orden correcto de inicialización, y un único valor equivocado hace que el servidor no suba. Este tutorial recorre la configuración completa de un servidor X-Team desde cero: estructura de carpetas, base de datos, los cuatro ejecutables principales, IP/puerto, eventos y el primer boot con prueba en el juego. Si todavía no tienes la base montada, empieza por el tutorial de creación de servidor de MU Online y vuelve aquí para la configuración fina.

Qué es el paquete X-Team (X-Files)

X-Team es un repack de server files: un conjunto de emuladores (ConnectServer, JoinServer, GameServer, DataServer) más las carpetas Data/config que ellos leen en tiempo de ejecución. Cada versión de los X-Files está atada a una season específica (Season 6, Season X, etc.), y el cliente del jugador debe ser de la misma season — cliente y servidor incompatibles resultan en pantalla de login trabada o crash inmediato. Al descargar un paquete, verifica siempre la season, el idioma de los archivos y si ya viene con el script de la base de datos.

Requisitos previos

• Windows (Server para producción; 10/11 para pruebas locales) con permiso de administrador.
• SQL Server instalado y accesible (Express sirve para pruebas; Standard para producción), más el SQL Server Management Studio (SSMS).
• Runtimes: paquetes Visual C++ Redistributable (varias versiones) — su ausencia es la causa n.º 1 de ejecutable que no abre.
• El paquete X-Files de la season deseada y el cliente correspondiente.
• Backup de todo antes de editar, y un editor de texto que respete la codificación de los archivos (Notepad++ es el estándar de la comunidad).

Estructura de carpetas de X-Team

Los nombres varían según la season y el repack, pero la columna vertebral suele ser esta:

> Trabaja siempre en copia. Un error de sintaxis en cualquier archivo de config derriba el ejecutable en el boot, y sin backup reinstalas el paquete entero.

Paso 1 — Preparar la base de datos

X-Team no funciona sin la base de datos. El flujo típico:

1. Abre el SSMS y conéctate a tu instancia de SQL Server.
2. Restaura el .bak que acompaña el paquete (Restore Database) o ejecuta los scripts .sql de la carpeta SQL/ para crear las bases — generalmente MuOnline y Me_MuOnline (los nombres varían por season).
3. Crea/valida un usuario SQL (ej.: sa o un usuario dedicado) con contraseña, y concede acceso a las bases creadas.
4. Confirma que la autenticación SQL Server (mixta) está encendida — muchos paquetes usan usuario/contraseña, no autenticación de Windows.

Anota nombre de la instancia, usuario y contraseña: vas a repetir esos tres valores en varios archivos de config.

Paso 2 — Configurar el DataServer (conexión con la base de datos)

El DataServer es el puente con el SQL Server. Abre su archivo de configuración (frecuentemente DataServer.ini, MuServerDBConfig o similar) y ajusta las credenciales. Un ejemplo de bloque típico:

[ODBC]
DBType   = 0
DBName   = MuOnline
DBUser   = sa
DBPass   = SuaSenhaForte
DBServer = (local)      ; o NOME-PC\SQLEXPRESS

• DBServer es el nombre de la instancia (para SQL Express suele ser .\SQLEXPRESS).
• DBName debe coincidir exactamente con el nombre de la base restaurada.
• Muchos X-Files usan un DSN ODBC de Windows: en ese caso creas la fuente de datos en el Administrador de ODBC (pestaña System DSN) y el config referencia el nombre del DSN en vez de la IP directa.

Guarda y prueba: al abrir el DataServer, debe loguear "conectado a la base de datos". Si parpadea y se cierra, el problema casi siempre es la credencial, el nombre de la base o el DSN.

Paso 3 — Configurar el ConnectServer (IP y puerto)

El ConnectServer entrega al cliente la lista de servidores y la IP/puerto hacia donde conectar. Localiza el archivo de config (ej.: ConnectServer.ini y/o un ServerList.dat) y define:

[ConnectServer]
ServerName = Viciados MU
MaxIpConnection = 10
CServPort = 44405

[ServerList]
; GameServerCode  IP              Port
0                 192.168.0.10    55901

• En red local, usa la IP interna (192.168.x.x).
• Para internet, usa la IP pública o un DDNS (No-IP, DuckDNS) — nunca el 127.0.0.1, o solo tú conseguirás entrar.
• El puerto predeterminado del ConnectServer suele ser 44405; el del GameServer, algo como 55901. Deben coincidir con lo que el cliente espera.

Paso 4 — Configurar el JoinServer y el GameServer

El JoinServer valida login/contraseña contra la base de datos; generalmente solo necesita apuntar al mismo DataServer/base de datos — confirma las credenciales y el puerto interno.

El GameServer es el corazón del juego. En el archivo principal (comúnmente GameServerInfo.dat, GameServer.ini o GameServerInfo - VIP.dat), ajusta al menos:

• IP/puerto del propio GameServer y el enlace a Connect/Data/Join.
• ServerName / ServerCode — el código debe coincidir con la línea de la ServerList del ConnectServer.
• Tasas de experiencia y drop (ver Paso 6).
• Límite de conexiones y configuraciones de save.

Apunta cada dirección interna a 127.0.0.1 cuando todo corre en la misma máquina, y a las IPs reales cuando los servicios están distribuidos.

Paso 5 — Abrir IP y puertos (firewall y router)

Para que entren jugadores externos:

1. En el Firewall de Windows, crea reglas de entrada abriendo los puertos del ConnectServer (44405) y del GameServer (ej.: 55901), además de los que el paquete use.
2. En el router, haz el port forwarding de esos puertos hacia la IP interna del servidor.
3. Si tu IP cambia, configura un DDNS y usa el hostname en el ConnectServer y en el cliente.
4. En el cliente, edita el archivo de conexión (frecuentemente un .dat/main cifrado por season) para apuntar a tu IP:puerto.

Prueba primero en LAN; solo después expón a internet.

Paso 6 — Ajustar tasas y activar eventos

Las tasas y la mayoría de los eventos viven en archivos dentro del GameServer/Data. Ejemplos de claves (los nombres varían por season):

[Rates]
ExperienceRate = 50    ; 50x
DropRate       = 30    ; 30%
ZenDropRate    = 40

[Events]
BloodCastle   = 1
DevilSquare   = 1
ChaosCastle   = 1
GoldenInvasion= 1

• Empieza conservador: una tasa de EXP absurda vacía el servidor por falta de progresión.
• Cada evento tiene, además del encender/apagar, horarios y niveles mínimos en archivos propios (spawn/scheduler).
• Verifica los NPCs y spawns de eventos: un evento encendido sin NPC de entrada es un evento que nadie juega.

Paso 7 — Primer boot en el orden correcto

El orden de inicialización importa, porque cada servicio depende del anterior:

1. DataServer — sube primero y conecta a la base de datos.
2. ConnectServer — pasa a aceptar clientes.
3. JoinServer — habilita login/validación de cuenta.
4. GameServer — por último; se registra en el ConnectServer y abre el mundo.

Si el GameServer sube pero el cliente no ve el servidor en la lista, casi siempre es una divergencia entre el ServerCode del GameServer y la ServerList del ConnectServer, o la IP/puerto equivocada.

Paso 8 — Probar en el juego

1. Abre el cliente apuntado a tu IP:puerto y llega a la pantalla de login.
2. Crea una cuenta (el registro graba en la base de datos vía JoinServer/DataServer) y haz login.
3. Crea un personaje, entra al mundo y camina — confirma que el GameServer responde.
4. Sube de nivel y valida las tasas de EXP/drop configuradas.
5. Entra con un GM y dispara un evento (ej.: Blood Castle) para confirmar scheduler y NPCs.
6. Revisa los logs de cada ejecutable en busca de errores silenciosos.

Errores comunes y soluciones

Lista de verificación de lanzamiento

• SQL Server activo, bases restauradas y autenticación SQL mixta encendida.
• DataServer conectando a la base de datos (log "conectado").
• ConnectServer con IP pública/DDNS y ServerList correcta.
• JoinServer validando login y creando cuentas.
• GameServer con ServerCode alineado, tasas e IPs correctos.
• Puertos abiertos en el firewall y en el router (port forwarding).
• Cliente de la misma season apuntado a la IP:puerto correcta.
• Orden de boot probado (Data → Connect → Join → Game).
• Eventos encendidos, con horario y NPCs validados.
• Prueba completa en el juego (cuenta, personaje, EXP/drop, evento).
• Backup de la base de datos y de los configs guardado antes de abrir al público.

Con el servidor al aire y probado en LAN, el paso final es el "endurecimiento" para producción: contraseñas fuertes en el SQL, un usuario de base de datos dedicado (no el sa), backups automáticos de la base y monitoreo de los ejecutables para reinicio automático en caso de caída. A partir de ahí, cada nueva season o repack X-Team sigue el mismo pipeline — solo cambian los nombres de las claves y la versión del cliente, que tratas como ejemplos a confirmar, porque todo varía según el emulador.

Preguntas frecuentes