Notícias
Lançamento do novo cluster Amsterdã High Performance
DS
Daniel Smith
julho 30, 2026
Atualizado julho 30, 2026

Servidor Dedicado de Palworld em VPS Linux: Guia Completo

Servidor Dedicado de Palworld em VPS Linux: Guia Completo

Palworld fica muito mais divertido quando o mundo não desaparece assim que alguém fecha o notebook. É exatamente esse o objetivo de rodar seu próprio servidor: um mapa persistente que fica no ar o tempo todo, sobrevive a reinicializações e permite que os amigos entrem quando tiverem uma hora livre, sem precisar combinar horários em torno do cliente de jogo de uma única pessoa. A hospedagem de servidor Palworld em um VPS Linux é a forma mais confiável de chegar lá, e custa uma fração do que a maioria das pessoas imagina, uma vez que você sabe quais etapas realmente importam.

Este guia cobre todo o caminho, desde um VPS vazio até um servidor dedicado do Palworld em funcionamento e com reinicialização automática: escolher as especificações certas, instalar os binários do servidor com o SteamCMD, editar o arquivo de configuração que realmente entra em vigor, abrir as portas corretas, encapsular o processo no systemd, configurar a administração remota e fazer backup dos saves — algo que, mais cedo ou mais tarde, você vai agradecer por ter feito. Tudo aqui foi escrito para Ubuntu 22.04/24.04 LTS, embora os comandos funcionem perfeitamente em Debian e outras distribuições derivadas dele.

O Que É um Servidor Dedicado do Palworld?

Na prática, o Palworld oferece três formas distintas de jogar com outras pessoas, e vale a pena entender a diferença antes de dedicar uma noite inteira à configuração. A mais simples é o cooperativo por convite: um jogador hospeda diretamente pelo próprio cliente do jogo, até três amigos entram, e o mundo só existe enquanto esse host permanecer conectado. Ao fechar o jogo, todos são desconectados.

Um servidor dedicado é outra história completamente diferente. Trata-se de um processo independente — o PalServer.sh no Linux — que roda sem depender do cliente de jogo de nenhum jogador, normalmente em um VPS Linux alugado. Ninguém precisa "ser o host", porque o host é uma máquina, não uma pessoa. A terceira opção é a hospedagem gerenciada por painel de jogos, na qual um provedor roda esse mesmo processo para você por trás de um painel de controle, trocando um pouco de flexibilidade por conveniência.

Alguns termos aparecem o tempo todo neste guia, então um glossário rápido ajuda. Um VPS (servidor privado virtual) é uma fatia de uma máquina física com sistema operacional próprio, acesso root e endereço IP público. O SteamCMD é a ferramenta de linha de comando da Valve para baixar arquivos de servidores de jogos distribuídos pela Steam, sem precisar de um cliente Steam gráfico. O PalWorldSettings.ini é o arquivo que controla praticamente tudo sobre o comportamento do seu mundo. O systemd é o gerenciador de serviços do Linux que mantém seu servidor rodando e o reinicia automaticamente em caso de falha. Já o RCON e a REST API são duas formas diferentes de enviar comandos administrativos a um servidor em execução sem precisar estar logado no próprio jogo.

Antes de Começar: Requisitos e Preparação

Tenha isso pronto antes de abrir um terminal:

  • Um VPS Linux rodando Ubuntu 22.04/24.04 LTS ou uma distribuição baseada em Debian, com acesso SSH root ou sudo
  • Um endereço IP público, que a maioria dos planos de VPS já inclui por padrão
  • Familiaridade básica com a linha de comando — copiar e colar já é suficiente
  • Um firewall que você possa configurar; este guia usa o ufw do início ao fim
  • O cliente do Palworld instalado em pelo menos uma máquina, para testar a conexão assim que o servidor estiver no ar

Dimensionar o VPS corretamente desde o início evita um redimensionamento doloroso no meio do projeto. O Palworld depende mais da RAM e do desempenho de núcleo único da CPU do que da quantidade bruta de núcleos, e esse apetite cresceu com o lançamento da versão 1.0 em julho de 2026, que adicionou a região da World Tree e praticamente dobrou o mapa explorável. A Pocketpair agora recomenda pelo menos 16 GB de RAM mesmo para um servidor pouco povoado, porque o uso de memória sobe de forma constante à medida que bases, Pals capturados e objetos do mundo se acumulam ao longo das semanas de jogo.

