Configurar um servidor V Rising para jogar com amigos

A configuracao servidor V Rising ideal muda completamente quando o grupo é pequeno: dois ou três amigos sentem o peso de um chefe pensado para cinco jogadores, e os valores padrão de coleta deixam a progressão arrastada. Neste guia, vamos revisar dano de clã, taxa de coleta, saúde dos chefes e dificuldade PvE para equilibrar a experiência sem tirar o desafio do jogo.

Como funciona a configuracao servidor V Rising para dificuldade PvE

V Rising guarda a maior parte dos parâmetros de jogabilidade em dois arquivos: ServerHostSettings.json, que trata de nome, porta e senha da instância, e ServerGameSettings.json, que concentra tudo que afeta o equilíbrio do jogo: modo (PvE ou PvP), dificuldade geral, tamanho de clã, taxa de drop e multiplicadores de combate. Esses arquivos ficam dentro da pasta de dados persistentes do servidor, geralmente em VRisingServer/save-data/Settings/, e podem ser editados direto pelo gerenciador de arquivos do painel, sem precisar acessar o sistema operacional manualmente.

Antes de alterar qualquer valor, vale lembrar que o desempenho de um mundo de V Rising depende diretamente da capacidade de processamento disponível: combates contra chefes, spawns em massa e simulação de castelo geram picos de CPU perceptíveis. Se você está decidindo onde rodar sua próxima instância para testar essas configurações com tranquilidade, vale olhar as opções de hospedagem V Rising disponíveis.

O primeiro ajuste relevante para grupos pequenos é o GameModeType. Em PvE, os jogadores não sofrem dano entre si, o que já reduz boa parte da tensão em grupos de amigos. Combinado com Difficulty definido como Normal (em vez de Brutal), o ritmo de combate contra NPCs comuns fica mais previsível, deixando espaço para focar o ajuste fino nos chefes, que é onde a dificuldade realmente pesa em servidores com poucos jogadores online ao mesmo tempo.

{
  "GameModeType": "PvE",
  "GameDifficulty": "Normal",
  "ClanSize": 3,
  "FamiliarsEnabled": true
}

Repare no campo ClanSize: ele define quantos jogadores podem compartilhar o mesmo clã (e, portanto, o mesmo castelo e inventário compartilhado). Para um grupo fechado de amigos, alinhar esse número ao total real de participantes evita que alguém fique de fora na hora de montar a base.

Ajustando o dano de clã e a proteção do castelo para grupos pequenos

O parâmetro CastleDamageMode controla se castelos podem ser destruídos por outros jogadores e em quais condições. Em um ambiente só entre amigos, a opção Never costuma ser a mais prática: elimina o risco de perder o castelo durante uma ausência prolongada, algo comum em grupos pequenos onde nem todos jogam com a mesma frequência.

Valor de CastleDamageMode	Comportamento	Indicado para
Never	Castelos nunca podem ser destruídos por outros jogadores	Grupos de amigos, servidores cooperativos
TimedKillSwitch	Destruição liberada apenas em janelas de tempo definidas	PvP organizado com regras de horário
Always	Castelos podem ser destruídos a qualquer momento	PvP competitivo, servidores com muitos clãs rivais

Além do modo de dano, vale revisar SiegeWeaponHealth e o número máximo de membros ativos simultaneamente por clã. Em comunidades pequenas, manter esses valores próximos do padrão evita complicar a configuracao servidor V Rising com variáveis que só fazem sentido em servidores com dezenas de clãs disputando território.

{
  "CastleDamageMode": "Never",
  "SiegeWeaponHealth": "Default",
  "CastleMinDistance": "Default"
}

Taxa de coleta de recursos e progressão para poucos jogadores

Com menos gente para minerar, cortar madeira e caçar, a velocidade de progressão cai naturalmente. É aqui que os multiplicadores de coleta fazem diferença real: MaterialYieldModifier controla o quanto cada ação de coleta rende, e CraftRateModifier acelera (ou desacelera) o tempo de fabricação em estações como forja e serra.

Para duplas e trios, um ponto de partida testado em comunidades pequenas é aumentar levemente a coleta sem exagerar a ponto de esvaziar o sentido de explorar o mapa:

