Login por nickname, skins e autenticação

Por padrão, o servidor verifica a licença do Minecraft. Um jogador que se conecta com um cliente de conta offline recebe “Failed to verify username” / Failed to verify username.

Permitir login por nickname

Vá em “Configurações” → “Login por nickname”. Só isso — não é preciso editar nenhum arquivo.

Existe uma terceira opção também — “Entrar apenas com uma conta Millida”: o nickname é confirmado pela sua conta na plataforma em vez de pelo launcher. É um meio-termo prático se você não mantém seu próprio sistema de registro no servidor.

O que quebra junto com a licença

Sem a verificação, um nickname é apenas uma string que o próprio jogador digitou. Isso traz três consequências inevitáveis.

1. Você precisa de um plugin de autenticação. AuthMe ou nLogin: o jogador se registra com uma senha (/register password password) e entra com a mesma (/login password). Sem isso, o primeiro que aparecer vai pegar seu nickname de admin. Instale pelo catálogo na seção “Plugins e mods”.

2. As skins somem. Um cliente de conta offline não consegue puxar uma skin dos servidores da Mojang. A solução é o plugin SkinsRestorer: ele busca skins por nickname ou por link, e o comando do jogador é /skin name.

3. A whitelist deixa de ser proteção — veja Whitelist.

Também faz sentido instalar um plugin anti-bot se o servidor for público: servidores com login por nickname atraem bots aos montes.

Progresso ao trocar de modo

Essa é a principal armadilha. Inventários, homes, claims e saldos estão vinculados a um UUID, e o mesmo nickname tem um UUID diferente no modo licenciado e no modo login por nickname. Troque o modo, e os jogadores entram como jogadores “novos”, de mãos vazias.

O que fazer:

• Decida o modo antes de lançar o projeto, não depois do primeiro mês de jogo.
• Se realmente precisar trocar, faça uma cópia do mundo em “Mundo e cópias” com antecedência.
• Itens e homes são transferidos manualmente: inventários com comandos via “Jogadores e acesso”, claims e saldos reatribuindo-os ao novo UUID no plugin.
• Com plugins que dão suporte (por exemplo, Essentials), é mais fácil mover o arquivo do jogador <old-uuid>.yml para <new-uuid>.yml pela seção Arquivos — com o servidor parado.

Não dá para preservar o progresso “com um botão” ao trocar de modo em qualquer hospedagem: um UUID diferente é, literalmente, um jogador diferente para o servidor.

Rede de servidores

Quando você usa um proxy, o proxy faz a verificação de licença, e os backends confiam nele. Veja como configuramos isso — Rede de servidores e proxy próprio.