Tamanho do servidor CPU RAM Disco Observações
Pequeno (2 a 4 amigos) 4 vCPU 8–12 GB 30 GB SSD Confortável para jogatinas casuais de fim de semana
Comunidade em crescimento (8 a 16 jogadores) 6 vCPU, clock alto 16 GB 50 GB NVMe Corresponde à própria recomendação da Pocketpair para a versão 1.0
Servidor público completo (até 32 jogadores) 8+ vCPU, forte desempenho single-thread 32 GB+ 100 GB+ NVMe Reserve de 5 a 10 Mbps de upload por jogador simultâneo

Um VPS em nuvem de um provedor como a Serverspace é uma escolha prática aqui: você escolhe o nível de CPU e RAM que corresponde à quantidade de jogadores, recebe um IP público dedicado sem configuração extra e pode redimensionar a instância depois, caso a comunidade cresça além do plano original.

Como Configurar um Servidor Dedicado do Palworld no Linux: Passo a Passo

As etapas abaixo constroem o servidor a partir de um VPS zerado até um processo totalmente gerenciado e com reinicialização automática. Nenhuma delas é difícil isoladamente; o segredo é segui-las na ordem certa e não pular as que parecem opcionais.

Etapa 1: Provisionar e Preparar o VPS

Conecte-se via SSH como root ou com seu usuário sudo e atualize o sistema antes de instalar qualquer outra coisa.

sudo apt update && sudo apt upgrade -y

Rodar um servidor de jogo como root é um mau hábito que não custa nada evitar. Crie um usuário dedicado e sem privilégios, e faça todo o resto usando essa conta.

sudo adduser palworld

Etapa 2: Instalar as Dependências do SteamCMD

O SteamCMD e os binários do servidor do Palworld precisam das bibliotecas de runtime de 32 bits, mesmo em um sistema de 64 bits. Ative primeiro a arquitetura i386.

sudo dpkg --add-architecture i386
sudo apt update
sudo apt install -y lib32gcc-s1 lib32stdc++6 curl wget tar ca-certificates

Etapa 3: Baixar o SteamCMD

Faça isso como o usuário palworld, não como root, para que a propriedade dos arquivos já fique correta desde o início.

sudo -u palworld mkdir -p /home/palworld/steamcmd
sudo -u palworld wget https://steamcdn-a.akamaihd.net/client/installer/steamcmd_linux.tar.gz -P /home/palworld/steamcmd
sudo -u palworld tar -xvzf /home/palworld/steamcmd/steamcmd_linux.tar.gz -C /home/palworld/steamcmd

Etapa 4: Instalar os Arquivos do Servidor Dedicado do Palworld

O servidor dedicado é um aplicativo separado no SteamCMD, com seu próprio ID, 2394010, baixado por meio de um login anônimo. Ninguém precisa possuir o Palworld para hospedá-lo — apenas os jogadores que forem se conectar precisam ter o jogo.

sudo -u palworld /home/palworld/steamcmd/steamcmd.sh +login anonymous +force_install_dir /home/palworld/palserver +app_update 2394010 validate +quit

Isso baixa alguns gigabytes de dados, então espere que o download leve de alguns minutos a vinte ou mais, dependendo da sua conexão. Deixe o processo terminar; interromper uma validação no meio do caminho costuma deixar arquivos corrompidos para trás.

Etapa 5: Editar o PalWorldSettings.ini

É aqui que praticamente todo mundo tropeça na primeira tentativa. O arquivo de configuração ativo fica em Pal/Saved/Config/LinuxServer/PalWorldSettings.ini, dentro do diretório de instalação, e ele começa completamente vazio. Ao lado, existe o DefaultPalWorldSettings.ini, um arquivo modelo — editar esse não tem efeito nenhum durante a execução. Copie a estrutura dele para o PalWorldSettings.ini de verdade e edite os valores ali. Sempre pare o servidor antes: ao ser desligado, ele sobrescreve o arquivo com o que estiver carregado na memória naquele momento, apagando qualquer alteração feita enquanto estava rodando.

No mínimo, defina estas linhas:

