Um servidor Don't Starve Together precisa sobretudo de três bases bem configuradas: um Klei-Cluster-Token válido, uma configuração de cluster adequada e opções de mundo ou de mods definidas de forma consciente. Se ativares Caves, também deves planear um segundo shard. Este guia acompanha-te pela encomenda, configuração, verificação e pelas fontes de erro típicas.

Requisitos

Para um Dedicated Server precisas de uma licença válida de Don't Starve Together, uma conta Klei, acesso ao dashboard do servidor e a decisão sobre se queres jogar apenas no mundo de superfície ou também com Caves. A criação do token é feita através da página oficial da Klei para Game Server em accounts.klei.com. Aí geras o Cluster-Token de que o teu servidor precisa para iniciar sessão na Klei.

Se estás a começar com um pequeno grupo cooperativo, faz sentido usar uma configuração enxuta. Na configuração inicial estão previstos 2-4 GB de RAM, com Caves 4 GB. Deves entender este valor como referência de planeamento: mods, número de jogadores e tamanho do mundo podem aumentar os requisitos. Na game-serverhosting, o foco está no controlo técnico: geres token, ficheiros de configuração, reinícios e mods de forma consciente, em vez de dependeres de uma predefinição pouco transparente.

Se estiveres a comparar outros setups cooperativos, encontras perguntas de planeamento semelhantes no Alugar e configurar um servidor Valheim – guia cooperativo 2026 e no Alugar e configurar um servidor Enshrouded – guia cooperativo.

Encomendar o servidor

  1. Vai a game-serverhosting
  2. Escolhe 2-4 GB de RAM (com Caves: 4 GB)
  3. O servidor é configurado automaticamente

Depois da disponibilização, não deves misturar logo mods e opções de mundo. Primeiro configura o token, inicia o servidor uma vez sem alterações adicionais e verifica se ele aparece no Don't Starve Together. Só depois vale a pena adicionar Caves, regras de mundo e mods do Workshop. Assim, mais tarde consegues identificar melhor qual alteração causou um erro.

Criar o Cluster-Token

  1. Iniciar DST → Conta → Jogos → Game Server (Klei Entertainment)
  2. Gerar token em accounts.klei.com
  3. Inserir o token no dashboard

O Cluster-Token não é um nome cosmético, mas sim a ligação entre o teu Dedicated Server e o serviço da Klei. Trata-o como um dado de acesso: não o publiques, não o mostres em screenshots e não o incluas em exemplos de configuração partilhados. Se tiveres exposto um token por engano, cria um novo token através da página da Klei e substitui-o no dashboard.

Ativar Caves

Caves precisam de um segundo shard. Isto significa: o mundo de superfície e as grutas correm como processos de servidor separados, que comunicam entre si através da configuração do cluster. Por isso, ativa Caves apenas quando o servidor base estiver estável.

# cluster.ini
[SHARD]
shard_enabled = true
bind_ip = 127.0.0.1
master_ip = 127.0.0.1
master_port = 10889
cluster_key = secreto

O cluster_key tem de coincidir entre os shards envolvidos. Não uses aqui um valor de exemplo publicamente conhecido em produção. Se Caves não estiverem acessíveis, verifica primeiro se ambos os shards foram iniciados, se a porta master coincide e se o segundo shard usa os mesmos dados de cluster.

Definições de mundo

As definições de mundo pertencem a worldgenoverride.lua. Este ficheiro influencia a geração e as regras do teu mundo. Idealmente, altera-o antes do primeiro arranque produtivo do jogo, porque muitas definições já não funcionam corretamente de forma retroativa depois da geração do mundo.

return {
    override_enabled = true,
    overrides = {
        day = "longday",
        season_start = "autumn",
        autumn = "longseason",
        winter = "shortseason",
        beefalo = "often",
        berry = "more",
    }
}

O exemplo torna os dias mais longos, começa no outono, prolonga o outono, encurta o inverno e aumenta determinados recursos ou criaturas. Estas opções podem alterar claramente a dificuldade. Para um grupo novo, isto é muitas vezes útil; para uma equipa experiente, pode reduzir a tensão de sobrevivência. Por isso, documenta brevemente quais valores definiste, para que alterações futuras continuem compreensíveis.

Instalar mods

Inseres mods através de IDs do Workshop em dedicated_server_mods_setup.lua. Depois das alterações, reinicia o servidor e verifica os logs se algum mod não for carregado.

ServerModSetup("378160973")    -- Global Positions
ServerModSetup("462434129")    -- Wormhole Marks
ServerModSetup("458587300")    -- Season Clock

Não instales demasiados mods ao mesmo tempo. Adiciona primeiro um pequeno grupo, testa a entrada no servidor e só depois acrescenta mais mods. Especialmente depois de updates do jogo, alguns mods do Workshop podem tornar-se incompatíveis. Se os jogadores ficarem presos durante a ligação, desativa temporariamente os mods adicionados por último e verifica se todos os clientes conseguem carregar as mesmas dependências de mods.

