Antes de começar
Regista Java ou Bedrock, versões de cliente e servidor, endereço com porta e hora exata. Conserva mensagens da consola e alterações recentes. Antes de mudar mundos, mods ou ficheiros, prepara uma cópia que possas restaurar.
Confirmar edição e endereço
Java e Bedrock não são intercambiáveis: Java utiliza normalmente TCP e Bedrock UDP. Mudar a porta não torna as duas edições compatíveis. Usa o endereço atribuído no painel e verifica o destino de DNS ou de um registo SRV Java. Um acesso administrativo disponível não confirma que estejas a testar a porta de jogo correta.
Verificar o arranque completo
O processo pode estar ativo enquanto o mundo carrega. Procura a conclusão do arranque e erros de Java, configuração, plugins ou mods. Se o serviço reinicia continuamente, analisa primeiro esse ciclo. Reinícios repetidos podem acrescentar carga e esconder pistas; guarda os registos e não alteres mundo, versão e extensões ao mesmo tempo.
Testar o protocolo necessário
Confirma a associação autorizada entre IP pública e porta. Um teste TCP não valida uma porta Bedrock UDP. Com visibilidade LAN ativada, Bedrock pode abrir portas padrão adicionais mesmo com outra porta configurada; num nó partilhado isso tem de respeitar o esquema do operador. Não abras portas extra ou de outras instâncias para tentar resolver a falha.
Comparar versões e dependências
Verifica versão do jogo, software do servidor e loader. Um modpack pode exigir a mesma combinação no cliente e no servidor. Se a falha segue uma mudança, investiga essa dependência com uma cópia preservada. Regressar a uma versão antiga ou mudar de mundo pode tornar dados incompatíveis. Não apagues o original nem todas as extensões para experimentar.
Medir a carga no momento do problema
Observa processador, memória e consola no mesmo intervalo. Uma tarefa principal saturada pode bloquear Minecraft apesar de uma utilização média baixa. Em Paper, spark permite analisar a situação enquanto ocorre. Confirma distâncias de visão e simulação e eventuais substituições noutras configurações: mais RAM não corrige necessariamente esse trabalho nem uma configuração demasiado exigente.
Preparar um diagnóstico reproduzível
Compara um segundo acesso à Internet e identifica os jogadores afetados. Guarda hora, endpoint e mensagens úteis, retirando credenciais e dados privados. Um timeout pode resultar de encaminhamento, filtragem, protocolo errado ou servidor ainda indisponível. Atribui-o a um ataque ou falta de recursos apenas quando os dados de rede e aplicação sustentam essa conclusão.
O que fazer no teu caso
| Situação | Próximo passo |
|---|---|
| Edição errada | Escolhe Java ou Bedrock e o endpoint real. Outra porta não converte a edição. |
| Falha após mods ou mudança de mundo | Confirma versões e dependências, conservando uma cópia separada do estado anterior. |
| Só falha sob carga | Analisa a tarefa principal e os chunks durante o problema antes de aumentar o plano. |
Fontes oficiais
Estas fontes explicam os protocolos e configurações referidos. Confirma sempre a documentação da tua versão.