ServerName="My Palworld Server"
ServerDescription="A friendly Palworld world"
AdminPassword="ChooseAStrongPassword"
PublicPort=8211
ServerPlayerMaxNum=32
CrossplayPlatforms=(Steam,Xbox,PS5,Mac)

A última linha importa mais do que parece: a versão 1.0 oferece crossplay completo entre Steam, Xbox, PlayStation 5 e Mac em servidores dedicados, mas só se esse parâmetro estiver ativo. Além desses itens essenciais, o arquivo tem dezenas de parâmetros ajustáveis. Comece com poucas mudanças, teste com alguns jogadores e vá ajustando aos poucos, em vez de rebalancear tudo de uma vez.

Parâmetro O que controla Valor típico
Difficulty Predefinição geral de dificuldade Normal
DayTimeSpeedRate Velocidade de passagem dos dias no jogo 1,0, ou menor para prolongar as noites
DeathPenalty O que o jogador perde ao morrer ItemAndEquipment para mundos casuais
PalCaptureRate Multiplicador de facilidade de captura de Pals 1,0–2,0 para um ritmo mais tranquilo
ExpRate Multiplicador de ganho de experiência 1,0–2,0, dependendo de quanta repetição você quer

Etapa 6: Abrir as Portas Necessárias

Errar aqui significa que os jogadores simplesmente não conseguirão se conectar, mesmo que os logs do servidor pareçam perfeitamente normais. A causa mais comum de um servidor Palworld "invisível" é encaminhar TCP onde era necessário UDP.

Porta Protocolo Finalidade Expor publicamente?
8211 UDP Conexão principal do jogo Sim — obrigatório
8212 TCP REST API para administração remota Não — restrinja a IPs confiáveis
25575 TCP RCON, console remoto legado Não — restrinja a IPs confiáveis
sudo ufw allow 8211/udp
sudo ufw allow from YOUR_TRUSTED_IP to any port 8212 proto tcp

Etapa 7: Adicionar Flags de Desempenho na Inicialização

A simulação central do Palworld ainda depende bastante de uma única thread, então algumas flags de inicialização ajudam o engine a distribuir o trabalho na CPU de forma mais eficiente.

-useperfthreads -NoAsyncLoadingThread -UseMultithreadForDS

Etapa 8: Encapsular o Servidor em um Serviço systemd

Uma sessão de screen ou tmux é suficiente para um teste rápido, mas um servidor de verdade merece um serviço adequado: início automático no boot, recuperação limpa após uma falha ou um encerramento por falta de memória, e um único comando para verificar o status. Crie o arquivo /etc/systemd/system/palworld.service e preencha as seções a seguir.

Em [Unit], defina:

Description=Palworld Dedicated Server
After=network.target

Em [Service], defina:

Type=simple
User=palworld
WorkingDirectory=/home/palworld/palserver
ExecStart=/home/palworld/palserver/PalServer.sh -useperfthreads -NoAsyncLoadingThread -UseMultithreadForDS
Restart=on-failure
RestartSec=15

Em [Install], defina:

WantedBy=multi-user.target

Depois, carregue e inicie:

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

Etapa 9: Testar a Conexão

No cliente do Palworld, escolha Join Multiplayer Game e informe o endereço IP público do seu VPS com a porta 8211. A primeira conexão costuma demorar um pouco mais do que o normal, enquanto o cliente baixa os metadados de mods e configurações do mundo — dê um minuto antes de supor que algo deu errado.

Etapa 10: Configurar a Administração Remota e Aprender os Principais Comandos do Servidor Palworld

Rodar comandos direto pelo chat do jogo funciona, mas exige que alguém esteja logado para moderar. O RCON resolve isso expondo um console remoto via TCP, autenticado com a mesma AdminPassword já definida no arquivo de configuração.

RCONEnabled=True
RCONPort=25575

A Pocketpair já sinalizou o RCON como obsoleto em favor de uma REST API HTTP mais nova, embora ele ainda funcione hoje. Vale tratá-lo como uma ponte, não como uma solução permanente — novas ferramentas de administração devem mirar na REST API, na porta 8212, autenticada via HTTP Basic auth com o usuário admin e a mesma AdminPassword.