Para outros conceitos de servidores com foco em mods ou comunidade, podes usar o Alugar um servidor Team Fortress 2 – guia de servidor comunitário como comparação. Se valorizas sobrevivência cooperativa com controlo claro do servidor, o Alugar e configurar um servidor V Rising – guia de vampiros também combina bem tematicamente.

Comandos de admin

Direitos de admin e comandos de consola ajudam na operação, mas devem ser usados com moderação. Usa-os sobretudo para manutenção, rollbacks e testes, não como substituto de backups bem feitos.

c_admin("KU_xxxxxxxx")         -- Conceder direitos de admin
c_rollback(1)                   -- Reverter 1 dia
c_reset()                       -- Reiniciar o mundo
c_godmode()                     -- Invulnerável
c_supergodmode()                -- Imortal + sem fome

Substitui KU_xxxxxxxx pela Klei-User-ID correta. Verifica os direitos de admin depois de um reinício usando um comando inofensivo ou confirmando no jogo se as permissões esperadas estão ativas. c_reset() reinicia o mundo e, por isso, é crítico. Usa estes comandos apenas quando estiver claro quais são as consequências.

Verificar o resultado

Depois da configuração, deves controlar quatro pontos: o servidor aparece no Don't Starve Together, a entrada funciona sem erros de mods, as opções de mundo desejadas estão ativas e Caves estão acessíveis, caso as tenhas ativado. Além disso, vale a pena olhar para os logs do servidor logo após o arranque. Erros de token, shards ou mods aparecem frequentemente ali antes de surgirem no cliente do jogo.

Pede a uma segunda pessoa do teu grupo para entrar como teste. Assim verificas não só o teu cliente local, mas também se o servidor está acessível para outros e se os conteúdos do Workshop são distribuídos corretamente.

Troubleshooting

Se o servidor não estiver visível, verifica primeiro o Cluster-Token e reinicia o servidor. Um token em falta ou inválido impede o início de sessão correto. Se Caves estiverem em falta, controla a configuração dos shards e se o segundo shard está mesmo em execução. Se os mods causarem problemas, remove os IDs do Workshop adicionados por último e continua a testar em pequenos passos.

Se as opções de mundo aparentemente não estiverem a funcionar, o mundo pode já ter sido gerado anteriormente. Nesse caso, dependendo da definição, precisas de um novo mundo ou tens de continuar conscientemente com os parâmetros existentes. Antes de alterações destrutivas, guarda sempre o estado atual.

Verificação, limites e caminho seguro de retorno

O guia “Alugar um servidor Don't Starve Together – guia cooperativo” aplica-se ao tipo de servidor descrito no artigo e ao estado de versão 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 depois de updates. Por isso, não transfiras valores sem verificação para outra versão do jogo, loader ou servidor.

Cria um backup dos ficheiros afetados antes de alterações no mundo, save, configuração ou extensões. Depois altera apenas um passo relacionado de cada vez e testa-o com a mesma versão de cliente e servidor com que queres jogar mais tarde.

Ponto de verificação Resultado esperado Cancelamento 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 através do 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 concretamente funciona 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 é uma garantia de desempenho ou disponibilidade. Tamanho do mundo, mods, plugins, número de jogadores, rota de rede e carga simultânea podem alterar o resultado. Documenta versão, alteração e resultado do teste para conseguires compreender desvios futuros.

FAQ

Preciso obrigatoriamente de um Klei-Cluster-Token?

Sim. Para um Don't Starve Together Dedicated Server precisas de um Cluster-Token da Klei. Ele é criado através da página oficial da Klei para Game Server e inserido no dashboard do servidor.

Devo ativar Caves logo no primeiro arranque?

Só se quiseres mesmo jogá-las. Caves exigem um segundo shard e aumentam a complexidade. Para a primeira verificação, um arranque sem Caves costuma ser mais claro.

Posso adicionar mods mais tarde?

Sim. Insere os IDs do Workshop em dedicated_server_mods_setup.lua e reinicia o servidor. Adiciona mods passo a passo, para conseguires associar erros mais facilmente a uma alteração concreta.

Quando é melhor alterar worldgenoverride.lua?

De preferência antes da primeira geração produtiva do mundo. Muitas opções de mundo atuam durante a criação do mundo e nem sempre podem ser alteradas corretamente de forma retroativa mais tarde.

O que faço se os jogadores ficarem presos ao entrar?

Verifica primeiro os logs e desativa temporariamente os mods adicionados por último. Depois controla o token, os shards e se todos os conteúdos necessários do Workshop são carregados corretamente.

Como uso comandos de admin com segurança?

Usa comandos de admin de forma direcionada para manutenção e testes. Comandos críticos como c_reset() só devem ser executados depois de uma verificação consciente e, idealmente, depois de um backup.