Criar um servidor 7 Days to Die

A tua primeira hora: de uma encomenda nova à primeira horda

Um servidor novo fica normalmente ativo em menos de 20 minutos depois do pagamento. Estes seis passos levam-no de uma instalação limpa a um mundo onde o teu grupo pode entrar, com as chaves de admin na tua mão.

1. Para o servidorNo painel de jogo, para o servidor antes de mexeres em qualquer ficheiro. O 7 Days to Die lê o serverconfig.xml quando arranca, por isso uma mudança guardada com ele a correr simplesmente não entra.
2. Abre o serverconfig.xmlO Configuration Files mostra o serverconfig.xml com um Config Editor que o transforma num formulário. Preenche o nome e a descrição do servidor, e uma password se o mundo for só para convidados.
3. Escolhe o mundoEm Map Settings, escolhe Navezgane para o mapa feito à mão, RWG para um mundo aleatório a partir de uma seed e de um tamanho, ou Pregen/Custom para um dos mapas pré-gerados. O capítulo dos mundos compara-os.
4. Escolhe as regrasMais abaixo, o Sandbox Settings guarda o que antes era a dificuldade. O Adventurer vem por defeito; carrega outro preset oficial ou cola o teu próprio Sandbox Code, como explica o capítulo do sandbox.
5. Arranca-o e deixa-o em pazGuarda e carrega em Start. O primeiro arranque de um mundo novo cria os ficheiros dele, e num mapa grande os nossos guias contam com até uma hora. Acompanha tudo na Web Console e não pares o servidor até ele mostrar GameServer.LogOn successful.
6. Entra e assume o comandoProcura o servidor pelo nome no browser de servidores do jogo, ou liga-te com o IP e a porta do painel. Depois junta-te ao serveradmin.xml, como mostra o capítulo dos admins, para os comandos de consola te obedecerem.

O serverconfig.xml depois da 3.0: o que continua lá dentro

O serverconfig.xml é o ficheiro que o servidor dedicado lê no arranque. A versão 3.0 tirou-lhe trinta propriedades de jogo e meteu-as num único SandboxCode, por isso muitos guias antigos mostram linhas que já não existem. O que fica é sobretudo sobre o servidor, o mundo e as reivindicações de terreno. Os valores abaixo são exemplos; edita com o servidor parado.

Identidade e acesso

Crossplay e anti-cheat

Mundo

PvP, reivindicações de terreno e sacos-cama

Carga no servidor

Presets e códigos sandbox: dificuldade, loot e tudo o resto

O Dead Hot Summer (3.0) trocou o antigo seletor de dificuldade por 150 opções sandbox. Um servidor já não leva trinta linhas soltas: leva um único Sandbox Code com todas as escolhas, e o jogo traz presets que podes carregar tal como estão.

Os presets oficiais

Ao lado dos presets de dificuldade clássicos, a 3.0 trouxe modos como Undead Matinee (zombies mais lentos mas em maior número, munição escassa), Madmole's Mayhem (menos mantimentos e perda de itens ao morrer), Bite Club (morte permanente), Legacy Survival, 7 Days Later (hordas rápidas e caóticas), Almost Creative Mode, Caveman's Life, Dumpster Diver, Dying World, Disaster Film e Chibi Mode. Vêm todos já carregados nos nossos servidores.

Carregar um preset ou o teu próprio código

1. Monta-o no jogoComeça um jogo novo no 7 Days to Die, abre o Sandbox Options e deixa tudo como o teu grupo quer. O Sandbox Code gerado aparece do lado esquerdo desse ecrã.
2. Copia-o tal e qualCada carácter conta, por isso copia o código inteiro em vez de o voltares a escrever.
3. Aplica-o no servidorCom o servidor parado, abre o serverconfig.xml no Config Editor. Em Sandbox Settings, escolhe Custom Code na lista Sandbox Preset e cola o código em Custom Sandbox Code. Para um preset oficial, basta escolhê-lo nessa mesma lista.
4. Arranca e confirmaArranca o servidor e confirma algumas definições no jogo antes de o grupo se instalar.

Vais levar uma gravação da 2.6 para a 3.x? As antigas linhas de dificuldade já não estão na config. Como a The Fun Pimps aconselha, volta a criá-las no menu Sandbox Options do jogo, copia o código e cola-o como SandboxCode do servidor.