Ferramenta Plataforma Observações
mcrcon Linux, Windows, macOS Cliente de linha de comando leve, a escolha mais comum para scripts
ARRCON Windows, Linux Interface gráfica interativa e CLI, boa para admins que preferem uma ferramenta visual
BattleMetrics Baseada na web Listagem de servidores mais um console RCON direto no navegador

Todo administrador de servidor dedicado acaba recorrendo aos mesmos comandos do servidor Palworld. O ShowPlayers lista todos os jogadores conectados no momento, junto com o Steam ID de cada um, que quase todos os outros comandos de moderação exigem como argumento. O Save grava o estado do mundo imediatamente, o que vale a pena rodar antes de qualquer mudança arriscada. O Broadcast envia uma mensagem para todos os jogadores na tela. O Shutdown recebe um atraso em segundos e uma mensagem, avisando as pessoas antes que o processo pare. O KickPlayer e o BanPlayer, cada um seguido do Steam ID obtido com o ShowPlayers, cuidam da parte disciplinar.

mcrcon -H your.server.ip -P 25575 -p YourPassword "ShowPlayers"
mcrcon -H your.server.ip -P 25575 -p YourPassword "Save"
mcrcon -H your.server.ip -P 25575 -p YourPassword "Shutdown 300 Restarting_for_maintenance"

Etapa 11: Automatizar Backups

A corrupção de saves é um problema documentado e recorrente no Palworld, e se proteger contra isso não é opcional. Os dados do mundo ficam em Pal/Saved/SaveGames. Uma tarefa cron diária simples já cobre o básico.

0 4 * * * tar -czf /home/palworld/backups/palworld-$(date +%F).tar.gz -C /home/palworld/palserver/Pal/Saved SaveGames

Copie esses arquivos para um lugar diferente do mesmo disco — um bucket de armazenamento de objetos, um segundo VPS, qualquer lugar que sobreviva caso a máquina principal não sobreviva. E teste uma restauração de vez em quando; um backup que nunca foi restaurado é, na prática, apenas uma suposição.

Etapa 12: Manter o Servidor Atualizado

O Palworld lança patches com frequência, e uma incompatibilidade de versão entre servidor e cliente bloqueia todas as conexões até que voltem a coincidir. Pare o serviço, rode novamente o mesmo comando de instalação com a flag validate e reinicie em seguida.

sudo systemctl stop palworld.service
sudo -u palworld /home/palworld/steamcmd/steamcmd.sh +login anonymous +force_install_dir /home/palworld/palserver +app_update 2394010 validate +quit
sudo systemctl start palworld.service

Vale destacar mais uma coisa: o lançamento da versão 1.0 em julho de 2026 trouxe relatos de clustering nativo de servidores, permitindo que várias instâncias de servidor interligadas compartilhem uma única comunidade conectada e, segundo alguns relatos, contornem o limite histórico de 32 jogadores. No momento da escrita deste guia, os detalhes de configuração do clustering ainda estavam sendo finalizados e documentados, então trate com cautela instruções específicas de portas ou configuração encontradas em outros lugares, e confira as notas de patch oficiais da Pocketpair antes de planejar uma comunidade em torno disso.

Prós e Contras de Hospedar Você Mesmo um Servidor Palworld em um VPS

Não existe um único melhor host de servidor Palworld para toda situação — depende de quanto você quer se envolver na parte técnica e de quanto valoriza controle total em vez de conveniência.

Abordagem Custo Controle Esforço de manutenção Uptime
Cooperativo entre pares (peer-hosted) Gratuito Baixo Nenhum Só enquanto o host estiver online
VPS Linux autogerenciado Baixo, escala com as especificações Total Moderado — atualizações e backups ficam por sua conta 24/7, tão confiável quanto o próprio VPS
Hospedagem gerenciada com painel de jogos Mais alto Parcial Baixo — o provedor cuida da maior parte 24/7

Um VPS autogerenciado ocupa um meio-termo confortável: custa menos do que um painel gerenciado ao longo do tempo, dá acesso root para ajustar de tudo, desde flags de inicialização até regras de firewall, e não exige que ninguém mantenha o próprio PC gamer ligado o tempo todo. A contrapartida é que atualizações, segurança e backups passam a ser sua responsabilidade, e não de outra pessoa. Para um grupo que já tem alguém confortável com um terminal, essa troca costuma valer facilmente a pena.

