← Blog

Entenda os arquivos de configuração de um servidor de jogo

Par Benjamin Dayan · PDG

· Mis à jour le 8 Here 2026 · Lecture 6 min

Sumário

A configuração de servidor é o que define, na prática, como um jogo vai se comportar depois que o processo é iniciado: quantos jogadores cabem na sessão, qual a distância de renderização, se o PvP está ativo e quanto de CPU e RAM cada parâmetro consome. Entender os principais arquivos envolvidos evita quedas de desempenho e comportamentos inesperados durante o jogo.



Como funciona a configuração de servidor nos principais jogos

Cada jogo organiza sua configuração de servidor em um formato próprio, mas a lógica geral é parecida: um ou mais arquivos de texto, em formato chave=valor, que o processo do jogo lê ao iniciar. Alterar um parâmetro sem reiniciar o processo normalmente não tem efeito, porque o jogo carrega esses valores na memória apenas no boot.

Os formatos mais comuns são:

  • .properties — usado pelo Minecraft (server.properties), simples e com uma linha por parâmetro.
  • .ini — usado por jogos baseados no Unreal Engine, como ARK (GameUserSettings.ini e Game.ini).
  • .cfg — usado por Rust, Garry's Mod e vários jogos baseados em engines Source/Unity.
  • argumentos de linha de comando — usado por Valheim e outros jogos que não têm arquivo dedicado para todos os parâmetros.

Se você administra um servidor Minecraft e quer aplicar esses ajustes sem complicação, vale considerar uma hospedagem Minecraft com painel de gestão, onde o arquivo server.properties fica acessível direto pelo gerenciador de arquivos, sem precisar mexer em terminal.

O arquivo server.properties do Minecraft

É o arquivo central da configuração de servidor no Minecraft Java Edition. Fica na raiz da instalação e é lido toda vez que o processo sobe. Um trecho típico:

# server.properties
view-distance=10
simulation-distance=8
max-players=20
difficulty=normal
pvp=true
spawn-protection=16
network-compression-threshold=256
max-tick-time=60000

Cada linha é independente, comentários começam com # e espaços em branco extras geralmente não quebram a leitura, mas é boa prática manter o arquivo limpo.

Outros formatos comuns: .ini, .cfg e argumentos de inicialização

No Servidor ARK Survival Evolved, a configuração de servidor fica dividida em dois arquivos dentro da pasta Saved/Config: GameUserSettings.ini para regras gerais e Game.ini para ajustes mais profundos de engine.

[ServerSettings]
DifficultyOffset=1.0
XPMultiplier=2.0
TamingSpeedMultiplier=3.0
HarvestAmountMultiplier=2.0
AllowThirdPersonPlayer=True

No Servidor Rust, a lógica muda: o server.cfg usa comandos de console, não pares chave=valor:

server.worldsize 4000
server.maxplayers 100
server.tickrate 30
decay.scale 1.0
server.saveinterval 300

Já no Servidor Valheim, boa parte da configuração de servidor não vem de arquivo, e sim de argumentos passados no momento em que o executável é iniciado:

./valheim_server.x86_64 -name "Mundo PvE" -port 2456 -world "Dedicado" -password "senha123" -crossplay


Parâmetros que afetam o desempenho do servidor

Nem todo parâmetro de configuração tem o mesmo peso. Alguns impactam diretamente CPU, RAM e banda, enquanto outros só mudam regras de gameplay. Conhecer essa diferença ajuda a diagnosticar lag sem sair alterando tudo às cegas.

ParâmetroArquivo / jogoEfeito no desempenho
view-distance / simulation-distanceserver.properties (Minecraft)mais chunks carregados = mais CPU e RAM usados por tick
tickrateserver.cfg (Rust)mais ticks por segundo = física mais precisa, mais carga de CPU
max-playersvários jogosmais conexões simultâneas = mais tráfego de rede e processamento de pacotes
network-compression-thresholdserver.properties (Minecraft)reduz banda usada em troca de mais processamento de CPU
entity-broadcast-range-percentageserver.properties (Minecraft)controla quantas entidades são sincronizadas por jogador, afeta rede

Um erro comum: aumentar view-distance ou simulation-distance para melhorar a experiência visual sem olhar o consumo de RAM disponível. Em mapas grandes com muitos jogadores, esse parâmetro sozinho pode dobrar o uso de memória do processo.

Exemplo prático de ajuste de desempenho

Se o console mostra TPS baixo (abaixo de 18-20 no Minecraft), uma sequência de testes razoável é:

  1. Reduzir view-distance de 12 para 8.
  2. Reduzir simulation-distance proporcionalmente.
  3. Verificar se mods/plugins de entidades (fazendas automáticas, mobs em massa) estão sobrecarregando o tick.
  4. Reiniciar o processo e observar o console por 10-15 minutos.


