Cómo alojar un servidor dedicado de Palworld en Linux
Un servidor dedicado de Palworld admite hasta 32 jugadores en un mundo persistente, frente a cuatro en una sesión cooperativa, y el mundo sigue en marcha cuando el anfitrión se desconecta. Pocketpair distribuye el servidor para Linux como descarga gratuita a través de SteamCMD, y desde que la versión 1.0 salió del acceso anticipado el 10 de julio de 2026 su documentación ha cambiado en puntos que las guías antiguas pasan por alto: los flags de multithreading que copian todos los tutoriales ya no se recomiendan, y RCON queda obsoleto en favor de una API REST. En Ubuntu o Debian, la configuración parte de los requisitos de hardware que publica Pocketpair y pasa por la instalación, PalWorldSettings.ini y una unidad systemd que guarda el mundo antes de detenerlo, hasta el único puerto que necesitan los jugadores, el crossplay con Xbox y PS5, las copias de seguridad y las actualizaciones. Los mods del lado del servidor son lo único que un servidor Linux no puede ejecutar.
Cargando...
Alojar un servidor de Palworld, en resumen
Un servidor dedicado de Palworld es una descarga gratuita de Steam (app 2394010) que funciona de forma nativa en Linux de 64 bits y escucha en un único puerto UDP, el 8211. El procedimiento en una máquina Ubuntu o Debian limpia:
- Elige una máquina con al menos 4 núcleos y 16 GB de RAM, con almacenamiento SSD.
- Instala SteamCMD y descarga el servidor de forma anónima; no hace falta cuenta de Steam ni licencia del juego.
- Arráncalo una vez para que cree sus carpetas de configuración y después detenlo.
- Copia el archivo de ajustes por defecto a su sitio y define un nombre de servidor, una contraseña de acceso y una contraseña de administrador.
- Ejecútalo con systemd y un script de parada que guarde antes el mundo.
- Abre 8211/udp y añade
-publiclobbysi alguien se conecta desde Xbox o PS5. - Activa las copias rotativas integradas y copia la carpeta de partidas fuera de la máquina.
La dirección de ejemplo, 203.0.113.10, pertenece al rango reservado para documentación. Sustitúyela por la tuya.
El hardware que recomienda Pocketpair
La página de requisitos de Pocketpair tiene cinco líneas:
| Recurso | Cifra de Pocketpair | Qué significa en la práctica |
|---|---|---|
| CPU | 4 núcleos o más, recomendado | Solo un número de núcleos; la página no fija velocidad de reloj |
| RAM | 16 GB recomendados; 32 GB para servidores más grandes | Con 8 GB "también arranca, pero aumenta la posibilidad de caídas del servidor por falta de memoria" |
| Almacenamiento | Un SSD rápido | La página advierte de que "un almacenamiento de bajo rendimiento puede corromper los datos guardados" |
| Red | UDP 8211, modificable | Un puerto para los jugadores; nada más necesita ser público |
| SO | Linux de 64 bits (Ubuntu, AlmaLinux y otros) | El mismo binario sirve para ambas familias de distribuciones |
De los tres juegos de esta serie, Palworld es con diferencia el que más RAM pide. Un servidor de Valheim funciona con una fracción de esa cantidad, y un mundo pequeño de Minecraft con una cuarta parte.
La cifra de RAM es la que hay que respetar. Un servidor de juegos que se queda sin memoria no se ralentiza: el kernel lo mata y se pierde todo lo ocurrido desde el último guardado. La carga depende más del propio mundo que del número de jugadores. La referencia de configuración de Pocketpair señala BaseCampMaxNumInGuild, BaseCampWorkerMaxNum (un máximo de 50 Pals trabajando por base) y PalSpawnNumRate como ajustes que elevan la carga del servidor al subirlos. Treinta jugadores con una base llena de trabajadores cada uno no es el mismo servidor que treinta jugadores explorando.
La memoria en uso también crece cuanto más tiempo lleva el proceso en marcha. Las notas de parche de Pocketpair recogen correcciones de fugas de memoria del servidor dedicado en la v0.3.10 (30 de octubre de 2024) y la v0.5.3 (9 de abril de 2025), una optimización para sesiones largas en la v0.6.2 (10 de julio de 2025) y más correcciones de fugas en las notas de la 1.0. Las mediciones publicadas son anteriores a todo eso. En enero de 2024, usuarios de la imagen Docker de thijsvanloef informaron de un servidor inactivo en unos 3,5 GB y de un servidor de cuatro jugadores que agotó sus 8 GB al cabo de cinco horas. Después de la 1.0, el proveedor de hosting ConnectHosting escribió el 11 de julio de 2026 que la fuga seguía en la 1.0.3, y recomienda reinicios diarios y 24 GB para un mundo de 32 jugadores, sin publicar mediciones.
Una estimación construida a partir de esas fuentes, con el intervalo de reinicio como parte del dimensionamiento:
| Jugadores | RAM | Reinicio programado | Base |
|---|---|---|---|
| Hasta 8 | 16 GB | Cada 8 a 24 horas | Los 16 GB de Pocketpair; un calendario de reinicios de la comunidad indica cada 8 horas para 8 usuarios con 16 GB, escrito antes de las correcciones de fugas |
| 9 a 16 | 32 GB | Cada 12 horas | Los 16 usuarios con 32 GB del mismo calendario |
| 17 a 32 | 32 GB | Cada 12 a 24 horas | Los 32 GB de Pocketpair para servidores más grandes, por encima de los 24 GB de ConnectHosting para 32 jugadores |
Pocketpair también desaconseja Docker Desktop para ejecutar el servidor, porque "aumenta el riesgo de corrupción de los datos guardados y de fallos de funcionamiento". Docker Engine en un host Linux es un producto distinto, y Pocketpair publica su propio archivo compose para él. Ejecutar el binario con systemd no necesita ninguno de los dos.
Instalar SteamCMD y el servidor
Paso 1: SteamCMD
SteamCMD es el cliente de línea de comandos de Valve para descargar servidores dedicados. Es un programa de 32 bits, así que primero hay que habilitar la arquitectura i386. En Ubuntu, el paquete está en el componente multiverse:
sudo add-apt-repository multiverse
sudo dpkg --add-architecture i386
sudo apt update
sudo apt install steamcmd
En Debian, añade non-free a los componentes de tus fuentes de apt y ejecuta las mismas líneas de dpkg, apt update y apt install. La página de SteamCMD de Valve recoge ambos casos.
Paso 2: un usuario de servicio y la descarga
Ejecuta el servidor con su propio usuario sin privilegios, para que un proceso de juego comprometido controle un directorio personal y nada más:
sudo useradd --create-home --shell /bin/bash steam
sudo -u steam /usr/games/steamcmd +force_install_dir /home/steam/palworld \
+login anonymous +app_update 2394010 validate +quit
+force_install_dir tiene que ir antes de +login; si no, SteamCMD lo ignora. El mismo comando actualiza después el servidor en su sitio.
Paso 3: primer arranque
Los directorios de configuración y de partidas solo existen después de que el servidor se haya ejecutado una vez:
sudo -u steam /home/steam/palworld/PalServer.sh
Espera a que el registro se estabilice y detenlo con Ctrl+C.
Si ese primer arranque falla con .steam/sdk64/steamclient.so: cannot open shared object file, la solución de la documentación v0.1.5.1 de Pocketpair sigue siendo válida: crea ~/.steam/sdk64/ para el usuario steam y copia ahí steamclient.so desde Steamworks SDK Redist (app 1007). La documentación actual ya no menciona el error, y la descarga del servidor 1.0 incluye por sí misma el redistribuible de Linux. La página antigua también advierte de que aplicar la solución en un servidor que ya está en juego devuelve a todos los jugadores a la creación de personaje, así que hazlo antes de que entre nadie.
Escribir PalWorldSettings.ini
El servidor lee sus ajustes de un único archivo, que creas copiando el que viene por defecto:
cd /home/steam/palworld
sudo -u steam cp DefaultPalWorldSettings.ini Pal/Saved/Config/LinuxServer/PalWorldSettings.ini
Editar DefaultPalWorldSettings.ini directamente no cambia nada; lo dice la documentación de Pocketpair, y el directorio solo existe tras el primer arranque. El archivo copiado contiene una cabecera de sección y una única línea larga de ajustes:
[/Script/Pal.PalGameWorldSettings]
OptionSettings=(ServerName="Lamball Ranch",ServerDescription="Friends only",AdminPassword="long-random-admin-password",ServerPassword="join-password",ServerPlayerMaxNum=16,RESTAPIEnabled=True,RESTAPIPort=8212,RCONEnabled=False,bIsUseBackupSaveData=True,CrossplayPlatforms=(Steam,Xbox,PS5,Mac))
Mantén todo dentro de la única línea OptionSettings=(...) y edita los valores en su sitio; la línea real es mucho más larga que este extracto e incluye además todas las tasas de juego. Los ajustes que hay que decidir el primer día, según la referencia de configuración de Pocketpair:
| Clave | Valor que darle |
|---|---|
ServerName, ServerDescription | Lo que ven los jugadores en la lista de servidores |
ServerPassword | Una contraseña de acceso, salvo que el servidor vaya a ser público |
AdminPassword | Una cadena larga y aleatoria. Desbloquea los comandos de administración del chat y la API REST |
ServerPlayerMaxNum | Tu límite real. La página de Steam del juego da 32 como máximo del servidor dedicado |
RESTAPIEnabled | True, para el apagado limpio de la sección de systemd |
RCONEnabled | False. Pocketpair ha declarado obsoleto RCON y dice que "está previsto que deje de funcionar en una próxima actualización" |
bIsUseBackupSaveData | True. La sección de copias de seguridad explica qué guarda |
CrossplayPlatforms | Por defecto admite Steam, Xbox, PS5 y Mac; quita las que quieras excluir |
Si parece que un cambio en el archivo se ignora, busca un WorldOption.sav en la carpeta de partidas del mundo. Varios proveedores de hosting informan de que, cuando existe, normalmente tras migrar un mundo cooperativo, sus valores prevalecen sobre el .ini.
Argumentos de arranque a partir de la 1.0
La mayoría de los tutoriales de Palworld, incluidos muchos escritos en 2024 y 2025, indican arrancar el servidor con -useperfthreads -NoAsyncLoadingThread -UseMultithreadForDS. La página de argumentos de Pocketpair dice ahora lo contrario: "En la v1.0 y posteriores, dejar este parámetro sin definir puede mejorar el rendimiento". Su propio archivo compose de ejemplo todavía los pasa, así que trata los flags como algo que probar con tu mundo y no como opción por defecto. Empieza sin ellos.
Los argumentos que sigue valiendo la pena conocer:
| Argumento | Efecto |
|---|---|
-port=8211 | El puerto UDP del juego |
-players=32 | Límite de jugadores pasado al arrancar |
-publiclobby | Registra el servidor como servidor comunitario, que es lo que necesitan los jugadores de consola para encontrarlo |
-publicip= / -publicport= | La dirección y el puerto que se anuncian para un servidor comunitario, cuando difieren de los que detecta el servidor |
-logformat=text | Formato del registro, text o json |
Ejecutarlo con systemd y un apagado limpio
La documentación de Pocketpair no dice nada sobre cómo trata el servidor SIGTERM, que es lo que envía systemd al detenerlo. Por eso la unidad guarda a través de la API REST y pide al servidor que se apague por sí mismo antes de que systemd envíe ninguna señal.
El script de parada, en /home/steam/palworld-stop.sh:
#!/bin/sh
# Save, give players a 10-second warning, then wait for the process to exit.
AUTH="admin:$(cat /home/steam/.palworld-admin-password)"
API=http://127.0.0.1:8212/v1/api
curl -s -u "$AUTH" -X POST "$API/save"
curl -s -u "$AUTH" -X POST "$API/shutdown" \
-H 'Content-Type: application/json' \
-d '{"waittime": 10, "message": "Server restarting in 10 seconds"}'
while kill -0 "$MAINPID" 2>/dev/null; do sleep 1; done
Guarda la contraseña de administrador en /home/steam/.palworld-admin-password, con steam como propietario y modo 600, y haz el script ejecutable. La referencia de la API REST de Pocketpair especifica autenticación HTTP Basic con la contraseña de administrador; el nombre de usuario, admin, es el que usan los proveedores de hosting y las bibliotecas cliente de la API.
La unidad, en /etc/systemd/system/palworld.service:
[Unit]
Description=Palworld dedicated server
After=network-online.target
Wants=network-online.target
[Service]
User=steam
Group=steam
WorkingDirectory=/home/steam/palworld
ExecStart=/home/steam/palworld/PalServer.sh -port=8211 -players=16
ExecStop=/home/steam/palworld-stop.sh
Restart=on-failure
RestartSec=15
TimeoutStopSec=90
[Install]
WantedBy=multi-user.target
systemd pasa $MAINPID a ExecStop, de modo que el bucle del final del script espera a que el servidor salga por su cuenta. Si la API no responde, el TimeoutStopSec de 90 segundos vence y systemd recurre a matar el proceso. Arráncalo y sigue el registro:
sudo systemctl daemon-reload
sudo systemctl enable --now palworld
journalctl -u palworld -f
Programa en cron el intervalo de reinicio que corresponda a tu número de jugadores como systemctl restart palworld, a horas en las que no juegue nadie. El script de parada guarda antes el mundo, así que un reinicio les cuesta a los jugadores una reconexión y nada más.
Puertos, crossplay y cómo unirse
Una sola regla de firewall deja entrar a los jugadores:
sudo ufw allow 8211/udp comment 'Palworld'
Deja cerrados el 8212 (REST) y el 25575 (RCON). Las dos páginas de API de Pocketpair llevan la misma advertencia, que las API "no están diseñadas para exponerse directamente a Internet", y la autenticación Basic sobre HTTP sin cifrar envía la contraseña de administrador en forma reversible con cada petición. Accede a ellas desde el propio servidor, como hace el script de parada, o por un túnel SSH. Algunas guías abren también 27015/udp como puerto de consulta de Steam; el archivo compose de Pocketpair solo publica el 8211.
Cómo se unen los jugadores depende de su plataforma. El crossplay entre Steam, Xbox, PS5 y Mac está activado por defecto, pero las versiones de Xbox y PS5 no permiten escribir una dirección: solo ven servidores comunitarios. Añade -publiclobby a la línea ExecStart y el servidor aparecerá en la lista comunitaria del juego para todos. Los jugadores de Steam pueden saltarse la lista y conectarse directamente con 203.0.113.10:8211 y la contraseña de acceso.
Alojarlo en casa añade una trampa más. La página de servidores comunitarios de Pocketpair advierte de que, si tu router no admite hairpin NAT, no puedes unirte a un servidor comunitario que funcione en tu propia red, aunque tus amigos de fuera sí puedan.
Comandos de administración y la API REST
En el juego, escribe en el chat /AdminPassword seguido de la contraseña de administrador para desbloquear los comandos de administración. Los más útiles, de la lista de comandos de Pocketpair:
| Comando | Qué hace |
|---|---|
/ShowPlayers | Lista los jugadores conectados con sus ID |
/KickPlayer <SteamID>, /BanPlayer <SteamID>, /UnBanPlayer <SteamID> | Expulsa o banea a un jugador por su Steam ID |
/Broadcast <message> | Envía un mensaje a todos |
/Save | Escribe el mundo en disco en ese momento |
/Shutdown <seconds> <message> | Detiene el servidor tras una cuenta atrás |
/DoExit | Parada forzada, sin cuenta atrás |
La API REST cubre lo mismo sin que haga falta nadie dentro del juego, lo que la hace adecuada para scripts. Pocketpair la califica de experimental. GET /v1/api/players lista quién está conectado, GET /v1/api/metrics devuelve los FPS del servidor, el número de jugadores y el tiempo en marcha, y POST /v1/api/announce publica un mensaje. Una tarea de cron que anuncie el reinicio nocturno cinco minutos antes son tres líneas de shell sacadas del script de parada.
Copias de seguridad y traslado de un mundo cooperativo
Con bIsUseBackupSaveData=True, el servidor mantiene por sí solo copias rotativas del mundo. La referencia de configuración da el calendario: 5 copias a intervalos de 30 segundos, 6 de 10 minutos, 12 de una hora y 7 de un día, y señala que la opción aumenta la carga del disco, un motivo más para usar un SSD.
Esas copias están en el mismo disco que el mundo, así que protegen frente a un guardado defectuoso, no frente a un disco muerto. Copia todo el directorio Pal/Saved fuera de la máquina cada noche:
tar -C /home/steam/palworld -czf /var/backups/palworld-$(date +%F).tar.gz Pal/Saved
rsync -a /var/backups/ backup@198.51.100.20:/srv/palworld/
El mundo vive en Pal/Saved/SaveGames/0/, en una carpeta con el ID del mundo como nombre, que contiene Level.sav, LevelMeta.sav y un directorio Players con un archivo por personaje. Descomprime una copia en una instalación de prueba al menos una vez y arranca un servidor con ella; una copia de seguridad que nadie ha restaurado es una suposición.
Trasladar un mundo cooperativo al servidor usa la misma carpeta: copia el directorio del mundo desde el PC del anfitrión a Pal/Saved/SaveGames/0/ y pon en DedicatedServerName, dentro de Pal/Saved/Config/LinuxServer/GameUserSettings.ini, el nombre de esa carpeta. Cada invitado conserva su personaje. El anfitrión no: en cooperativo, su archivo de personaje es siempre 00000000000000000000000000000001.sav, y el servidor lo trata como un jugador nuevo salvo que ese archivo se reasigne a su ID de jugador real. Las herramientas de la comunidad que hacían esa reasignación se crearon para formatos de guardado anteriores a la 1.0, así que prueba con una copia.
Actualizar tras un parche
Pocketpair ha publicado cinco parches desde la 1.0, el último la v1.0.5 del 15 de septiembre de 2026, y un cliente con una versión más reciente que la del servidor no puede unirse a él. Para actualizar se usa el comando de SteamCMD del paso de instalación, con el servidor detenido:
sudo systemctl stop palworld
sudo -u steam /usr/games/steamcmd +force_install_dir /home/steam/palworld \
+login anonymous +app_update 2394010 validate +quit
sudo systemctl start palworld
Haz antes una copia de seguridad. Si un parche daña el mundo, la copia es la única forma de volver atrás.
Mods en un servidor Linux
Palworld incorporó compatibilidad con Steam Workshop en la actualización v0.7 de diciembre de 2025, pero la documentación de mods de Pocketpair es explícita sobre los servidores: "Por el momento, los mods del lado del servidor solo funcionan en el servidor dedicado de la edición Windows". En Linux, el servidor funciona sin mods. Los mods cosméticos solo de cliente no necesitan soporte del servidor, y si el servidor acepta clientes con mods lo decide el ajuste bAllowClientMod.
Si un mod del lado del servidor es el motivo de montar el servidor, eso decide primero el sistema operativo. Pocketpair también advirtió el 9 de julio de 2026, la víspera de la 1.0, de que los mods escritos para versiones de acceso anticipado provocan cierres inesperados y corrompen partidas en la 1.0.
FAQ
¿Cuánta RAM necesita un servidor de Palworld?
Pocketpair recomienda 16 GB, y 32 GB para servidores más grandes. Su página de requisitos indica que con 8 GB arranca, pero aumenta la probabilidad de que el servidor se caiga al quedarse sin memoria. Reserva la RAM solo para el servidor y deja aparte un par de gigabytes para el sistema operativo.
¿Qué puertos usa un servidor de Palworld?
Los jugadores se conectan por 8211/udp, y es el único puerto que publica el propio archivo Docker Compose de Pocketpair. RCON (25575/tcp) y la API REST (8212/tcp) son interfaces de administración que, según Pocketpair, deben quedarse en la red local, así que mantenlas cerradas en el firewall y accede a ellas desde el propio servidor o por SSH.
¿Pueden los jugadores de Xbox y PS5 unirse a un servidor dedicado de Palworld?
Sí. El crossplay entre Steam, Xbox, PS5 y Mac está activado por defecto, pero los jugadores de consola solo encuentran el servidor si se lanza como servidor comunitario con -publiclobby. Los jugadores de Steam también pueden entrar escribiendo directamente la dirección y el puerto.
¿Puedo pasar mi mundo cooperativo a un servidor dedicado?
Sí, copiando la carpeta del mundo en el directorio de partidas guardadas del servidor, pero el personaje del anfitrión cooperativo no se traslada limpiamente: su archivo de jugador tiene un ID fijo, y el anfitrión empieza con un personaje nuevo salvo que ese archivo se reasigne. Haz copia de seguridad de ambos lados antes de intentarlo.
¿Funcionan los mods en un servidor de Palworld con Linux?
Los del lado del servidor, no. La documentación de mods de Pocketpair indica que, por ahora, los mods del lado del servidor solo funcionan en la edición Windows del servidor dedicado. Un servidor Linux funciona sin mods.
Desplegar en Serverside
Palworld pide 16 GB de RAM solo para el proceso del servidor, y un mundo lleno de bases en funcionamiento depende de la CPU de una sola máquina para todos sus jugadores. Un servidor de juegos de Serverside es una máquina AMD Ryzen de un solo inquilino con acceso root completo en nuestra propia red, AS55285, aprovisionada en menos de un minuto, así que la descarga de SteamCMD es la espera más larga de toda la instalación. El puerto 8211 también se convierte en objetivo de DDoS en cuanto se comparte su dirección. La mitigación siempre activa funciona en línea delante de cada servidor de Serverside, de modo que una inundación UDP se filtra aguas arriba en lugar de llenar el enlace que comparten tus jugadores; la guía de tipos de ataques DDoS explica por qué ese filtrado no puede hacerse en el host.
La misma máquina puede alojar más de un mundo. Cada instancia de Palworld necesita su propio puerto, su directorio de instalación y su presupuesto de memoria, y la guía de alojamiento de servidores de juegos explica cómo ejecutar varios títulos en paralelo bajo un panel. Para los otros dos juegos de esta serie, consulta cómo alojar un servidor de Valheim y cómo alojar un servidor de Minecraft.
Escrito por
CEO, Serverside.com & Host Havoc
Clay is the CEO of Serverside.com and Host Havoc, with more than a decade of experience running globally distributed hosting infrastructure and a game-server platform that has served over 200,000 customers.
Seguir leyendo
Ver todos los artículos¿Te ha gustado este artículo?
Recibe nuevas guías y artículos técnicos en tu correo. Sin spam, cancela cuando quieras.