Limitações e Riscos a Considerar

O processo do servidor do Palworld ainda depende mais do desempenho de núcleo único da CPU do que da quantidade bruta de núcleos, então um VPS econômico com muitos núcleos fracos pode travar bem antes de a RAM se esgotar — verificar a velocidade de clock importa tanto quanto verificar a quantidade de núcleos na ficha técnica.

A corrupção de saves é um problema conhecido e recorrente na comunidade, não uma exceção rara. Queda súbita de energia, disco sem espaço ou encerrar o processo à força em vez de pará-lo corretamente podem danificar a pasta SaveGames. Os backups reduzem o estrago, mas não o evitam por completo, então parar o servidor de forma correta antes de qualquer mudança arriscada vale os dez segundos extras.

Como o RCON já está oficialmente obsoleto, construir novas automações em cima dele é meio como construir com tempo emprestado — a Pocketpair pode restringi-lo ou removê-lo em um patch futuro. A REST API é a aposta mais segura a longo prazo para qualquer coisa que você pretenda manter. De qualquer forma, nunca exponha a porta 8212 ou a porta 25575 para a internet aberta; ambas entregam controle administrativo total a quem conseguir alcançá-las com sua senha de administrador.

Um servidor dedicado com IP público também é um alvo visível na rede, simplesmente por existir. Bloquear todas as portas exceto a 8211 e o SSH, manter o sistema operacional atualizado e desativar o login SSH por senha em favor de chaves custam pouco e fecham boa parte da exposição.

Cenários Práticos: Como Diferentes Comunidades Rodam Servidores Palworld

Um Servidor de Fim de Semana para um Grupo Pequeno de Amigos

Quatro amigos que jogam algumas noites por semana não precisam de muita coisa: o menor nível de VPS da tabela de dimensionamento acima, taxas de drop padrão e um serviço systemd para que ninguém precise lembrar de iniciar nada. Os backups importam tanto aqui quanto em um servidor movimentado — um mundo pequeno ainda representa horas reais de investimento.

Fazendo Crescer um Servidor Público de Comunidade

Estar listado publicamente traz uma quantidade imprevisível de jogadores, e um servidor que parecia folgado com dez pessoas pode sofrer com vinte e cinco. Planeje aumentar o VPS antes que isso vire um problema, e não depois, e conte com o RCON ou a REST API para moderação quando não for mais possível acompanhar o chat o tempo todo.

Um Mundo PvP Semi-Hardcore

Loot mais restrito, penalidade de morte mais severa e moderação ativa andam juntos aqui. Conflitos entre jogadores acontecem rápido no PvP, e ter o ShowPlayers, o KickPlayer e o BanPlayer disponíveis pelo RCON — sem precisar estar logado no jogo — faz a diferença entre uma resolução rápida e uma discussão no chat que sai do controle.

Um Servidor Sempre Ativo para Criadores de Conteúdo

Streamers que hospedam para uma comunidade precisam de uptime acima de quase tudo, já que uma queda no meio da transmissão fica visível para a audiência em tempo real. Reinicializações automáticas via systemd, backups frequentes e uma margem acima do nível mínimo de RAM se pagam sozinhos aqui.

Migrando um Save Solo ou Cooperativo para um Servidor Dedicado

Mover um mundo existente para um novo servidor dedicado é possível, mas vale conhecer os limites antes de começar: você pode transferir os dados do mundo, mas não os dados de save específicos de cada jogador, vinculados ao perfil local individual. Espere que os jogadores voltem a entrar no mundo como se estivessem começando do zero, mesmo que o mapa, as bases e as estruturas já existam.

Erros Comuns ao Configurar um Servidor Dedicado do Palworld

  • Abrir TCP em vez de UDP na porta 8211, fazendo o servidor iniciar normalmente e parecer saudável nos logs, mesmo permanecendo completamente impossível de acessar
  • Editar o DefaultPalWorldSettings.ini em vez do PalWorldSettings.ini real, fazendo com que nenhuma das alterações pretendidas seja realmente aplicada
  • Rodar o processo do servidor como root, transformando qualquer exploit futuro em um comprometimento total do sistema
  • Expor a porta do RCON ou da REST API para toda a internet, em vez de restringi-la a IPs confiáveis
  • Deixar os backups para depois do primeiro save corrompido, em vez de antes
  • Subdimensionar a RAM para a quantidade de jogadores pretendida e depois culpar o "lag" por algo que na verdade é um gargalo de memória
  • Esquecer de atualizar os binários do servidor logo após o lançamento de um patch do cliente, o que bloqueia todos os jogadores com um erro de incompatibilidade de versão

