Como corrigir erro de firewall bloqueando porta no servidor de MU Online

Um dos chamados mais frequentes em qualquer comunidade de MU Online privado é "não consigo entrar no servidor", e em boa parte dos casos a causa raiz é simplesmente uma porta bloqueada por firewall — seja no Windows do servidor, no roteador, no antivírus do jogador ou até no firewall do provedor de hospedagem. Como existem várias camadas de firewall envolvidas na cadeia cliente-servidor, o diagnóstico costuma ser demorado se feito sem método. Este tutorial organiza o problema camada por camada, com comandos prontos para o Windows Defender Firewall e um roteiro de testes para isolar exatamente onde o bloqueio está acontecendo.

As camadas de firewall entre o jogador e o servidor

Antes de mexer em qualquer configuração, é essencial entender que existem no mínimo quatro camadas possíveis de bloqueio entre o cliente do jogador e o processo do servidor, e cada uma precisa ser verificada separadamente:

Passo 1 — Mapear as portas que o servidor realmente usa

Antes de criar qualquer regra, liste exatamente quais portas seu emulador usa. Um conjunto típico:

Passo 2 — Criar regras específicas no Firewall do Windows

Em vez de desativar o firewall (o que expõe a máquina inteira), crie regras de entrada específicas para cada porta usada:

New-NetFirewallRule -DisplayName "MU ConnectServer" -Direction Inbound -Protocol TCP -LocalPort 44405 -Action Allow
New-NetFirewallRule -DisplayName "MU GameServer Range" -Direction Inbound -Protocol TCP -LocalPort 55900-55910 -Action Allow
New-NetFirewallRule -DisplayName "MU MySQL Remoto" -Direction Inbound -Protocol TCP -LocalPort 3306 -Action Allow -RemoteAddress <IP-confiavel>

Note que a regra do MySQL restringe o IP de origem (-RemoteAddress) — nunca abra o banco de dados para qualquer IP da internet sem necessidade real.

Passo 3 — Verificar se existe uma regra de bloqueio conflitante

O Windows Firewall processa regras de bloqueio com prioridade sobre regras de liberação. Liste as regras existentes para garantir que não há um "Block" genérico competindo com a sua regra nova:

Get-NetFirewallRule -Direction Inbound | Where-Object { $_.Action -eq "Block" -and $_.Enabled -eq "True" }

Se aparecer uma regra de bloqueio abrangente (por exemplo, criada por um software de segurança corporativo ou por outro administrador), ela precisa ser ajustada ou desativada para a porta específica do MU.

Passo 4 — Configurar o firewall/NAT do roteador (hospedagem doméstica)

Se o servidor está em uma máquina doméstica atrás de um roteador, o Windows Firewall liberado não é suficiente — o roteador também precisa redirecionar (port forward) o tráfego externo para o IP local do servidor, nas mesmas portas. Sem isso, o pacote nem chega à interface de rede da máquina.

Passo 5 — Configurar o firewall de nuvem (Security Group / iptables) em VPS

Em hospedagem na nuvem (AWS, Azure, Google Cloud, ou qualquer VPS Linux/Windows), existe uma camada de firewall antes mesmo de chegar ao sistema operacional — o Security Group ou Network Security Group. Sem uma regra de entrada nesse painel, o Windows Firewall interno é irrelevante, porque o pacote é descartado antes de chegar à VM.

# Exemplo em um VPS Linux com iptables (se o emulador rodar via Wine/servidor Linux)
sudo iptables -A INPUT -p tcp --dport 44405 -j ACCEPT
sudo iptables -A INPUT -p tcp --dport 55900:55910 -j ACCEPT
sudo iptables-save

Passo 6 — Testar cada camada isoladamente

A forma mais eficiente de encontrar o bloqueio é testar de fora para dentro:

1. Teste a porta com uma ferramenta externa (fora da sua rede) — confirma se o pacote chega até o roteador/VPS.
2. Se falhar, o problema está no NAT do roteador ou no Security Group da nuvem.
3. Se passar no teste externo mas o jogo ainda falhar, teste localmente no próprio servidor com Test-NetConnection 127.0.0.1 -Port 44405.
4. Se falhar localmente, o Firewall do Windows (ou o antivírus) ainda está bloqueando — revise as regras.
5. Se passar em ambos e o jogo ainda falhar, o problema não é mais firewall, é configuração de aplicação.

Passo 7 — Considerar exceções por antivírus de terceiros

Antivírus como Avast, Kaspersky, Norton e Bitdefender frequentemente mantêm um firewall próprio, independente do Windows Defender, e podem continuar bloqueando o tráfego mesmo depois de todas as regras do Windows estarem corretas. Adicione exceções explícitas para as portas do MU e para os executáveis ConnectServer.exe e GameServer.exe nas configurações de rede desses programas.

Passo 8 — Documentar as portas liberadas para a equipe

Mantenha uma lista simples (planilha ou arquivo texto) com todas as portas liberadas em cada camada — Windows, roteador/VPS, antivírus. Isso evita retrabalho quando você migrar de servidor, trocar de hospedagem ou adicionar um novo GameServer no futuro.

Erros comuns e soluções

Checklist de liberação de portas

• Lista de portas usadas pelo emulador documentada.
• Regras específicas criadas no Firewall do Windows (TCP/UDP conforme necessário).
• Nenhuma regra de bloqueio concorrente ativa.
• NAT/port forward configurado no roteador (se hospedagem doméstica).
• Security Group/iptables liberado (se hospedagem em nuvem/VPS).
• Exceções adicionadas no antivírus de terceiros, se houver.
• Teste externo de porta confirmado antes do lançamento.
• Documentação das portas liberadas salva para a equipe.

Com o firewall corretamente configurado em todas as camadas, o próximo passo é validar a estabilidade da conexão sob carga, simulando múltiplos jogadores simultâneos antes do lançamento oficial. Para revisar toda a infraestrutura recomendada do zero, veja o tutorial de criação de servidor de MU Online.

Perguntas frequentes