Como resolver o erro 'Conexão perdida com o servidor' no MU Online
Um guia de diagnóstico completo para o erro de conexão perdida no MU Online, cobrindo causas do lado do jogador (rede, firewall, cliente) e do lado do servidor (ConnectServer, GameServer, timeout, DDoS), com passos práticos de correção para cada caso.
"Conexão perdida com o servidor" é provavelmente a mensagem de erro mais reportada em qualquer servidor privado de MU Online — e também uma das mais ambíguas, porque pode ter origem tanto no computador do jogador quanto na infraestrutura do servidor. Tratar todo relato como "problema do jogador" ger
"Conexão perdida com o servidor" é provavelmente a mensagem de erro mais reportada em qualquer servidor privado de MU Online — e também uma das mais ambíguas, porque pode ter origem tanto no computador do jogador quanto na infraestrutura do servidor. Tratar todo relato como "problema do jogador" gera desconfiança na comunidade; tratar todo relato como "bug do servidor" faz a equipe perder tempo investigando algo que está fora do seu controle. Este tutorial apresenta um roteiro de diagnóstico estruturado para separar rapidamente as duas frentes e resolver cada uma delas.
Entendendo o caminho da conexão no MU Online
Quando o jogador abre o cliente, a conexão passa por pelo menos três pontos que podem falhar: o cliente local (rede/firewall do jogador), o ConnectServer (recebe a conexão inicial, autentica e redireciona para o GameServer correto) e o GameServer (mantém a sessão ativa durante o jogo). Um erro de "conexão perdida" pode acontecer em qualquer um desses três pontos, e a mensagem exibida ao jogador costuma ser genérica demais para indicar qual foi.
Primeiro filtro: é um jogador ou é todo mundo?
Esse é o diagnóstico mais importante e mais rápido de fazer. Pergunte no Discord/suporte:
| Situação relatada | Direção do diagnóstico |
|---|---|
| Só um jogador específico cai, os demais estão normais | Provavelmente problema local (rede, firewall, cliente) |
| Vários jogadores caem ao mesmo tempo, mesmo horário | Provavelmente problema do lado do servidor |
| Quedas aumentam em horário de pico | Sobrecarga de capacidade do GameServer |
| Quedas acontecem ao entrar em mapa/evento específico | Bug pontual disparado por conteúdo do jogo |
| Quedas com padrão de horário fixo (ex.: sempre às 3h) | Possível rotina agendada (backup, restart) conflitando |
Diagnóstico do lado do jogador
Se o padrão indica problema local, oriente o jogador a testar, em ordem:
- Trocar de rede (usar dados móveis/hotspot) para descartar problema no roteador/provedor local.
- Desativar temporariamente o firewall/antivírus (Windows Defender, Avast, Norton) e tentar reconectar — muitos bloqueiam silenciosamente a porta usada pelo cliente.
- Verificar a porta usada pelo servidor (geralmente configurável, padrão 44405/55901 dependendo do emulador) e confirmar que não está sendo bloqueada por um firewall de rede corporativa ou de operadora.
- Testar com cabo em vez de Wi-Fi, já que instabilidade de Wi-Fi é uma causa frequente e subestimada.
- Rodar um teste de ping/traceroute até o IP do servidor para identificar perda de pacotes no meio do caminho (fora do controle do servidor, mas útil para confirmar ao jogador que não é bug).
ping ip.do.servidor -t
tracert ip.do.servidorPerda de pacotes consistente no ping ou saltos com latência alta no tracert indicam problema de rede entre o jogador e o servidor, não um bug do jogo.
Diagnóstico do lado do servidor — ConnectServer
O ConnectServer é o primeiro ponto de contato. Se ele estiver instável, os jogadores nem conseguem chegar à tela de seleção de personagem. Verifique:
- Uso de CPU/RAM do processo do ConnectServer — se estiver saturado, aumente os recursos da VM ou revise a configuração de threads.
- Logs do ConnectServer no horário das quedas reportadas, buscando por erros de timeout ou desconexão em massa.
- Configuração de IP/porta exposta corretamente no roteador/firewall do servidor (não confundir com o firewall do jogador).
Diagnóstico do lado do servidor — GameServer
Se os jogadores conseguem entrar mas caem durante o jogo, o problema geralmente está no GameServer:
| Causa | Como identificar | Correção |
|---|---|---|
| Sobrecarga de CPU/RAM | Monitorar uso de recursos no horário de pico | Otimizar configuração, considerar upgrade de VM |
| Ataque DDoS | Picos súbitos de tráfego de rede, quedas simultâneas amplas | Ativar proteção anti-DDoS (Cloudflare Spectrum, proteção do provedor) |
| Bug em ação específica (item/skill/mapa) | Log de crash aponta sempre para o mesmo evento antes da queda | Isolar e corrigir o bug no core/script correspondente |
| Falha de comunicação ConnectServer ↔ GameServer | Logs mostram desconexão entre os dois processos | Revisar configuração de IP interno e portas de comunicação entre eles |
| Timeout de socket mal configurado | Jogadores com ping mais alto caem mais que os demais | Ajustar parâmetro de timeout/keep-alive |
Configurando timeout e keep-alive corretamente
Timeouts mal calibrados são uma causa subestimada de quedas "aleatórias". Um exemplo de configuração equilibrada (os nomes variam por emulador):
[Network]
SocketTimeoutMs = 30000
KeepAliveIntervalMs = 5000
KeepAliveMaxMisses = 3
MaxLatencyToleranceMs = 800SocketTimeoutMsmuito baixo derruba jogadores com ping naturalmente alto (conexões internacionais ou 4G).KeepAliveIntervalMs/KeepAliveMaxMissesdefinem a frequência dos "pings" internos entre cliente e servidor para detectar conexões mortas sem esperar o timeout completo.- Valores generosos demais atrasam a liberação de slots de jogadores que já caíram, prejudicando quem está tentando entrar.
Investigando quedas em massa por sobrecarga
Se as quedas coincidem com horário de pico de jogadores online, o GameServer provavelmente está no limite de capacidade da VM/hardware. Sinais para confirmar:
- Monitorar CPU/RAM do processo do GameServer nos minutos anteriores à queda em massa.
- Verificar se o número de jogadores online no momento se aproxima do limite configurado (
MaxConnection/MaxClients). - Checar se há gargalo de I/O de disco (muito comum quando o banco de dados roda na mesma máquina que o GameServer).
A solução de curto prazo é reduzir o limite de conexões simultâneas para um valor sustentável; a de médio prazo é migrar banco de dados e GameServer para máquinas separadas ou fazer upgrade de recursos.
Investigando ataques de DDoS
Um padrão de quedas simultâneas e amplas, sem relação com horário de pico "orgânico", pode indicar ataque de DDoS — infelizmente comum contra servidores privados de MU concorrentes. Sinais:
- Pico repentino de tráfego de rede não correlacionado com evento in-game.
- Quedas que afetam TODOS os jogadores ao mesmo tempo, incluindo staff.
- Latência anormal mesmo para jogadores próximos geograficamente ao servidor.
A mitigação mais acessível é colocar o servidor atrás de uma proteção de rede (Cloudflare Spectrum para TCP, ou proteção anti-DDoS oferecida pelo provedor de hospedagem/VPS), já que filtrar DDoS manualmente no próprio servidor raramente é suficiente.
Comunicação com a comunidade durante o incidente
Independente da causa, mantenha os jogadores informados durante uma instabilidade:
- Publique um aviso no Discord assim que identificar quedas em massa, mesmo antes de ter a causa exata — isso evita dezenas de tickets duplicados.
- Atualize o status conforme a investigação avança ("identificamos sobrecarga no horário de pico, aplicando correção").
- Ao resolver, publique um resumo simples do que aconteceu e o que foi feito — constrói confiança mesmo em incidentes técnicos.
Erros comuns e soluções
| Sintoma | Causa provável | Solução |
|---|---|---|
| Só um jogador cai, resto normal | Firewall/antivírus/rede local do jogador | Testar em outra rede, liberar porta no firewall pessoal |
| Vários caem juntos em horário de pico | GameServer sobrecarregado (CPU/RAM/conexões) | Reduzir MaxConnection temporariamente, planejar upgrade |
| Queda ao entrar em mapa/evento específico | Bug pontual disparado por conteúdo do jogo | Isolar via logs e corrigir no core/script |
| Jogadores com ping alto caem mais | Timeout de socket configurado agressivo demais | Ajustar SocketTimeoutMs/KeepAlive |
| Quedas em massa sem padrão de horário claro | Possível ataque DDoS | Ativar proteção anti-DDoS (Cloudflare Spectrum ou do provedor) |
Checklist de diagnóstico de conexão perdida
- Confirmado se o problema é individual ou em massa.
- Testes básicos do lado do jogador orientados (rede, firewall, cabo).
- Logs do ConnectServer e GameServer revisados no horário do incidente.
- Uso de CPU/RAM/conexões simultâneas verificado no horário de pico.
- Configuração de timeout/keep-alive revisada e ajustada se necessário.
- Possibilidade de DDoS descartada ou mitigada com proteção de rede.
- Comunidade comunicada durante e após o incidente.
Resolver quedas de conexão de forma consistente é um dos pilares da reputação de qualquer servidor privado — jogadores toleram bugs de gameplay, mas abandonam servidores instáveis rapidamente. Para reforçar a base de infraestrutura do zero, veja o guia de criação de servidor de MU Online.
Perguntas frequentes
O erro de conexão perdida é sempre culpa do servidor?
Não. Cerca de metade dos casos reportados por jogadores tem origem na rede/firewall/antivírus do próprio jogador, e não no servidor. Por isso o diagnóstico correto começa separando 'só eu caio' de 'todo mundo está caindo', que já aponta para lados diferentes do problema.
Como sei se o problema é no meu computador ou no servidor?
Peça para o jogador testar em outra rede (dados móveis, por exemplo) ou peça a outros jogadores online no Discord para confirmar se estão com o mesmo problema no mesmo horário. Se só um jogador cai e os demais estão normais, o problema é local; se vários caem juntos, é do lado do servidor.
O que causa quedas em massa no GameServer?
As causas mais comuns são: sobrecarga de CPU/RAM no processo (muitos jogadores simultâneos além da capacidade), ataque de DDoS, falha de comunicação entre ConnectServer e GameServer, ou um bug específico disparado por uma ação de jogo (item, skill, mapa) que trava o processo.
Timeout de conexão pode ser configurado no servidor?
Sim. A maioria dos emuladores tem parâmetros de timeout de socket e de heartbeat/keep-alive configuráveis. Timeouts muito agressivos derrubam jogadores com ping naturalmente mais alto (conexões internacionais); timeouts muito longos atrasam a detecção de conexões mortas e desperdiçam slots de jogador.
Um firewall ou antivírus pode causar esse erro?
Sim, é uma das causas mais comuns do lado do jogador. Firewalls corporativos, antivírus agressivos (Avast, Norton) e até o Windows Defender podem bloquear a porta usada pelo cliente do MU para se comunicar com o ConnectServer/GameServer, gerando quedas ou impossibilidade de conectar.