Parâmetros que afetam a jogabilidade e as regras do mundo

Essa outra categoria de parâmetros na configuração de servidor não muda desempenho, mas muda diretamente a experiência de quem joga: dificuldade, PvP, proteção de spawn, multiplicadores de recursos.

  • difficulty (Minecraft) — peaceful, easy, normal, hard. Afeta dano de mobs e fome.
  • pvp (Minecraft) — true/false, ativa ou desativa combate entre jogadores.
  • spawn-protection (Minecraft) — raio em blocos onde só operadores podem construir perto do spawn.
  • decay.scale (Rust) — velocidade de deterioração de estruturas abandonadas.
  • XPMultiplier / TamingSpeedMultiplier (ARK) — multiplicadores de progressão, comuns em servidores PvE.
  • whitelist — presente em praticamente todos os jogos, restringe quem pode entrar.

Vale lembrar que mudar esses parâmetros em um mundo já em andamento pode gerar inconsistências. Trocar difficulty de peaceful para hard no meio de uma sessão, por exemplo, não regenera o terreno, mas muda o comportamento de mobs a partir do próximo carregamento de chunk.

RCON para ajustes sem editar arquivo

Alguns parâmetros de jogabilidade podem ser alterados em tempo real via RCON, sem precisar reiniciar o processo nem editar a configuração de servidor diretamente:

mcrcon -H IP_DO_SERVIDOR -P 25575 -p senha_rcon "difficulty hard"
mcrcon -H IP_DO_SERVIDOR -P 25575 -p senha_rcon "say Manutenção em 5 minutos"

Isso é útil para mudanças pontuais, mas o arquivo de configuração continua sendo a fonte de verdade: se o processo reiniciar, os valores voltam ao que está salvo no arquivo.



Boas práticas para editar arquivos de configuração sem quebrar o servidor

Antes de qualquer alteração na configuração de servidor, vale seguir uma rotina simples que evita dor de cabeça:

  1. Fazer backup do arquivo original antes de editar.
  2. Editar um parâmetro por vez quando estiver diagnosticando um problema.
  3. Testar as mudanças com poucos jogadores conectados antes de liberar para todos.
  4. Guardar uma cópia dos arquivos funcionando em local separado, não só na própria pasta do jogo.

Quem gerencia os arquivos por um painel Pterodactyl tem a vantagem de editar direto pelo navegador, com histórico de versões e reinício do processo em um clique. Para quem prefere acesso direto via terminal, a rotina em uma máquina Linux é parecida com isto:

ssh usuario@IP_DA_MAQUINA
cd /home/container
cp server.properties server.properties.bak
nano server.properties
systemctl status wings

Em qualquer um dos dois caminhos, o passo que mais gente esquece é o backup antes da edição — um arquivo corrompido ou mal formatado pode impedir o processo de subir, e sem uma cópia funcional o diagnóstico fica muito mais lento. Para quem administra múltiplos jogos ou prefere controlar o próprio ambiente, vale também considerar uma VPS Pterodactyl para centralizar a gestão de vários arquivos de configuração em um único painel.

Outras boas práticas que valem para praticamente qualquer jogo listado em Todos os nossos servidores de jogos:

  • Documentar cada alteração feita, com data e motivo.
  • Usar valores recomendados pela documentação oficial como ponto de partida, não números aleatórios.
  • Revisar o arquivo após atualizações do jogo, já que novas versões às vezes adicionam ou renomeiam parâmetros.


Dominar a configuração de servidor é menos sobre decorar parâmetros e mais sobre entender o que cada um faz antes de mudar. Com backup, testes graduais e acompanhamento do console, dá para ajustar desempenho e regras de jogo sem comprometer a estabilidade do mundo já em andamento.



FAQ

Por que uma alteração no arquivo de configuração não teve efeito?

Na maioria dos jogos, o arquivo só é lido quando o processo inicia. Salve a alteração e reinicie o servidor; se ainda assim não funcionar, verifique se não há erro de sintaxe na linha editada.

É seguro editar o arquivo de configuração com o servidor ligado?

Sim, editar o arquivo não afeta o processo em execução, mas a mudança só entra em vigor após o reinício. Para ajustes imediatos, use comandos RCON quando o jogo suportar.

Como recuperar o servidor se eu quebrar o arquivo de configuração?

Restaure a cópia de backup feita antes da edição. Se não tiver backup manual, verifique se há um backup automático recente disponível no painel de gestão para reverter rapidamente.

Leia também