A propriedade enforce-secure-profile em server.properties controla se o servidor exige que jogadores apresentem uma chave pública assinada pela Mojang para conectar. Quando está ativa, clientes que não fornecem o perfil seguro esperado podem ser recusados. Se alguém não consegue entrar depois de uma mudança de versão ou cliente, confirme essa opção e a mensagem de login antes de desativá-la.

Ela se relaciona a perfis e mensagens assinadas, mas não substitui autenticação de conta, forwarding seguro de proxy ou moderação. Avalie o efeito em clientes modificados, proxies e plugins de chat conforme as versões suportadas. Uma decisão de compatibilidade tem implicações para integridade e confiança das mensagens.

Identifique quem está sendo rejeitado

Capture a mensagem completa do cliente, horário, versão de Minecraft e caminho de conexão. Determine se o usuário entra direto no Paper ou via Velocity e se houve mudança recente no proxy, forwarding, launcher ou plugin que intercepta chat. Um erro de perfil pode aparecer próximo a problemas de autenticação, mas cada causa precisa ser isolada.

Teste com uma conta legítima em cliente padrão e sem mods, depois com a configuração normal da comunidade em staging. Se apenas um launcher ou proxy é afetado, confirme compatibilidade e documentação desse produto. Não peça a jogadores que desativem proteções ou forneçam senha para resolver problema de conexão.

Leia os logs do proxy e backend sem divulgar tokens ou identificadores privados. Se a instância é proxyada, a documentação do Velocity descreve relação entre online-mode do proxy e a configuração do Paper. Use o modo de forwarding recomendado para sua faixa de cliente.

Entenda o trade-off de desligar a exigência

Desativar enforcement pode permitir conexão de clientes que não apresentam o perfil assinado requerido, mas também muda as garantias que o servidor e plugins de moderação podem esperar. Uma mensagem que aparece como assinada ou confiável ao usuário pode ter tratamento diferente conforme cliente e plugin. Verifique as implicações na versão atual de Minecraft e nos componentes usados.

Não trate a opção como solução genérica para qualquer problema de chat. Se o bloqueio vem de proxy configurado incorretamente, uma mudança global pode reduzir a exigência sem corrigir forwarding. Se um plugin depende de assinatura, alterar enforcement pode afetar recursos de denúncia ou análise.

Consulte a política de comunidade. Servidores que atendem jogadores de várias faixas ou clientes podem escolher outro desenho, mas devem comunicar claramente como mensagens são tratadas e que dados de moderação são preservados.

Verifique compatibilidade de proxies e plugins

Faça uma matriz de clientes suportados: versão de jogo, proxy, plugins de protocolo, Geyser, mods de chat e qualquer sistema de moderação. Compare com o suporte oficial de cada componente. Atualize addons de protocolo apenas para builds de fonte confiável e teste em cópia, pois plugins que alteram pacotes podem afetar mais de uma função.

Em Velocity, use o guia oficial de compatibilidade e encaminhamento de informações. Modern forwarding é recomendado em condições compatíveis, mas precisa ser configurado de ambos os lados e depende de segredo mantido privado. Não misture modo moderno, legado e BungeeGuard por tentativa.

Se chat foi assinado mas é alterado por plugin, confira documentação atual do Paper e do plugin. Uma configuração de chat incompatível pode exigir atualização ou outro fluxo, não necessariamente desligar o perfil seguro para todos.

Teste cuidadosamente em staging

Duplique Paper e Velocity, use contas de teste e endpoints fictícios e nunca direcione a cópia para serviços de produção. Comece com a opção ativa e reproduza o erro. Altere somente o enforcement e compare login, chat, moderação, reporte e logs. Registre quais contas e clientes testou.

Teste jogadores padrão, clientes modificados que sua rede permite, conexão Bedrock se aplicável e mudanças entre backends. Verifique que perfis continuam identificados corretamente e que regras de moderação funcionam. Um sucesso no handshake não demonstra que sistema de denúncia e punição continua coerente.

Se a compatibilidade exigir alteração, decida de forma explícita e documente o motivo. Avalie se uma alternativa como atualização de proxy ou plugin resolve a necessidade com menos impacto. Faça parecer para a equipe de moderação e comunique usuários antes de colocar em produção.

Altere com rollback e monitoramento

Faça backup de server.properties e configurações de proxy. Aplique a mudança em janela de manutenção, reinicie os componentes que precisam dela e valide login por vários caminhos. Monitore falhas de conexão, comportamento de chat, relatórios e mensagens do console.

Prepare rollback para enforcement e versão de plugin. Se notar mensagem sem autoria confiável, falso positivo de moderação ou incompatibilidade inesperada, reverta e mantenha evidência. Não deixe uma alteração de teste permanentemente sem responsável e data de revisão.

Não misture mudança com atualização geral da rede se puder separar as janelas. Caso precise atualizar múltiplos elementos, registre cada versão e teste conjunto no staging antes, para saber como reproduzir ou desfazer.

Explique a política de chat

Se houver impacto visível nos jogadores, informe quais clientes são suportados e como mensagens são moderadas. Explique como denunciar abuso e para quem a equipe pode encaminhar evidências. Não prometa garantia de autoria ou inviolabilidade sem testar o caminho de proxy e plugins.

Restrinja acesso a logs que contenham mensagens, UUIDs e dados de rede. Evite publicar conversas completas em canais abertos. Ao reportar um erro ao mantenedor, reduza o material ao necessário e remova credenciais e identificadores alheios.

O parâmetro precisa ser avaliado junto ao ecossistema de conexão, não isoladamente. Mantenha documentação de requisitos e teste novamente após atualizar Minecraft, Paper, Velocity ou plugins de chat e moderação.

Separe mensagens assinadas de política de censura

A exigência de perfil seguro e as regras que determinam conteúdo permitido são controles diferentes. Um servidor pode moderar mensagens por plugin, canais, filtros e equipe independentemente de aceitar ou rejeitar determinada chave. Explique separadamente como identidade da conta, assinatura de mensagem e regra de comunidade são tratadas.

Evite afirmar que uma configuração garante que toda mensagem é autêntica ou que nenhuma pode ser alterada. Plugins de chat, proxies e clientes modificados têm compatibilidades próprias. Teste o pipeline inteiro da mensagem, do cliente ao backend, e documente quais atributos são preservados.

Se a comunidade usa sistemas de denúncia do cliente, confirme como a versão do servidor e seus plugins interagem com eles. Não altere a política sem consultar quem modera, pois o fluxo pode afetar investigação de abuso e confiança de jogadores.

Prepare suporte para erros de conexão

Crie um roteiro de triagem que peça versão do Minecraft, tipo de cliente, texto completo do erro e se a conexão passou pelo proxy. Oriente jogadores a não compartilhar senha, arquivo de sessão, UUID de outra pessoa ou prints com endereços. Um relato conciso ajuda a reproduzir sem expor credenciais.

Mantenha uma instância de teste com perfil padrão e conjunto de plugins reduzido. Quando aparece um relato, tente reproduzir primeiro sem a extensão suspeita e depois adicione dependências individualmente. Registre o resultado para que a equipe não resolva cada ticket alterando a mesma opção global.

Se rollback temporário for necessário, informe prazo, responsável e critério de reativação. Revise denúncias e logs durante o período para detectar efeitos que não aparecem no primeiro login.

Fontes e referências

Documentação consultada em 2026-10-08. Os exemplos precisam ser conferidos na versão instalada; este guia não afirma que a configuração foi testada no seu ambiente.