Montar un servidor dedicado de Palworld en un VPS (2026): SteamCMD, puertos, configuración, copias de seguridad y actualizaciones

La base oficial actual de Pocketpair es 4 o más núcleos de CPU, 16 GB de memoria y un SSD rápido; con 8 GB puede arrancar, pero la memoria insuficiente aumenta la probabilidad de caídas, y la guía oficial recomienda 32 GB o más para servidores grandes. Palworld no necesita una GPU dedicada, así que al comprar debes priorizar un rendimiento de CPU estable, memoria realmente disponible, discos NVMe y calidad de red UDP.

A continuación se ofrecen recomendaciones prácticas de partida para comprar un VPS, no garantías oficiales de concurrencia:

El centro de datos debe estar cerca de tus jugadores principales, y debes confirmar que el proveedor permite servidores de juegos, admite UDP, ofrece tráfico suficiente y una protección DDoS razonable. Para servidores públicos, pregunta también claramente por la política de bloqueo tras un ataque y el coste de cambiar de IP. Si necesitas comparar rutas y configuraciones, empieza por la guía de recomendaciones y configuración de VPS para servidores de juegos.

Pocketpair ofrece una imagen oficial de Docker, pero no recomienda explícitamente ejecutarla en Docker Desktop para Windows/macOS, porque la E/S de disco puede provocar corrupción de partidas guardadas y riesgos de fallo. Este artículo elige SteamCMD nativo de Linux, con rutas más transparentes y más adecuado para un primer autoalojamiento. Si quieres gestionar varias instancias como Minecraft, Rust y Palworld en la misma máquina, puedes cambiar a montar un panel de servidores de juegos Pterodactyl en un VPS; para comparar otro enfoque de gestión de servidores de juegos, consulta el tutorial de servidor dedicado de Rust con LinuxGSM.

Un despliegue mínimo funcional solo necesita exponer un puerto de juego:

La documentación oficial ha marcado RCON como obsoleto y afirma que el soporte finalizará en una futura actualización. No bases los flujos de gestión de nuevos servidores en RCON; si realmente necesitas gestión remota, prefiere la REST API y restíngela a 127.0.0.1, una LAN o una red de gestión WireGuard/Tailscale. La REST API es una interfaz de gestión, y exponerla directamente a internet puede permitir operaciones no autorizadas.

El tipo de servidor también afecta a cómo se unen los jugadores:

• Servidor dedicado normal: los jugadores se unen mediante IP pública y puerto, adecuado para jugadores de Steam y grupos pequeños.
• Servidor comunitario: añade -publiclobby al arrancar, y el servidor aparece en la lista dentro del juego. Los jugadores de Xbox o PS5 necesitan el punto de entrada de servidor comunitario para unirse a un servidor autoalojado.
• La lista multiplataforma predeterminada oficial actual es Steam, Xbox, PS5 y Mac; no uses ya el obsoleto AllowConnectPlatform, usa CrossplayPlatforms.

Primero actualiza el sistema e instala las dependencias con una cuenta de administrador que tenga privilegios sudo:

sudo apt update
sudo apt upgrade -y
sudo apt install -y curl ca-certificates tar lib32gcc-s1 ufw

Crea una cuenta de servicio que no se use para iniciar sesión a diario, y prepara los directorios de SteamCMD y Palworld:

sudo adduser --disabled-password --gecos "" palworld
sudo install -d -o palworld -g palworld /opt/steamcmd
sudo install -d -o palworld -g palworld /opt/palworld
sudo -iu palworld

No ejecutes el servidor de juego como root a largo plazo. Un usuario dedicado limita los permisos de archivos y evita que el proceso del servidor tenga directamente derechos administrativos sobre todo el VPS.

Los siguientes comandos se ejecutan como el usuario palworld. Primero descarga SteamCMD para Linux desde la CDN de Steam de Valve:

cd /opt/steamcmd
curl -fsSL https://steamcdn-a.akamaihd.net/client/installer/steamcmd_linux.tar.gz -o steamcmd_linux.tar.gz
tar -xzf steamcmd_linux.tar.gz
./steamcmd.sh +quit

