Normalmente instalas mods de servidor de V Rising através do BepInEx e, em muitas extensões do lado do servidor, também através do Bloodstone. O importante é seguir uma ordem limpa: parar o servidor, criar um backup, extrair o framework para o diretório do servidor, colocar as DLLs dos mods em BepInEx/plugins/, reiniciar e verificar os logs.
Requisitos e limites
Antes de configurares mods num servidor de V Rising, esclarece primeiro três pontos: que versão de V Rising está a correr no servidor, que versão do mod está aprovada para ela e se o mod funciona mesmo do lado do servidor. Muitos mods de servidor de V Rising são Server-Only – nesse caso, os jogadores não precisam de mods no cliente. Mas isso não se aplica automaticamente a todas as extensões. Se o autor do mod exigir ficheiros de cliente, os jogadores também terão de os instalar.
Para um servidor em produção, deves criar um backup do mundo, das definições e das pastas BepInEx existentes antes de cada alteração. Na game-serverhosting, o fluxo recomendado é: planear a alteração, parar o servidor, carregar os ficheiros pelo gestor de ficheiros ou por SFTP, iniciar o servidor e depois verificar os logs. Assim fica claro que ficheiro teve que efeito.
Como fonte principal para o framework, a documentação oficial do BepInEx indica a instalação manual: descarregar a versão adequada, extrair para o diretório do jogo e iniciar uma vez para que a configuração e os logs sejam gerados. Ela também descreve BepInEx/config e BepInEx/LogOutput.log como locais centrais para configuração e verificação: Documentação em docs.bepinex.dev
Instalar o BepInEx
V Rising usa o BepInEx como framework de mods:
- Descarregar BepInEx para V Rising
- Extrair para o diretório do servidor
- Reiniciar o servidor
- O BepInEx cria automaticamente as pastas de configuração
Extrai o pacote diretamente para o diretório principal do servidor, ou seja, onde estão os ficheiros do servidor de V Rising. Após o primeiro arranque, deverão existir, entre outras, pastas como BepInEx/plugins/ e BepInEx/config/. Se essas pastas não forem criadas, é muito provável que o BepInEx esteja no diretório errado, que a arquitetura não seja compatível ou que o arranque tenha sido interrompido antes de o framework carregar.
Configurar o Bloodstone para mods de servidor
Bloodstone é um framework para mods de servidor:
BepInEx/plugins/Bloodstone.dll
Coloca Bloodstone.dll exatamente aí quando a documentação do mod indicar o Bloodstone como dependência. Não instales o Bloodstone várias vezes e não distribuas o ficheiro também por outras pastas. Se um mod indicar outras dependências, mantém a estrutura do pacote descarregado ou da documentação do respetivo autor do mod.
Mods de servidor populares
| Mod | Descrição |
|---|---|
| KindredCommands | Expandir comandos de administrador |
| CrimsonChat | Melhorar o sistema de chat |
| AutoCloseDoors | Fechar portas automaticamente |
| RPGMods | Adicionar elementos de RPG |
| PvP Leaderboard | Estatísticas PvP |
A tabela serve como orientação, não como garantia geral de compatibilidade. Antes da instalação, verifica sempre a página do projeto do respetivo mod: versão de V Rising suportada, dependências necessárias, conflitos conhecidos e notas para Dedicated Server. Especialmente após atualizações do jogo, os mods podem ficar temporariamente incompatíveis.
Instalação
- Descarregar a DLL do mod
- Colocá-la em
BepInEx/plugins/ - Reiniciar o servidor
- Ajustar a configuração em
BepInEx/config/
Ao instalares vários mods, o melhor é fazê-lo passo a passo. Depois do BepInEx e do Bloodstone, inicia primeiro sem mods adicionais e confirma que não aparecem erros do framework. Depois adiciona um mod, reinicia novamente e verifica os logs outra vez. Este processo demora um pouco, mas torna as fontes de erro muito mais fáceis de identificar.
Os ficheiros de configuração muitas vezes só aparecem após o primeiro arranque bem-sucedido de um mod. Edita esses ficheiros apenas com o servidor parado e altera poucas opções de cada vez. Se combinares vários mods de administração, chat ou PvP, tem atenção a comandos, permissões e event hooks sobrepostos.
Verificar o resultado
Após o reinício, verifica primeiro BepInEx/LogOutput.log. Aí deve ser possível ver que o BepInEx foi carregado e que as DLLs de plugins foram reconhecidas. Em seguida, liga-te ao servidor e testa a função concreta do mod instalado: executar um comando de administrador, verificar uma função de chat, testar a mecânica das portas ou controlar a apresentação de estatísticas.
Se os jogadores não conseguirem ligar-se, não removas todos os mods de imediato. Para o servidor, move primeiro o último mod instalado de BepInEx/plugins/ para uma pasta temporária fora da estrutura de plugins e inicia novamente. Assim descobres mais rapidamente se o problema vem de um plugin específico ou de uma combinação.
Encontrar mods
Dá preferência a páginas de mods onde a versão, data de alteração, dependências e instruções de instalação estejam claramente indicadas. Não carregues DLLs de fontes pouco claras para um servidor que uses com saves reais.
Server-Only vs. mods de cliente
A maioria dos mods de servidor de V Rising é Server-Only – os jogadores não precisam de mods no cliente!
Na prática, isto significa que mods Server-Only são especialmente bons para servidores públicos ou semipúblicos, porque a barreira de entrada para os jogadores fica baixa. Assim que um mod exigir ficheiros de cliente, tens de comunicar claramente a todos os jogadores a igualdade de versões e as instruções de instalação.
Se também modificas outros servidores de survival, os processos são parecidos, mas nunca idênticos. Para setups baseados em BepInEx, vale a pena ver o guia Instalar mods de Valheim com BepInEx – passo a passo. Para outro modelo de modding de servidor e cliente, encontras paralelos práticos em Instalar mods de Palworld – servidor e cliente.
Resolução de problemas
O BepInEx não cria pastas
Verifica se extraíste o pacote BepInEx para o diretório principal do servidor e não para uma subpasta. Inicia o servidor uma vez por completo e confirma depois se BepInEx/config/ e BepInEx/LogOutput.log foram criados.
O mod não é carregado
Confirma se a DLL está realmente em BepInEx/plugins/. Verifica também se falta o Bloodstone ou outras dependências. Em BepInEx/LogOutput.log encontras normalmente indicações sobre assemblies em falta, versões erradas ou erros de carregamento.
O servidor já não inicia depois de um mod
Para o servidor e remove da pasta de plugins o último mod instalado. Se o servidor voltar a iniciar depois disso, verifica a versão do mod, as dependências e os issues abertos na página do mod. Depois instala apenas uma alteração por reinício.
Os jogadores não conseguem ligar-se
Verifica primeiro se instalaste um mod de cliente que também é obrigatório do lado dos jogadores. Se a documentação indicar que o mod é Server-Only, confirma a versão do servidor, a versão do mod e os erros nos logs. Em servidores públicos, deves anunciar alterações de mods para que os jogadores possam comunicar problemas de ligação de forma clara.
Verificação, limites e caminho seguro de retorno
O guia “Instalar mods de V Rising – Mods de servidor com BepInEx” aplica-se ao tipo de servidor descrito no artigo e ao estado das versões visível no momento da verificação. Nomes de menus, versões disponíveis, compatibilidade de mods ou plugins e recursos necessários podem mudar após atualizações. Por isso, não transfiras valores sem os verificar para outra versão de jogo, loader ou servidor.
Antes de fazeres alterações ao mundo, save, configuração ou extensões, cria um backup dos ficheiros afetados. Depois altera apenas um passo coerente de cada vez e verifica-o com a mesma versão de cliente e servidor com que pretendes jogar mais tarde.
| Ponto de verificação | Resultado esperado | Interrupção e retorno |
|---|---|---|
| Arranque do servidor | O servidor chega ao estado operacional sem novas mensagens de erro. | Em caso de erros de arranque, desfazer a alteração e restaurar o último backup. |
| Teste de ligação | Uma conta de teste consegue ligar-se pelo endereço mostrado no painel. | Em caso de erros de versão ou ligação, comparar novamente versão, porta e permissões. |
| Teste funcional | A função alterada em concreto trabalha sem danificar dados existentes do mundo ou do jogo. | Em caso de efeitos secundários, parar o servidor e restaurar os ficheiros guardados. |
Um teste individual bem-sucedido não garante desempenho nem disponibilidade. Tamanho do mundo, mods, plugins, número de jogadores, rota de rede e carga simultânea podem alterar o resultado. Documenta a versão, a alteração e o resultado do teste para conseguires perceber desvios futuros.
FAQ
Preciso do BepInEx para mods de servidor de V Rising?
Para muitos mods de servidor de V Rising, sim. O BepInEx fornece a estrutura de plugins através da qual são carregados mods baseados em DLL. Alguns mods podem exigir frameworks adicionais como o Bloodstone.
O Bloodstone tem de estar sempre instalado?
Não. Só precisas do Bloodstone se o mod pretendido o indicar como dependência. Não o instales preventivamente para todos os mods; segue a documentação do mod em questão.
Onde ficam as DLLs de mods de V Rising?
As DLLs de mod habituais ficam em BepInEx/plugins/. Os ficheiros de configuração são frequentemente gerados em BepInEx/config/ após o primeiro arranque.
Os jogadores podem entrar sem mods próprios?
Em muitos mods Server-Only, sim. Mas não confies cegamente nessa suposição: se a página do mod exigir ficheiros de cliente, os jogadores têm de instalar o mesmo mod de cliente compatível.
Como devo proceder depois de uma atualização de V Rising?
Após uma atualização do jogo, inicia primeiro o servidor com o setup inalterado e verifica os logs. Se surgirem erros, confirma se o BepInEx, o Bloodstone ou mods individuais já foram atualizados para a nova versão do jogo.