Blood moons e noites de horda num servidor partilhado

A noite de horda é o coração do 7 Days to Die, e num servidor é também o momento mais pesado para o hardware. Na 3.x são quatro opções sandbox que a controlam; os valores abaixo são os clássicos por defeito do serverconfig.

Fazer o servidor aguentar a noite de horda

• Conta com o pico: o tamanho da horda cresce com os jogadores online, até ao limite do MaxSpawnedZombies, por isso uma blood moon com o servidor cheio é a tua hora de maior carga. Vê o Activity and Stats nessa noite antes de decidires se precisas de mais memória.
• Afasta os restarts: agenda-os para a manhã seguinte, não para essa noite. As tarefas correm pelo relógio local da máquina, que aparece em Server Details.
• Protege as bases: a zona morta do saco-cama impede os zombies de fazerem spawn em cima de uma base, e as reivindicações de terreno reforçam os blocos protegidos. Combinem as duas coisas antes da primeira horda.
• Avisos com tempo: o Blood Moon Warning pinta de vermelho o contador de dias a partir da hora que escolheres, o que dá tempo aos jogadores espalhados para voltarem a casa.

Mundos: Navezgane, geração aleatória e mapas pré-gerados

O mapa decide quanto tempo demora o primeiro arranque, quanta memória o servidor precisa e como o grupo se espalha. A escolha fica no serverconfig.xml, em Map Settings.

Tamanho do mapa e memória

Os mapas maiores demoram mais a gerar e guardam mais coisas em memória. A referência do nosso formulário de encomenda é de 8 GB ou mais para um mundo 6K, de 8 a 12 GB para 8K e de 12 a 16 GB para 10K. Todos os planos incluem até 10 GB, por isso um mundo 6K cabe à vontade e um 8K normalmente também.

Trazer a tua própria gravação

1. Encontra-a no PCNo Windows, as gravações ficam em %APPDATA%\7DaysToDie\Saves\<world>. Um mundo aleatório tem também o mapa em %APPDATA%\7DaysToDie\GeneratedWorlds\<world>.
2. Carrega-a em zipFaz um zip de cada pasta e carrega-o: a gravação para Saved/Saves/ e o mapa para Saved/GeneratedWorlds/. Clica com o botão direito no zip dentro do File Manager, extrai-o e depois apaga o zip.
3. Acerta as definições do mapaNo Config Editor, põe o Game World em RWG ou Navezgane e copia as definições originais. O GenerationInfo.txt tem a seed, o map_info.xml o tamanho, e o nome do jogo é o nome da pasta dentro de Saved/Saves/<world>/.
4. Arranca-aGuarda e arranca. O servidor carrega a gravação existente em vez de criar uma nova.

Crossplay: PC, PS5 e Xbox no mesmo servidor

Desde a versão 2.0, os jogadores de PS5 e Xbox Series X|S podem entrar em servidores dedicados, mas só nos que cumprem as regras da The Fun Pimps. Os jogadores de PC entram quaisquer que sejam as definições; os de consola não.

A The Fun Pimps também publica intervalos permitidos para os valores de jogo num servidor compatível com consolas, escritos antes de a 3.0 os passar para o sandbox: multiplicador de experiência de 25 a 300 %, dano do jogador aos blocos de 25 a 300 %, abundância de loot até 200 %, respawn do loot de 5 dias ou mais, air drops no máximo a cada 24 horas, dias com pelo menos 10 minutos e uma contagem de blood moon de 4 a 64. Se os jogadores de consola não virem um servidor que cumpre as quatro regras acima, um valor fora do intervalo é a próxima coisa a verificar.

• Nada de mods com consolas. Os jogadores de PS5 e Xbox não conseguem entrar em servidores dedicados com mods, por isso um servidor com crossplay fica vanilla.
• Mais de 8 slots quer dizer só PC. Os nossos planos maiores servem grupos de PC; os amigos de consola precisam da configuração de 8 slots.
• Os admins de consola usam EOS ID. Quando um jogador de Xbox, PS5 ou Epic entra com a Web Console aberta, aparece o EOS ID dele. Junta-o ao serveradmin.xml sem o prefixo EOS_.
• A localização conta. As consolas mostram os servidores compatíveis da sua própria região, por isso escolhe a localização mais perto do teu grupo.

Admins, níveis de permissão e comandos de consola