Luego inicia sesión de forma anónima e instala el Palworld Dedicated Server. El App ID oficial del servidor es 2394010:

/opt/steamcmd/steamcmd.sh \
  +force_install_dir /opt/palworld \
  +login anonymous \
  +app_update 2394010 validate \
  +quit

Cuando aparezca Success! App '2394010' fully installed., comprueba los archivos principales:

test -x /opt/palworld/PalServer.sh
ls -lah /opt/palworld

validate es adecuado para una primera instalación o para reparar archivos dañados. Las actualizaciones diarias pueden omitirlo para evitar una validación completa y lecturas y escrituras de disco adicionales cada vez.

El directorio de configuración solo se genera después de que el servidor se haya iniciado al menos una vez. Ejecútalo primero en primer plano:

cd /opt/palworld
./PalServer.sh -port=8211 -players=16 -logformat=text

Espera a que los registros lleguen a un estado de ejecución normal y pulsa Ctrl+C para detenerlo. Confirma que el directorio de configuración de Linux ya existe:

test -d /opt/palworld/Pal/Saved/Config/LinuxServer

Copia una configuración real desde la plantilla predeterminada oficial:

cp /opt/palworld/DefaultPalWorldSettings.ini \
  /opt/palworld/Pal/Saved/Config/LinuxServer/PalWorldSettings.ini
chmod 600 /opt/palworld/Pal/Saved/Config/LinuxServer/PalWorldSettings.ini

El archivo que realmente surte efecto es Pal/Saved/Config/LinuxServer/PalWorldSettings.ini. Editar directamente el DefaultPalWorldSettings.ini del directorio raíz no cambiará la configuración del servidor; esta es la causa más común de «cambié la configuración pero no pasó nada».

Primero genera dos contraseñas aleatorias diferentes y guárdalas en un gestor de contraseñas:

openssl rand -base64 32
openssl rand -base64 32

La primera puede servir como contraseña de acceso de jugadores y la segunda como contraseña de administrador. Edita el archivo de configuración real:

nano /opt/palworld/Pal/Saved/Config/LinuxServer/PalWorldSettings.ini

La configuración principal de este archivo se concentra en una línea, OptionSettings=(...). No borres las demás claves de la plantilla ni dividas el ejemplo en varias líneas; busca y modifica estos campos en la línea existente:

ServerName="My Palworld Server"
ServerDescription="Private server for friends"
ServerPassword="替换为玩家密码"
AdminPassword="替换为不同的管理员密码"
ServerPlayerMaxNum=16
CrossplayPlatforms=(Steam,Xbox,PS5,Mac)
bIsUseBackupSaveData=True
RESTAPIEnabled=True
RESTAPIPort=8212
RCONEnabled=False

Tras guardar, comprueba que los campos clave existen realmente, pero no copies la línea completa con contraseñas en tickets, chats o repositorios públicos:

grep -oE 'ServerName="[^"]*"|ServerPlayerMaxNum=[0-9]+|CrossplayPlatforms=\([^)]*\)|bIsUseBackupSaveData=(True|False)|RESTAPIEnabled=(True|False)|RCONEnabled=(True|False)' \
  /opt/palworld/Pal/Saved/Config/LinuxServer/PalWorldSettings.ini

bIsUseBackupSaveData=True hace que el servidor cree un subdirectorio backup en el directorio de partidas guardadas y conserve varias copias de seguridad de corto plazo según la política oficial. Aumenta la carga de disco, así que igualmente debes usar NVMe y mantener además una copia de seguridad externa.

Sal del usuario palworld y vuelve a la cuenta de administrador:

exit
sudo nano /etc/systemd/system/palworld.service

Escribe el siguiente servicio de instancia única:

[Unit]
Description=Palworld Dedicated Server
Wants=network-online.target
After=network-online.target

[Service]
Type=simple
User=palworld
Group=palworld
WorkingDirectory=/opt/palworld
ExecStart=/opt/palworld/PalServer.sh -port=8211 -players=16 -logformat=text
Restart=on-failure
RestartSec=10
KillSignal=SIGINT
TimeoutStopSec=120
LimitNOFILE=100000

