Configure Viewpoint QOL e Simple Mod Check para um servidor

Separe a lista de servidores do tempo de execução do cliente

O autor de QOL chama seu código do lado do cliente, mas ainda exige a lista de servidores abaixo. Trate isso como responsabilidades separadas. Não instale uma DLL cliente Windows em um servidor alugado simplesmente porque seus clientes precisam dela.

Preservar entradas ao adicionar QOL

O autor fornece essas três entradas para QOL. Adicione-os às linhas existentes, separadas por ponto e vírgula, em vez de criar chaves duplicadas ou substituir todos os seus outros mods.

IDs QOL e o verificador opcional

Mods=ZombieBuddy;Viewpoint;ProjectViewpointQOL
WorkshopItems=3619862853;3809306528;3811256204

Para Simple Mod Check, adicione SimpleModCheck para Mods e 3812617481 para WorkshopItems, preservando o restante. Estas linhas identificam os módulos discutidos aqui; eles não são uma lista completa para cada pacote de modelos ou mods adicionais em seu servidor.

Cada jogador conclui a configuração única do ZombieBuddy e aprova o JAR QOL quando solicitado. Confirme o indicador do carregador de um amigo antes de culpar a lista de servidores por uma falha no carregamento local.

Estabeleça uma linha de base antes de aplicá-la

1. Use o verificador em seu ambiente Build 42.21 documentado pelo autor e adicione-o à lista de mods do servidor.
2. Mantenha DoLuaChecksum sobre. Na página do sandbox Simple Mod Check, defina Enforce Off para a primeira corrida.
3. Tenha um membro da equipe que possa ingressar com arquivos originais do Workshop e as peças Java necessárias carregadas.
4. Leia a pasta Logs do servidor e as mensagens da equipe. Resolva arquivos ausentes, recusados ​​ou incompatíveis em uma conexão de teste antes de ativar a aplicação.
5. Ative o Enforce somente depois que o conjunto de mods esperado tiver uma referência utilizável.

Enforce Off é uma etapa de inspeção básica e não uma evidência de que um cliente não verificado foi aprovado. Verifique o conjunto de mods pretendido por um jogador normal, bem como a configuração da equipe antes de convidar todos.

Entenda atualizações e verificações com falha

O verificador compara impressões digitais SHA-256 de mods Java carregados. Após uma atualização, a nova impressão digital entra em vigor após a reinicialização do servidor e é confirmada pelo primeiro membro da equipe ou, por padrão, por três jogadores diferentes que a relatam. Carregador ausente, JARs recusados/ausentes/editados e nenhum relatório são falhas listadas pelo autor. Revise o motivo exato no log; não remova verificações de soma de verificação para ocultar uma incompatibilidade.

O que este verificador não pode garantir

O autor descreve o próprio cliente de soma de verificação de um jogador com falha, Lua, desconectando aquele jogador, com um atraso de falha de 20 segundos. Esta é uma verificação de consistência para o conjunto de mods do cliente pretendido; isso não pode impedir que alguém reescreva o próprio cliente do jogo.

Também não prova que todos os mods de renderização, salvamentos ou GPU sejam compatíveis. Uma falha de câmera sem falha de impressão digital pertence a Solução de problemas de carregamento/renderização Viewpoint, não uma alteração forçada na linha de base de segurança do servidor.