Quem pode fazer o quê fica guardado no serveradmin.xml, que vive junto às gravações. Os níveis de permissão vão de 0 a 1000 e quanto mais baixo, mais poder: um jogador pode usar qualquer comando cujo nível seja igual ou superior ao seu.

1. Abre o serveradmin.xmlPara o servidor e abre o serveradmin.xml em Configuration Files com o Config Editor.
2. Escolhe a plataforma e o IDOs jogadores da Steam juntam-se pelo Steam64ID, que sites como o steamid.io encontram. Os jogadores de Epic, Xbox e PS5 juntam-se pelo EOS ID, lido na Web Console quando entram, sem o prefixo EOS_.
3. Define o nível e arrancaO nível 0 é admin total. Guarda, arranca o servidor e, a partir daí, o admin add na consola promove outros sem mexer no ficheiro.

Quem não tem entrada fica no nível 1000, o mais baixo. Os comandos que não estão no ficheiro ficam por defeito no nível 0, por isso só os admins totais os podem usar até os abrires com cp add. O mesmo ficheiro guarda a whitelist e a lista de bans; assim que um jogador entra na whitelist, só os jogadores da lista e os admins conseguem entrar.

Os comandos de consola que vais mesmo usar

Queres também um co-admin no painel? Um sub user (em inglês) tem um login à parte, só com as permissões que marcares.

Mods, modlets e overhauls num servidor de PC

O 7 Days to Die carrega os mods de uma pasta Mods na raiz do servidor. Cada mod é uma pasta com um ModInfo.xml lá dentro; sem esse ficheiro, o jogo não carrega o mod.

Instalar um mod

1. Acerta a buildOs mods são feitos para uma versão concreta do jogo. Compara a tua com a página do mod, ou passa o servidor para a build de que o mod precisa (mais abaixo).
2. Carrega a pastaPara o servidor e carrega a pasta do mod para dentro de Mods com o File Manager ou por SFTP, para ficares com Mods/<ModName>/ModInfo.xml. Cria a pasta Mods se ela não existir.
3. Os DLL passam pelo suporteOs uploads de ficheiros .dll estão bloqueados no nosso painel por segurança. Envia o mod ao suporte e a equipa põe-no no sítio por ti.
4. Arranca com a consola abertaUm mod que falha costuma dizê-lo durante o arranque, o que poupa muitas adivinhas.

Fixar uma versão para os teus mods

Depois de um update do jogo, os mods podem demorar dias a acompanhar. O Mod Manager mostra a build Stable atual ao lado de builds Legacy mais antigas: desinstala a que está instalada, instala a de que precisas e ajusta o serverconfig.xml se essa versão o pedir. Tira ou muda o horário de qualquer tarefa automática de Steam Update até os teus mods acompanharem.

Jogadores, memória e um servidor sempre fluido

Os nossos servidores de 7 Days to Die crescem por slots de jogadores, com as mesmas opções de hardware em todos os tamanhos. Estes números vêm diretamente do formulário de encomenda, verificados a 16 de outubro de 2026.

• Jogadores: 8 a 100. Tudo acima de 8 é só para jogadores de PC.
• Memória: até 10 GB incluídos, com 12 GB, 14 GB, 16 GB, 20 GB, 24 GB e 32 GB disponíveis no formulário de encomenda. Os cartões dos nossos planos juntam mais memória a mais jogadores.
• CPU: 5,0 GHz incluído, upgrades de 5,2 GHz+ e 5,6 GHz+, e prioridade de CPU High ou Realtime.
• Armazenamento: NVMe a 7500 MB/s com até 100 GB incluídos; um disco de 14 000 MB/s e até 200 GB são opções.

O que gasta mesmo os recursos

• Tamanho do mapa: a referência do formulário de encomenda é de 8 GB ou mais para 6K, de 8 a 12 GB para 8K e de 12 a 16 GB para 10K.
• Zombies: o MaxSpawnedZombies limita todos os zombies do mapa ao mesmo tempo. Num servidor em sofrimento, baixa-o um pouco antes de cortares noutra coisa.
• Distância de visão: o ServerMaxAllowedViewDistance, de 6 a 12, tem um grande impacto na memória e no desempenho, segundo as próprias notas do ficheiro.
• Jogadores espalhados: dez jogadores em dez cantos de um mapa 10K mantêm muito mais do mapa carregado do que dez jogadores numa só base.
• Sessões longas: um restart de poucas em poucas horas mantém a memória controlada; o nosso guia de restarts usa um ciclo de seis horas.

