Como configurar um servidor de MU Online no X-Team (X-Files)

Os X-Files (arquivos X-Team) são um dos pacotes de servidor mais usados por quem monta um MU Online privado, justamente porque entregam os executáveis já compilados e as pastas de configuração organizadas — você "só" precisa apontar cada peça para o lugar certo. O problema é que "apontar cada peça" envolve banco de dados, IPs, portas e a ordem correta de inicialização, e um único valor errado faz o servidor não subir. Este tutorial percorre a configuração completa de um servidor X-Team do zero: estrutura de pastas, banco, os quatro executáveis principais, IP/porta, eventos e o primeiro boot com teste em jogo. Se você ainda não tem a base montada, comece pelo tutorial de criação de servidor de MU Online e volte aqui para a configuração fina.

O que é o pacote X-Team (X-Files)

O X-Team é um repack de server files: um conjunto de emuladores (ConnectServer, JoinServer, GameServer, DataServer) mais as pastas Data/config que eles leem em tempo de execução. Cada versão dos X-Files é amarrada a uma season específica (Season 6, Season X, etc.), e o cliente do jogador precisa ser da mesma season — cliente e servidor incompatíveis resultam em tela de login travada ou crash imediato. Ao baixar um pacote, verifique sempre a season, o idioma dos arquivos e se ele já vem com o script do banco.

Pré-requisitos

• Windows (Server para produção; 10/11 para testes locais) com permissão de administrador.
• SQL Server instalado e acessível (Express serve para testes; Standard para produção), mais o SQL Server Management Studio (SSMS).
• Runtimes: pacotes Visual C++ Redistributable (várias versões) — a ausência deles é a causa nº 1 de executável que não abre.
• O pacote X-Files da season desejada e o cliente correspondente.
• Backup de tudo antes de editar, e um editor de texto que respeite a codificação dos arquivos (Notepad++ é o padrão da comunidade).

Estrutura de pastas do X-Team

Os nomes variam por season e por repack, mas a espinha dorsal costuma ser esta:

> Trabalhe sempre em cópia. Um erro de sintaxe em qualquer arquivo de config derruba o executável no boot, e sem backup você reinstala o pacote inteiro.

Passo 1 — Preparar o banco de dados

O X-Team não funciona sem o banco. O fluxo típico:

1. Abra o SSMS e conecte na sua instância de SQL Server.
2. Restaure o .bak que acompanha o pacote (Restore Database) ou execute os scripts .sql da pasta SQL/ para criar as bases — geralmente MuOnline e Me_MuOnline (nomes variam por season).
3. Crie/valide um usuário SQL (ex.: sa ou um usuário dedicado) com senha, e conceda acesso às bases criadas.
4. Confirme que a autenticação SQL Server (mista) está ligada — muitos pacotes usam usuário/senha, não autenticação do Windows.

Anote nome da instância, usuário e senha: você vai repetir esses três valores em vários arquivos de config.

Passo 2 — Configurar o DataServer (conexão com o banco)

O DataServer é a ponte com o SQL Server. Abra o arquivo de configuração dele (frequentemente DataServer.ini, MuServerDBConfig ou similar) e ajuste as credenciais. Um exemplo de bloco típico:

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

• DBServer é o nome da instância (para SQL Express costuma ser .\SQLEXPRESS).
• DBName deve bater exatamente com o nome da base restaurada.
• Muitos X-Files usam um DSN ODBC do Windows: nesse caso você cria a fonte de dados no Administrador de ODBC (aba System DSN) e o config referencia o nome do DSN em vez do IP direto.

Salve e teste: ao abrir o DataServer, ele deve logar "conectado ao banco". Se piscar e fechar, o problema quase sempre é credencial, nome de base ou DSN.

Passo 3 — Configurar o ConnectServer (IP e porta)

O ConnectServer entrega ao cliente a lista de servidores e o IP/porta para onde conectar. Localize o arquivo de config (ex.: ConnectServer.ini e/ou um ServerList.dat) e defina:

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

[ServerList]
; GameServerCode  IP              Port
0                 192.168.0.10    55901

• Em rede local, use o IP interno (192.168.x.x).
• Para internet, use o IP público ou um DDNS (No-IP, DuckDNS) — nunca o 127.0.0.1, ou só você conseguirá entrar.
• A porta padrão do ConnectServer costuma ser 44405; a do GameServer, algo como 55901. Elas precisam bater com o que o cliente espera.

