Servidor Valheim dedicado : como configurar para melhorar o jogo

Um servidor Valheim dedicado bem configurado é o que separa uma sessão travada, com rubber-banding e quedas de conexão, de uma campanha estável com vários jogadores simultâneos. Neste artigo vamos destrinchar os parâmetros do start_server.bat, as opções de mundo, a senha de acesso e o crossplay, explicando como cada ajuste impacta diretamente o desempenho e a estabilidade da partida.

Como o start_server.bat define o desempenho do servidor Valheim dedicado

O arquivo start_server.bat (ou seu equivalente em shell script no Linux) é o ponto central de configuração do processo valheim_server.exe. É nele que você define nome, porta, mundo, senha e flags de rede. Cada parâmetro tem um custo direto em CPU, rede ou I/O de disco, e entender isso evita gargalos que aparecem só quando o número de jogadores conectados sobe.

@echo off
set SteamAppId=892970
start valheim_server.exe -name "Meu Mundo Valheim" -port 2456 -world "MundoPrincipal" -password "senhaForte123" -crossplay -public 1 -saveinterval 1800

Alguns pontos técnicos que fazem diferença na prática:

• -port: o servidor usa a porta definida e a porta +1 para consultas de status. Manter as duas liberadas no firewall evita que o servidor apareça como offline na lista pública.
• -saveinterval: controla de quanto em quanto tempo (em segundos) o mundo é salvo em disco. Intervalos muito curtos geram picos de I/O perceptíveis em discos lentos; em SSD NVMe esse impacto é bem menor.
• -crossplay: ativa o Steam Networking P2P relay, que adiciona uma camada extra de roteamento de pacotes. Em partidas só entre jogadores Steam, desativar essa flag reduz a sobrecarga de processamento de rede.
• -public 1: exige que a porta de consulta esteja acessível; se o servidor estiver atrás de NAT sem redirecionamento correto, ele some da lista ou mostra ping instável para quem tenta entrar.

Rodar o executável diretamente no console, sem nenhum wrapper, também é um erro comum: se a janela fechar (queda de energia, reinício remoto, erro do Windows), o servidor cai junto. Em Linux, isso se resolve com um serviço systemd que reinicia o processo automaticamente:

[Unit]
Description=Valheim Dedicated Server
After=network.target

[Service]
User=steam
WorkingDirectory=/home/steam/valheim
ExecStart=/home/steam/valheim/valheim_server.x86_64 -name "MeuServidor" -port 2456 -world "MundoPrincipal" -password "senhaForte123" -crossplay -saveinterval 1800
Restart=on-failure
RestartSec=10

[Install]
WantedBy=multi-user.target

sudo systemctl daemon-reload
sudo systemctl enable --now valheim.service
sudo systemctl status valheim.service

Se você já testou esse processo localmente e quer tirar a instância da sua rede doméstica, evitando que o upload do seu provedor vire o gargalo real da partida, vale avaliar a hospedagem Valheim em uma infraestrutura pensada para rodar esse tipo de processo de forma contínua.

Parâmetros de mundo e sua influência na estabilidade com vários jogadores

O arquivo de mundo (.db e .fwl) cresce conforme os jogadores exploram o mapa, constroem bases e geram novas áreas de terreno. Esse crescimento tem relação direta com dois pontos: consumo de RAM durante o carregamento de chunks e tempo de resposta em cada save automático.

Geração de mundo e seed

A seed define o mapa inteiro na primeira geração, mas o arquivo só cresce conforme as zonas são visitadas e modificadas. Servidores com 6 a 10 jogadores ativos, que exploram regiões distantes simultaneamente, tendem a ter um arquivo de mundo bem maior do que uma campanha solo na mesma seed, o que exige mais RAM disponível para manter tudo em cache.

Intervalo de backup e saveinterval

Além do -saveinterval citado antes, existe o -backups e o -backupshort/-backuplong, que controlam quantas cópias de segurança automáticas o jogo mantém e com qual frequência:

-backups 4 -backupshort 7200 -backuplong 43200

Em sessões com muitos jogadores, cada save gera uma escrita em disco que pode causar um micro-travamento perceptível (um "stutter" de meio segundo) se o armazenamento for lento. Em SSD NVMe esse impacto praticamente desaparece, o que é um dos motivos pelos quais o tipo de disco por trás do processo pesa tanto na experiência final, mais ainda do que a quantidade de RAM isolada.

Número de jogadores e uso de CPU

O Valheim não escala bem em múltiplos núcleos: o processo principal roda majoritariamente em single-thread para a simulação do mundo. Isso significa que a frequência do núcleo (clock por core) importa mais do que a quantidade total de núcleos disponíveis. Processadores Ryzen com clock alto tendem a sustentar mais jogadores simultâneos sem queda de tickrate do que CPUs com muitos núcleos, mas clock baixo.

