Alojamento Velocity para redes de Minecraft

Um Paper bem afinado aguenta bastante gente antes de um proxy fazer sentido. O que empurra o projeto para o Velocity é a quantidade de processos Java em paralelo, não a lotação.

A conta muda quando as instâncias deixam de ser compatíveis: versões diferentes, carregadores de mods diferentes, ciclos de reinício diferentes. Nada disso cabe num só servidor, e é aí que o proxy se paga.

O contrário vale com a mesma força: o proxy é mais um serviço para monitorizar e o ponto por onde toda a gente passa. Se tem um servidor e quer só mais um mundo, um plugin de multimundo resolve melhor.

Quem autentica o jogador na Mojang é o proxy, por isso os backends correm com online-mode desligado e acreditam no que ele conta sobre quem chegou. No forwarding legado essa informação viaja anexada ao handshake, sem assinatura.

O modern forwarding fecha a brecha com um segredo partilhado: o Velocity assina os dados do jogador com o conteúdo do forwarding.secret e o backend recusa a ligação se a assinatura não bater certo. No Paper, fica no paper-global.yml.

Dois detalhes derrubam mais gente do que a teoria. O segredo tem de bater byte a byte, e uma quebra de linha a sobrar no fim do ficheiro já recusa toda a gente. E quem entra pelo proxy fica com UUID online: ligar o forwarding num servidor antigo obriga a migrar inventário e permissões.

Um backend com online-mode desligado aceita qualquer nome. Se a porta dele responde na internet, alguém liga por fora a dizer que é o dono e entra com todas as permissões. Não é falha do Velocity nem do BungeeCord: é o custo de delegar a autenticação e parar a meio.

A regra: só a porta do proxy fica pública, a 25577 por omissão, e cada backend aceita ligação apenas do IP dele. Com a UFW é uma regra por backend mais a negação por omissão à entrada. Depois teste a partir de outra rede: se a ligação direta completar, a network está aberta.

O Velocity não carrega chunk, não simula entidades e não guarda mundo. Lê um pacote, decide o destino e escreve de novo, para cada jogador, nos dois sentidos. Aumentar o heap não muda quase nada: o que aperta primeiro é a taxa de pacotes e o limite de ligações abertas.

Por isso uma VPS pequena sustenta o proxy enquanto os backends ficam nas máquinas com folga de CPU. O que não dá para poupar é distância: cada salto entre as pontas entra no ping, e com as duas em São Paulo essa camada desaparece da conta.