[Install]
WantedBy=multi-user.target

La página oficial de parámetros advierte que, a partir de Palworld 1.0, no establecer la antigua combinación -useperfthreads -NoAsyncLoadingThread -UseMultithreadForDS puede ofrecer mejor rendimiento, así que no copies tutoriales antiguos. Ajusta los parámetros de hilos solo cuando las pruebas de carga demuestren un beneficio.

Carga, inicia y comprueba:

sudo systemctl daemon-reload
sudo systemctl enable --now palworld
sudo systemctl status palworld --no-pager
sudo journalctl -u palworld -n 100 --no-pager

Confirma que 8211/UDP y el puerto de gestión local están escuchando:

sudo ss -lunp | grep ':8211'
sudo ss -lntp | grep ':8212'

Si por ahora no usas la REST API, cambia RESTAPIEnabled de nuevo a False y reinicia el servicio para reducir una superficie de gestión.

Primero mantén abierta la sesión SSH actual y permite SSH y el puerto UDP del juego:

sudo ufw allow OpenSSH
sudo ufw allow 8211/udp
sudo ufw deny 8212/tcp
sudo ufw deny 25575/tcp
sudo ufw status numbered
sudo ufw enable

El grupo de seguridad del proveedor de nube también debe permitir 8211/UDP. Abrir solo TCP 8211 no sirve; si falta el grupo de seguridad de la nube o UFW, los jugadores externos no podrán conectarse.

Aunque la REST API esté habilitada, no permitas el 8212 en el grupo de seguridad de la nube. Cuando necesites gestionar desde tu ordenador personal, establece primero un túnel WireGuard, Tailscale o SSH y luego accede mediante una dirección privada o local. Un proxy normal de Cloudflare con nube naranja tampoco puede proxyar directamente el tráfico UDP del juego de Palworld; el registro A del dominio debe mantenerse solo DNS, o usar directamente la IP pública.

Para uso a pequeña escala por jugadores de Steam, mantén el comando de arranque actual de systemd, y los jugadores se unen mediante IP pública y puerto:

203.0.113.20:8211

Sustituye la IP de ejemplo por la IPv4 pública real del VPS. Si quieres que los jugadores de Xbox o PS5 encuentren el servidor en la lista dentro del juego, cambia ExecStart al modo de servidor comunitario:

ExecStart=/opt/palworld/PalServer.sh -port=8211 -players=16 -publiclobby -publicip=203.0.113.20 -publicport=8211 -logformat=text

Luego recarga y reinicia:

sudo systemctl daemon-reload
sudo systemctl restart palworld
sudo journalctl -u palworld -n 100 --no-pager

-publicport solo declara el puerto externo mostrado en el listado comunitario y no cambia el puerto de escucha real del servidor; el puerto de escucha real sigue determinado por -port. El registro en la lista de servidores tarda tiempo; si por ahora la lista no lo encuentra, revisa primero los registros, el cortafuegos UDP y la IP pública, y no abras a la vez un montón de puertos de origen desconocido sin criterio.

La REST API oficial permite consultar información del servidor, jugadores, ajustes y métricas, y también guardar el mundo, difundir mensajes, expulsar, banear y apagar el servidor. Usa HTTP Basic Auth, pero la documentación oficial no fija un nombre de usuario en la página de descripción general, así que guíate por la versión actual del servidor y la configuración real del cliente, y no trates los nombres de usuario predeterminados de tutoriales de terceros como hechos siempre válidos.

Primero prueba si la interfaz responde solo en el propio VPS:

curl -i http://127.0.0.1:8212/v1/api/info

Que devuelva 401 Unauthorized en realidad indica que la interfaz existe y la autenticación está activa. Al configurar scripts de gestión, haz que lean de un archivo de entorno restringido o de un gestor de contraseñas, y no escribas la contraseña de administrador directamente en el historial del shell. Los programas de operación deben llamar primero al /save oficial para guardar el mundo y luego a /shutdown para apagar de forma ordenada; no uses por defecto la terminación forzada con /stop.