Senha, crossplay e controle de acesso em um servidor Valheim dedicado

A senha definida em -password precisa ter pelo menos 5 caracteres e não pode conter espaços; se o campo estiver vazio ou mal formatado, o processo recusa iniciar ou expõe o mundo sem proteção nenhuma. Isso parece trivial, mas é uma das causas mais comuns de invasões em servidores pequenos de comunidade.

Boas práticas de acesso

• Use uma senha com letras, números e sem palavras óbvias ligadas ao nome do mundo ou da comunidade.
• Troque a senha periodicamente se o servidor tiver rotatividade de jogadores convidados.
• Combine a senha com uma whitelist de Steam ID quando o grupo for fixo, reduzindo a superfície de acesso mesmo que a senha vaze.

Crossplay: quando ativar e quando desativar

A flag -crossplay habilita o Steam Networking relay, permitindo que jogadores do Xbox/Game Pass entrem via Steam. O ganho de alcance tem um custo: o tráfego pode ser roteado por servidores relay da Valve em vez de uma conexão direta, o que às vezes aumenta a latência percebida em relação a uma conexão P2P tradicional. Se todos os jogadores são da Steam e a prioridade é a menor latência possível, testar sem a flag costuma trazer uma resposta mais direta.

Firewall e portas no lado da máquina

Em um ambiente Linux, liberar apenas as portas necessárias evita exposição desnecessária do processo:

sudo ufw allow 2456:2458/udp
sudo ufw enable
sudo ufw status verbose

Se a instância roda em uma VPS, vale também revisar o acesso SSH: desativar login por senha, usar autenticação por chave e instalar o fail2ban para bloquear tentativas repetidas de força bruta antes que afetem o processo do jogo rodando na mesma máquina.

ssh-keygen -t ed25519 -C "valheim-admin"
sudo apt update && sudo apt install fail2ban -y
sudo systemctl enable --now fail2ban

Monitoramento, logs e sauvegardas para manter a sessão estável

Instabilidade em partidas com vários jogadores raramente aparece do nada: na maioria dos casos há sinais no log antes da queda total. Acompanhar a saída do console em tempo real ajuda a identificar o padrão antes que vire um problema recorrente.

journalctl -u valheim.service -f

Pontos a observar no log:

• Mensagens repetidas de "Connection lost" de um mesmo jogador, que geralmente indicam problema de rede local dele e não do processo em si.
• Avisos de ZDOID ou corrupção de zona, sinal de que o save foi interrompido no meio da escrita (energia instável, disco cheio).
• Tempo de carregamento de zonas acima do normal, indicando pressão de RAM ou disco lento.

Além do log, manter backups fora da própria pasta do mundo é essencial: um save corrompido sem cópia externa significa perder a progressão de todos os jogadores. Um cron simples resolve isso em Linux:

crontab -e
0 */6 * * * tar -czf /backups/valheim_$(date +\%F_\%H).tar.gz /home/steam/.config/unity3d/IronGate/Valheim/worlds_local

Quem administra várias instâncias ao mesmo tempo costuma preferir um painel de gestão em vez de scripts manuais espalhados: console, backup automático e reinício do processo ficam centralizados, o que facilita a manutenção quando a comunidade cresce. Para quem já administra outros tipos de processo de jogo na mesma infraestrutura, vale conferir também VPS Pterodactyl e VPS Linux como opções de base para montar esse tipo de rotina, além do catálogo completo em Todos os nossos servidores de jogos.

Para referência oficial sobre os parâmetros do executável dedicado e atualizações do jogo, a documentação da comunidade mantém o histórico mais confiável: Fonte.

Conclusão

Configurar corretamente os parâmetros do start_server.bat, o intervalo de salvamento, a senha e o uso do crossplay é o que mantém uma partida estável à medida que o número de jogadores aumenta. Monitorar logs e manter backups fora do mundo principal evita que um problema pontual vire perda de progresso para toda a comunidade.

FAQ

Por que meu servidor Valheim dedicado trava quando vários jogadores exploram áreas diferentes ao mesmo tempo?

Isso geralmente é limitação de CPU single-thread: cada zona carregada simultaneamente exige processamento do núcleo principal. Reduzir o intervalo de geração simultânea de zonas ou garantir um clock de CPU mais alto ajuda a suavizar esse comportamento.

Desativar o crossplay melhora a latência do servidor?

Na maioria dos casos sim, se todos os jogadores usam Steam. Sem a flag -crossplay, a conexão evita o relay do Steam Networking, resultando em uma rota de rede mais direta entre cliente e processo do servidor.

Qual o risco de um saveinterval muito baixo em partidas com muitos jogadores?

Saves muito frequentes aumentam a escrita em disco e podem gerar micro-travamentos perceptíveis durante a partida, principalmente em armazenamento mais lento. Um intervalo entre 1800 e 3600 segundos costuma equilibrar segurança do save e estabilidade.