Para mudar de tamanho, abre o teu serviço na área de cliente (Services, My Services) e usa as Upgrade/Downgrade options para os slots, a memória ou a prioridade de CPU. Assim que a fatura pela diferença estiver paga, reinicia o servidor, e abre e guarda o serverconfig.xml no Config Editor para o novo número de slots ficar escrito.

Restarts, updates, backups e alertas no Discord

Um mundo que corre durante semanas precisa de uma rotina. As tarefas agendadas do painel tratam de quase tudo e avisam os jogadores antes de acontecer alguma coisa.

Wipes e recomeços

O Wipe Server apaga o progresso que escolheres. Para um mapa novo sem perder o antigo, muda o GameName, e a seed no RWG: a gravação anterior fica na sua própria pasta. O Reinstall põe todos os ficheiros do servidor de fábrica e não toca nos teus backups, o último recurso para uma instalação com mods que já não tem salvação.

Quando dá problemas: as soluções a que recorremos primeiro

A maioria dos tickets de 7 Days to Die que nos chegam resume-se ao mesmo punhado de causas. Verifica-as antes de reinstalares seja o que for.

• Os jogadores de consola não veem o servidorVerifica as quatro regras de crossplay: 8 jogadores no máximo, ServerAllowCrossplay em true, EACEnabled em true, IgnoreEOSSanctions em false. Mods ou valores de jogo fora do intervalo também o escondem.
• O servidor não aparece na lista depois do primeiro arranqueUm mundo novo pode ainda estar a ser gerado. Acompanha a Web Console; as linhas [GSM] GameSparks Connected podem ser ignoradas, e o servidor está pronto quando mostrar GameServer.LogOn successful.
• O mapa ficou estragado depois de parar o primeiro arranqueParar durante a primeira geração corrompe o mapa. Volta a lançar a geração e deixa-a correr até ao fim.
• As antigas definições de dificuldade desapareceram depois da 3.0A versão 3.0 passou-as para o SandboxCode. Volta a criá-las no menu Sandbox Options do jogo e cola o código no Config Editor.
• Uma definição não fica guardadaOu foi editada com o servidor a correr, ou agora pertence ao sandbox. Para, edita, guarda e arranca; para os valores de jogo, muda o Sandbox Code.
• Um mod não carregaConfirma que o ModInfo.xml está diretamente em Mods/<ModName>/, que o mod condiz com a tua build do jogo e que o EAC está desligado se o mod trouxer ficheiros DLL.
• Os jogadores não conseguem entrar depois de um update do jogoO jogo deles e o servidor estão em builds diferentes. Atualiza os dois, ou passa o servidor para a build certa no Mod Manager.
• Os comandos de admin são recusadosO teu ID no serveradmin.xml está errado ou o teu nível é alto demais; números mais baixos têm mais poder. A Steam precisa do Steam64ID, a Epic e as consolas do EOS ID sem o prefixo.
• Os restarts acontecem à hora erradaAs tarefas agendadas seguem a hora local da máquina. Vê-a em Server Details e acerta o fuso horário do teu perfil do painel com ela.
• Um upload de .dll é recusadoOs uploads de DLL, EXE e BAT estão bloqueados por segurança. Envia os ficheiros ao suporte e a equipa instala-os.

Alojar em casa ou alugar: o que cada opção implica de verdade

A The Fun Pimps oferece uma ferramenta gratuita de servidor dedicado na Steam, por isso correr um em casa é perfeitamente possível. Se é a melhor escolha depende do teu hardware e dos horários do teu grupo.

Em casa instalas a ferramenta 7 Days to Die Dedicated Server pela Steam ou pelo SteamCMD, editas o serverconfig.xml à mão, abres a porta do jogo (26900 por defeito) no router e manténs a correr um PC com memória suficiente para o teu mapa sempre que alguém queira jogar.

Para um par de amigos que joga nas mesmas noites, um PC a mais faz o trabalho. Quando o grupo joga a horas diferentes, ou um mundo 10K e um overhaul começam a pesar no teu computador, um servidor alugado mantém as hordas a chegar sem depender de ti. Os planos estão na nossa página Servidor 7 Days to Die.