Diagnóstico de conexão MU Online: matriz de testes TCP

Localize a falha entre processo, porta local, rede privada e acesso externo antes de alterar o MuServer.

Comece pela etapa que falha

Servidor offline, desconexão no login e falha ao selecionar personagem podem ter causas diferentes. Registre o horário, a mensagem exata, a ação do jogador e os logs dos componentes envolvidos. As portas e os nomes dos serviços variam entre distribuições: use a documentação e a configuração da sua versão.

Monte uma matriz com origem, destino, porta, protocolo e resultado esperado. Separe cliente → entrada pública, comunicação entre componentes e acesso dos serviços ao SQL Server. O banco deve ser testado a partir do host que realmente precisa acessá-lo; não abra o SQL para toda a internet como tentativa de correção.

1. Confirme o processo que escuta a porta

No Windows que executa o serviço, abra PowerShell com as permissões necessárias. Substitua a porta de exemplo pela configurada:

$portaMu = 55901 # Exemplo: use a porta do seu ambiente
Get-NetTCPConnection -State Listen -LocalPort $portaMu |
  Select-Object LocalAddress,LocalPort,OwningProcess
Get-Process -Id 1234 # Substitua pelo OwningProcess observado

Se não houver listener, examine a inicialização e os logs antes de mudar o firewall. Confirme que o PID pertence ao componente esperado. Uma escuta em 127.0.0.1 atende somente a máquina local. Em versões antigas do Windows, consulte também netstat -ano.

2. Compare os caminhos

Test-NetConnection -ComputerName 127.0.0.1 -Port $portaMu
Test-NetConnection -ComputerName 'IP_REAL_DO_SERVIDOR' -Port $portaMu

Troque o destino por um endereço válido. Faça o segundo teste primeiro de uma máquina autorizada da mesma rede e depois de uma origem externa autorizada, quando a porta for pública. Registre cada origem: testar de dentro do próprio servidor não reproduz necessariamente o caminho do jogador.

TcpTestSucceeded=True confirma o estabelecimento de TCP naquele caminho. Não valida login, serial, versão do cliente, protocolo do jogo ou comunicação UDP. Falha de ping isolada também não prova indisponibilidade TCP.

3. Interprete o resultado

Sem listener: investigue processo encerrado, configuração e dependências.
Local funciona, externo falha: revise endereço de escuta, regra específica do firewall, proteção do provedor e encaminhamento NAT, quando existir.
IP funciona, nome falha: confira a resolução DNS e compare o endereço retornado com o destino esperado.
TCP funciona, jogo falha: correlacione logs e confira a compatibilidade entre cliente e serviços. Um teste de porta não elimina falhas da aplicação.

Corrija uma variável por vez

Guarde a configuração anterior, altere somente a regra ou parâmetro sustentado pelas evidências e repita o mesmo teste. Não desative o firewall inteiro para deixar o servidor funcionando. Registre origem, destino, horário, resultado antes/depois e a forma de reversão.

Ao pedir ajuda, remova senhas, tokens, IPs internos desnecessários e dados de jogadores dos registros. Um relato útil informa versão, componente, momento da falha e teste reproduzível.

Continue a investigação

Consulte componentes do servidor e segurança operacional.

Referências técnicas

Microsoft: Test-NetConnection e Get-NetTCPConnection.

Conteúdo elaborado com apoio de IA e consulta à documentação indicada. Os exemplos não foram executados no seu MuServer: adapte caminhos, versões e permissões ao ambiente de teste.