Si tus necesidades son solo actualizaciones y copias de seguridad periódicas, puedes prescindir por completo de la REST API y hacerlo todo mediante SSH, systemd y copias de seguridad con el servidor detenido, sin añadir superficie de ataque pública solo por «tener un panel».

Las copias de seguridad integradas de Palworld sirven para revertir rápido, pero no sustituyen a las copias externas ante fallos del VPS, borrados accidentales y daños del disco. Se recomienda usar ambas:

1. bIsUseBackupSaveData=True genera copias internas de intervalo corto.
2. Tras detener el servidor, empaqueta todo Pal/Saved y sincronízalo a otra máquina o a almacenamiento de objetos.

Crea un directorio de copias de seguridad local:

sudo install -d -m 750 -o root -g palworld /var/backups/palworld

En una ventana de mantenimiento, detén el servidor y empaqueta las partidas guardadas, la configuración y las copias internas:

sudo systemctl stop palworld
sudo tar -C /opt/palworld/Pal -czf \
  "/var/backups/palworld/palworld-$(date -u +%Y%m%dT%H%M%SZ).tar.gz" \
  Saved
sudo systemctl start palworld
sudo systemctl is-active palworld

Lista el archivo comprimido y comprueba su contenido por muestreo:

sudo ls -lh /var/backups/palworld
sudo tar -tzf /var/backups/palworld/palworld-YYYYMMDDTHHMMSSZ.tar.gz | head -n 30

Sustituye el nombre de archivo de ejemplo por el real. Mantén al menos una copia de seguridad fuera de la máquina y realiza simulacros de restauración con regularidad. Si necesitas incluir restic, rclone, bases de datos y Docker en la recuperación ante desastres, consulta la guía de copias de seguridad y simulacros de restauración en VPS.

Antes de restaurar, detén el servicio y comprueba el archivo comprimido; nunca sobrescribas directamente el único mundo existente:

sudo systemctl stop palworld
sudo tar -tzf /var/backups/palworld/palworld-YYYYMMDDTHHMMSSZ.tar.gz | head -n 30
sudo mv /opt/palworld/Pal/Saved \
  "/opt/palworld/Pal/Saved.before-restore-$(date -u +%Y%m%dT%H%M%SZ)"
sudo tar -C /opt/palworld/Pal -xzf \
  /var/backups/palworld/palworld-YYYYMMDDTHHMMSSZ.tar.gz
sudo chown -R palworld:palworld /opt/palworld/Pal/Saved
sudo systemctl start palworld

Después comprueba que el servicio, los registros y el mundo son correctos:

sudo systemctl status palworld --no-pager
sudo journalctl -u palworld -n 150 --no-pager
sudo find /opt/palworld/Pal/Saved/SaveGames -maxdepth 3 -type f | head

Solo después de entrar al juego y confirmar personajes, gremios, bases y la fecha del mundo se considera exitosa la restauración. Que «el archivo comprimido se pueda extraer» por sí solo no demuestra que el negocio sea recuperable. Conserva Saved.before-restore-* hasta confirmarlo todo, y no tengas prisa por borrarlo.

Cuando las versiones del cliente y del servidor no coinciden, los jugadores normalmente no pueden unirse. Antes de actualizar, avisa a los jugadores, guarda el mundo y haz una copia de seguridad, y luego ejecuta SteamCMD:

sudo systemctl stop palworld
sudo tar -C /opt/palworld/Pal -czf \
  "/var/backups/palworld/palworld-before-update-$(date -u +%Y%m%dT%H%M%SZ).tar.gz" \
  Saved
sudo -u palworld /opt/steamcmd/steamcmd.sh \
  +force_install_dir /opt/palworld \
  +login anonymous \
  +app_update 2394010 \
  +quit
sudo systemctl start palworld

Comprueba inmediatamente después de actualizar:

sudo systemctl is-active palworld
sudo journalctl -u palworld -n 150 --no-pager
sudo ss -lunp | grep ':8211'