Conclusão

Raramente existe uma única resposta para o que conta como a melhor hospedagem de servidor Palworld para todo grupo, mas um VPS Linux dimensionado corretamente para a quantidade de jogadores cobre bem a maioria dos casos. Nenhuma etapa isolada da configuração de um servidor dedicado do Palworld é difícil — instalar o SteamCMD, editar um arquivo de configuração, abrir algumas portas e encapsular o processo no systemd é talvez trinta minutos de trabalho real depois que você já fez isso uma vez. O que costuma pegar as pessoas é pular uma etapa por parecer opcional, e o protocolo da porta e a confusão entre o arquivo padrão e o real são os dois motivos que mais geram pedidos de suporte. Acerte nesses dois pontos, adicione uma tarefa cron de backup, e você terá um mundo que sobrevive à agenda de qualquer jogador individual. Se você ainda está decidindo a infraestrutura, um VPS Linux dimensionado para a quantidade esperada de jogadores — a linha de VPS da Serverspace está entre as opções razoáveis — oferece o acesso root que este guia inteiro pressupõe, sem precisar deixar uma máquina pessoal ligada.

Quais são os requisitos mínimos para rodar um servidor dedicado do Palworld?

Um servidor pequeno para dois a quatro amigos roda tranquilamente com 4 núcleos de vCPU e 8–12 GB de RAM. A própria recomendação da Pocketpair para a versão 1.0 é de pelo menos 16 GB, mesmo em um mundo pouco povoado, e um servidor público completo com 32 jogadores fica mais seguro com 32 GB ou mais, combinados com uma CPU de bom desempenho single-thread, e não apenas com muitos núcleos.

Como criar um servidor Palworld no Linux do zero?

Provisione um VPS Ubuntu ou Debian, instale as dependências de 32 bits, baixe o SteamCMD e use-o para obter os arquivos do servidor dedicado com o app ID 2394010, por meio de um login anônimo. A partir daí, edite o PalWorldSettings.ini, abra a porta UDP 8211 e encapsule o processo em um serviço systemd para que ele inicie automaticamente e reinicie caso falhe.

Qual é a melhor opção de hospedagem de servidor Palworld: um VPS autogerenciado ou um painel gerenciado?

Nenhuma das duas é universalmente melhor. Um VPS Linux autogerenciado custa menos ao longo do tempo e dá acesso root total, mas atualizações e backups passam a ser sua responsabilidade. Um painel de jogos gerenciado custa mais, mas tira de você a maior parte da manutenção. Grupos com alguém confortável com Linux tendem a preferir o caminho do VPS; grupos sem essa pessoa se inclinam para um painel gerenciado.

Quais comandos do servidor Palworld os administradores devem aprender primeiro?

ShowPlayers, Save, Broadcast, Shutdown, KickPlayer e BanPlayer cobrem a maior parte da moderação do dia a dia. O ShowPlayers costuma ser o primeiro comando executado em qualquer sessão, já que retorna os Steam IDs que tanto o KickPlayer quanto o BanPlayer exigem como argumento.

A configuração de um servidor dedicado do Palworld é difícil para quem não tem experiência com Linux?

É bem acessível se você seguir as etapas na ordem e copiar os comandos exatamente como estão. O que costuma travar iniciantes não são os comandos em si, mas duas pegadinhas específicas: encaminhar o protocolo errado na porta 8211 e editar o arquivo de configuração modelo em vez do que o servidor realmente lê.

Preciso ter o Palworld para rodar um servidor dedicado?

Não. O SteamCMD baixa os arquivos do servidor dedicado por meio de um login anônimo, completamente separado do jogo comercial. Só os jogadores que realmente vão se conectar e jogar precisam ter uma cópia do Palworld.

Você também pode gostar...

Usamos cookies para melhorar sua experiência no Serverspace. Ao continuar a navegar em nosso site, você concorda com o Uso de Cookies e com a Política de Privacidade.