{
  "MaterialYieldModifier": 1.5,
  "CraftRateModifier": 1.25,
  "RecipeCooldownModifier": 0.75,
  "VBloodResourceYieldModifier": 1.0
}

Tamanho do grupo	MaterialYieldModifier sugerido	Observação
1 a 2 jogadores	1.75 a 2.0	Compensa a ausência de divisão de tarefas
3 a 4 jogadores	1.3 a 1.5	Equilíbrio entre progressão e desafio
5 ou mais jogadores	1.0 a 1.2	Próximo do padrão, grupo já tem mão de obra suficiente

Vale testar os valores em sessões curtas antes de fixar um multiplicador definitivo. Pequenas mudanças de 0.25 já são perceptíveis no ritmo de evolução, então é melhor ajustar gradualmente do que aplicar um salto grande de uma vez.

Saúde e dano dos chefes (V Blood) para poucos jogadores

Os chefes V Blood são calibrados, por padrão, para grupos cheios enfrentando-os em conjunto. Com dois ou três jogadores, alguns deles se tornam praticamente intransponíveis sem reduzir a vida ou o dano recebido. Os campos relevantes são VBloodHealthModifier, que afeta diretamente os pontos de vida do chefe, e VBloodDamageModifier, que controla o quanto o chefe causa de dano nos jogadores.

{
  "VBloodHealthModifier": 0.7,
  "VBloodDamageModifier": 0.85,
  "PvEDamageModifier": 1.0
}

Uma abordagem comum é reduzir a saúde do chefe proporcionalmente ao número de jogadores ativos, mantendo o dano causado por ele próximo do original (ou levemente reduzido). Isso preserva a tensão da luta — ainda é fácil morrer se errar a esquiva — sem transformar o combate em uma maratona de vinte minutos contra uma barra de vida que não se move.

Checklist antes de aplicar os ajustes de chefes

• Fazer um backup do mundo pelo painel antes de qualquer alteração em ServerGameSettings.json.
• Testar o chefe mais difícil do estágio atual (geralmente o próximo da árvore de progressão) logo após a mudança.
• Anotar os valores originais para poder reverter rapidamente se o combate ficar desequilibrado para o outro lado.
• Reiniciar o servidor pelo painel após salvar o arquivo, já que o jogo lê essas configurações na inicialização.

Reiniciando o servidor após editar a configuração

Depois de salvar o arquivo ServerGameSettings.json, o reinício é obrigatório para que os novos valores entrem em vigor. Pelo painel baseado em Pterodactyl, basta usar o botão de reinicialização na aba de console; a instância recarrega o mundo com os multiplicadores atualizados sem perder o progresso salvo.

# No console do painel
stop
start

Se o grupo notar que um ajuste específico ficou longe do esperado — chefe morrendo rápido demais ou ainda impossível —, o caminho mais seguro é voltar ao backup anterior e refazer o teste com uma variação menor do multiplicador, em vez de alterar vários campos ao mesmo tempo. Isso facilita identificar qual parâmetro realmente causou o efeito observado.

Para referência completa de todos os campos disponíveis, vale consultar a Source oficial sobre configuração de servidor, já que novas atualizações do jogo costumam adicionar ou renomear parâmetros entre patches.

Para explorar outras opções de jogos cooperativos com o mesmo tipo de ajuste fino de dificuldade, veja também Todos os nossos servidores de jogos ou acompanhe novos guias no Blog da Fly-Serv.

FAQ

Onde fica exatamente o arquivo ServerGameSettings.json?

Ele fica na pasta de dados persistentes do servidor, normalmente em VRisingServer/save-data/Settings/ServerGameSettings.json. Pelo gerenciador de arquivos do painel, basta navegar até essa pasta e editar o arquivo diretamente no navegador.

Preciso reiniciar o servidor toda vez que mudo um valor de dificuldade?

Sim. O jogo carrega esses parâmetros apenas na inicialização, então qualquer alteração em ServerGameSettings.json só tem efeito depois de parar e iniciar o processo novamente pelo console do painel.

Reduzir a saúde dos chefes quebra as recompensas de V Blood?

Não. O modificador afeta apenas pontos de vida e dano de combate; as habilidades absorvidas e os itens de progressão liberados pelo chefe permanecem os mesmos definidos pelo jogo base.