Passo 4 — Configurar o JoinServer e o GameServer

O JoinServer valida login/senha contra o banco; ele geralmente só precisa apontar para o mesmo DataServer/banco — confirme as credenciais e a porta interna.

O GameServer é o coração do jogo. No arquivo principal (comumente GameServerInfo.dat, GameServer.ini ou GameServerInfo - VIP.dat), ajuste ao menos:

• IP/porta do próprio GameServer e o link para Connect/Data/Join.
• ServerName / ServerCode — o código precisa casar com a linha da ServerList do ConnectServer.
• Taxas de experiência e drop (ver Passo 6).
• Limite de conexões e configurações de save.

Aponte cada endereço interno para 127.0.0.1 quando tudo roda na mesma máquina, e para os IPs reais quando os serviços estão distribuídos.

Passo 5 — Liberar IP e portas (firewall e roteador)

Para jogadores externos entrarem:

1. No Firewall do Windows, crie regras de entrada liberando as portas do ConnectServer (44405) e do GameServer (ex.: 55901), além das que o pacote usar.
2. No roteador, faça o port forwarding dessas portas para o IP interno do servidor.
3. Se seu IP muda, configure um DDNS e use o hostname no ConnectServer e no cliente.
4. No cliente, edite o arquivo de conexão (frequentemente um .dat/main criptografado por season) para apontar ao seu IP:porta.

Teste primeiro em LAN; só depois exponha à internet.

Passo 6 — Ajustar taxas e ativar eventos

As taxas e a maioria dos eventos vivem em arquivos dentro do GameServer/Data. Exemplos de chaves (nomes variam por season):

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

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

• Comece conservador: taxa de EXP absurda esvazia o servidor por falta de progressão.
• Cada evento tem, além do liga/desliga, horários e níveis mínimos em arquivos próprios (spawn/scheduler).
• Verifique os NPCs e spawns de eventos: um evento ligado sem NPC de entrada é um evento que ninguém joga.

Passo 7 — Primeiro boot na ordem correta

A ordem de inicialização importa, porque cada serviço depende do anterior:

1. DataServer — sobe primeiro e conecta no banco.
2. ConnectServer — passa a aceitar clientes.
3. JoinServer — habilita login/validação de conta.
4. GameServer — por último; registra-se no ConnectServer e abre o mundo.

Se o GameServer sobe mas o cliente não vê o servidor na lista, quase sempre é divergência entre o ServerCode do GameServer e a ServerList do ConnectServer, ou o IP/porta errado.

Passo 8 — Testar em jogo

1. Abra o cliente apontado para o seu IP:porta e chegue à tela de login.
2. Crie uma conta (o registro grava no banco via JoinServer/DataServer) e faça login.
3. Crie um personagem, entre no mundo e ande — confirme que o GameServer responde.
4. Suba de nível e valide as taxas de EXP/drop configuradas.
5. Entre com um GM e dispare um evento (ex.: Blood Castle) para confirmar scheduler e NPCs.
6. Cheque os logs de cada executável em busca de erros silenciosos.

Erros comuns e soluções

Checklist de lançamento

• SQL Server ativo, bases restauradas e autenticação SQL mista ligada.
• DataServer conectando no banco (log "conectado").
• ConnectServer com IP público/DDNS e ServerList correta.
• JoinServer validando login e criando contas.
• GameServer com ServerCode alinhado, taxas e IPs corretos.
• Portas liberadas no firewall e no roteador (port forwarding).
• Cliente da mesma season apontado para o IP:porta certo.
• Ordem de boot testada (Data → Connect → Join → Game).
• Eventos ligados, com horário e NPCs validados.
• Teste completo em jogo (conta, personagem, EXP/drop, evento).
• Backup do banco e dos configs salvo antes de abrir ao público.

Com o servidor no ar e testado em LAN, o passo final é o "endurecimento" para produção: senhas fortes no SQL, um usuário de banco dedicado (não o sa), backups automáticos do banco e monitoramento dos executáveis para reinício automático em caso de queda. A partir daí, cada nova season ou repack X-Team segue o mesmo pipeline — só mudam os nomes das chaves e a versão do cliente, que você trata como exemplos a confirmar, porque tudo varia por emulador.

Perguntas frequentes