No sobrescribas los binarios mientras el proceso está en ejecución, ni configures «reiniciar sin supervisión en cuanto Steam publique una actualización». Un enfoque más seguro es ejecutar en una ventana de mantenimiento fija: difundir con antelación, confirmar que no hay nadie en línea, hacer copia de seguridad, detener, actualizar, iniciar, verificar y luego permitir la entrada de jugadores.

Mira primero los recursos reales, en lugar de adivinar por el «número de vCPU»:

free -h
df -h /opt/palworld /var/backups/palworld
uptime
ps -C PalServer-Linux-Test -o pid,%cpu,%mem,rss,etime,cmd
sudo journalctl -u palworld --since "30 minutes ago" --no-pager

Observa estas señales a lo largo del tiempo:

• La memoria se acerca continuamente al límite, los registros muestran OOM o el sistema mata el proceso: amplía la memoria, no dependas del swap para aguantar.
• Un solo núcleo permanece a plena carga pero la CPU total no es alta: prefiere un nodo con mejor rendimiento de un solo núcleo en lugar de solo añadir más núcleos lentos.
• La latencia sube cuando los jugadores se concentran en bases grandes: reduce estructuras excesivas, Pals trabajadores de base y multiplicadores de alta carga, y reinicia en horas de baja actividad.
• Las partidas guardadas y las copias internas crecen rápido: amplía el disco, establece una política de retención de copias externas y monitoriza los inodos y el espacio libre.
• Inestabilidad de red o pérdida de paquetes: migra a un centro de datos más cercano a los jugadores, con calidad UDP y protección más estables.

En un servidor público, no fijes el límite de jugadores en 32 desde el principio. Ejecuta primero con 8-16 jugadores durante una semana, registra la memoria y CPU en horas punta, el crecimiento de las partidas guardadas y la latencia, y luego amplía gradualmente.

• El servidor se ejecuta como un usuario palworld dedicado, no como root.
• systemctl is-active palworld devuelve active.
• ss muestra 8211/UDP escuchando.
• Tanto el grupo de seguridad de la nube como UFW exponen solo el 8211/UDP necesario.
• La REST API 8212 y el RCON heredado 25575 no están expuestos a internet.
• Editaste el PalWorldSettings.ini real bajo LinuxServer.
• La contraseña de jugador y la de administrador son diferentes y no aparecen en el historial del shell ni en archivos públicos.
• Los jugadores de Steam pueden unirse por IP pública; las necesidades de Xbox/PS5 han cambiado al modo de servidor comunitario.
• Las copias de seguridad integradas están activadas y hay una copia externa.
• Has hecho realmente una restauración y entrado al juego para verificar los datos del mundo.
• El proceso de actualización incluye aviso, copia de seguridad, parada, actualización, arranque y verificación de registros.

• Palworld Server Guide: requisitos de ejecución
• Palworld Server Guide: desplegar un servidor dedicado
• Palworld Server Guide: parámetros de arranque
• Palworld Server Guide: parámetros de configuración
• Palworld Server Guide: REST API
• Imagen oficial de Docker de Palworld de Pocketpair y ejemplo de Compose

Montar un servidor dedicado de Palworld en un VPS no consiste principalmente en arrancarlo bien una vez, sino en hacer bien a la vez la memoria de 16 GB o más, el 8211/UDP, la ruta de configuración real, el punto de entrada multiplataforma, la supervisión con systemd, las copias de seguridad en dos capas y las actualizaciones controladas. Para un servidor privado pequeño, Ubuntu 24.04, SteamCMD y systemd ya son suficientes; considera Pterodactyl para múltiples instancias o gestión entre varias personas, y los equipos con estándares de contenedores maduros pueden elegir la imagen oficial de Docker de Pocketpair.

Tras la puesta en marcha, observa primero durante una semana con 8-16 jugadores y luego amplía según la memoria en horas punta, la carga de un solo núcleo, el crecimiento de las partidas guardadas y la calidad de la red. Siempre que la REST API no esté expuesta a internet, hagas copia de seguridad antes de actualizar y hayas practicado realmente el proceso de restauración, este servidor tendrá la base para funcionar a largo plazo.