← Blog

Guía completa para configurar cada parámetro de Palworld

Par Benjamin D. · PDG

· Mis à jour le 26 de agosto de 2026 · Lecture 10 min

Índice

Montar un servidor Palworld dedicado es la única forma real de controlar la tasa de captura, el ritmo de crianza, el peso máximo y la persistencia del mundo para tu comunidad. En esta guía 2026 verás la configuración completa: puertos, archivo PalWorldSettings.ini, RCON, copias de seguridad, mods y ajuste de rendimiento, tanto desde un panel Pterodactyl como desde un VPS Linux gestionado por ti.



Requisitos técnicos y elección del alojamiento para tu servidor Palworld

Palworld usa Unreal Engine 5 y un bucle de simulación bastante exigente: cada Pal en las bases sigue trabajando aunque el jugador esté lejos, el mundo persiste y se guarda en disco con frecuencia. Eso se traduce en dos cuellos de botella muy concretos: frecuencia del CPU (un núcleo hace el trabajo pesado) y latencia del almacenamiento durante los guardados.

Dimensionar la RAM y el CPU

Jugadores simultáneos RAM recomendada Notas
2 – 4 8 GB Suficiente para una partida entre amigos con pocas bases
5 – 10 12 – 16 GB El consumo sube con el número de bases y de Pals asignados
10 – 20 16 – 32 GB Vigilar el tamaño del Level.sav, crece rápido
20 – 32 32 GB o más Límite práctico del motor dedicado; requiere CPU de alta frecuencia

Un detalle que sorprende a mucha gente: el consumo de RAM de Palworld crece con el tiempo de uptime, no solo con los jugadores conectados. Un servidor que lleva 72 horas encendido con 8 jugadores puede consumir el doble que recién arrancado. Por eso conviene programar un reinicio diario o cada 12 horas.

Panel gestionado o VPS: qué elegir

Hay dos caminos válidos, y la elección depende de cuánto quieras administrar tú.

  • Alojamiento gestionado con panel: instalación instantánea, consola en vivo, gestor de archivos, copias de seguridad automáticas y anti-DDoS incluido. Es lo que ofrece un Serveur Palworld en Fly-Serv con procesadores Ryzen de alta frecuencia y SSD NVMe. Editas el .ini, reinicias y listo.
  • VPS autoadministrado: control total, puedes ejecutar varios servidores, bots de Discord, un panel propio. Requiere que tú gestiones SteamCMD, systemd, firewall y actualizaciones. Un VPS Linux es la opción clásica; un VPS Pterodactyl te da el panel ya montado.

Para la mayoría de comunidades de menos de 20 jugadores, el panel gestionado ahorra horas de mantenimiento. Si administras varios juegos a la vez (Palworld + Valheim + Minecraft), el VPS empieza a compensar.

Puertos que hay que abrir

Puerto Protocolo Uso
8211 UDP Puerto de juego principal (obligatorio)
27015 UDP Query Steam / listado público del servidor
25575 TCP RCON (administración remota, opcional)

En un panel gestionado esto ya viene asignado automáticamente. En un VPS tendrás que abrirlos tú a mano.



Instalación paso a paso: del panel Pterodactyl al VPS Linux

Opción A — Instalación desde un panel

El flujo es directo y no requiere línea de comandos:

  1. Eliges Palworld y la RAM en el momento del pedido; el servidor se despliega automáticamente.
  2. En la pestaña Consola ves el arranque en vivo. La primera vez, SteamCMD descarga unos 8 GB de archivos; tarda unos minutos.
  3. Cuando aparece Setting breakpad minidump AppID = 2394010 y luego Running Palworld dedicated server, el servidor está operativo.
  4. Vas al Gestor de archivos y editas Pal/Saved/Config/LinuxServer/PalWorldSettings.ini.
  5. Reinicias desde el panel para aplicar los cambios.

Punto crítico: el archivo DefaultPalWorldSettings.ini que está en la raíz no se lee. Solo cuenta el de Saved/Config/LinuxServer/. Si editas el equivocado, tus ajustes se ignoran silenciosamente y luego pierdes una hora buscando el motivo.

Opción B — Instalación manual en un VPS Linux

Sobre Debian 12 o Ubuntu 22.04/24.04. Primero, usuario dedicado y dependencias:

sudo dpkg --add-architecture i386
sudo apt update && sudo apt upgrade -y
sudo apt install -y software-properties-common lib32gcc-s1 curl xdg-user-dirs

sudo useradd -m -s /bin/bash palworld
sudo su - palworld

Instalación de SteamCMD y del servidor dedicado (AppID 2394010) :

mkdir -p ~/steamcmd && cd ~/steamcmd
curl -sqL "https://steamcdn-a.akamaihd.net/client/installer/steamcmd_linux.tar.gz" | tar zxvf -

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

Enlaces de librerías Steam que el binario espera encontrar:

mkdir -p ~/.steam/sdk64
ln -sf ~/steamcmd/linux64/steamclient.so ~/.steam/sdk64/steamclient.so

Primer arranque para generar los archivos de configuración:

cd ~/palserver
./PalServer.sh

Déjalo correr 30 segundos, luego Ctrl+C. Ahora copia la plantilla al sitio correcto:

cp ~/palserver/DefaultPalWorldSettings.ini \
   ~/palserver/Pal/Saved/Config/LinuxServer/PalWorldSettings.ini

nano ~/palserver/Pal/Saved/Config/LinuxServer/PalWorldSettings.ini

Servicio systemd para arranque automático

sudo nano /etc/systemd/system/palworld.service
[Unit]
Description=Palworld Dedicated Server
After=network.target

[Service]
Type=simple
User=palworld
Group=palworld
WorkingDirectory=/home/palworld/palserver
ExecStartPre=/home/palworld/steamcmd/steamcmd.sh +force_install_dir /home/palworld/palserver +login anonymous +app_update 2394010 validate +quit
ExecStart=/home/palworld/palserver/PalServer.sh -useperfthreads -NoAsyncLoadingThread -UseMultithreadForDS
Restart=on-failure
RestartSec=15
LimitNOFILE=100000

[Install]
WantedBy=multi-user.target
sudo systemctl daemon-reload
sudo systemctl enable --now palworld
sudo systemctl status palworld
journalctl -u palworld -f

Los tres flags de ExecStart no son decorativos: -useperfthreads, -NoAsyncLoadingThread y -UseMultithreadForDS mejoran de forma notable el reparto de carga del servidor dedicado en máquinas multinúcleo. Actívalos siempre.

Firewall del VPS

sudo ufw allow 22/tcp
sudo ufw allow 8211/udp
sudo ufw allow 27015/udp
sudo ufw allow from TU.IP.FIJA.AQUI to any port 25575 proto tcp
sudo ufw enable
sudo ufw status numbered

Nunca expongas RCON (25575) a todo internet. Restríngelo a tu IP o accede por túnel SSH.



Configurar PalWorldSettings.ini: los parámetros que realmente importan

Todo el fichero es una sola línea gigante dentro de OptionSettings=(...). Un paréntesis mal cerrado o una coma perdida y el servidor arranca con valores por defecto sin avisar. Edítalo con cuidado y guarda una copia antes de tocarlo.

Identidad del servidor y acceso

ServerName="Mi servidor Palworld ES"
ServerDescription="Comunidad hispana - PvE - x3"
AdminPassword="ContrasenaAdminLargaYUnica"
ServerPassword=""
PublicPort=8211
PublicIP=""
RCONEnabled=True
RCONPort=25575
ServerPlayerMaxNum=16

Si dejas ServerPassword vacío, el servidor es abierto. Para una comunidad cerrada, pon una contraseña y compártela solo por Discord privado.

Progresión: capturas, experiencia y recolección

Parámetro Por defecto Valor "comunidad" habitual Efecto
ExpRate 1.0 2.0 – 3.0 Velocidad de subida de nivel
PalCaptureRate 1.0 1.5 – 2.0 Probabilidad de captura
CollectionDropRate 1.0 2.0 Recursos por golpe (madera, mineral)
PalEggDefaultHatchingTime 72.0 2.0 – 6.0 Horas de incubación de huevos
DeathPenalty All Item / ItemAndEquipment Qué pierdes al morir
bEnablePlayerToPlayerDamage False True en PvP Activa el daño entre jugadores
GuildPlayerMaxNum 20 10 – 20 Miembros máximos por gremio
BaseCampMaxNumInGuild 4 3 – 4 Bases por gremio (impacta el rendimiento)

Los valores DeathPenalty aceptados son None, Item, ItemAndEquipment y All. En servidores públicos, Item reduce mucho la frustración sin quitar riesgo.

Parámetros de rendimiento que casi nadie toca

AutoSaveSpan=600.000000
bIsMultiplay=True
bIsUseBackupSaveData=True
BaseCampWorkerMaxNum=15
DropItemMaxNum=3000
DropItemAliveMaxHours=1.000000
bAutoResetGuildNoOnlinePlayers=True
AutoResetGuildTimeNoOnlinePlayers=72.000000
  • AutoSaveSpan: por defecto 30 segundos. En mundos grandes, cada guardado provoca un micro-lag. Subirlo a 300–600 segundos suaviza mucho la experiencia, a cambio de perder hasta 10 minutos si el servidor cae. Con SSD NVMe el impacto es menor, pero sigue notándose por encima de 20 jugadores.
  • BaseCampWorkerMaxNum: cada Pal trabajador consume CPU permanentemente. Bajarlo de 15 a 10 en un servidor con 8 gremios activos libera carga real.
  • DropItemAliveMaxHours: los objetos tirados en el suelo se acumulan y engordan el guardado. Una hora es un buen compromiso.
  • bAutoResetGuildNoOnlinePlayers: limpia las bases abandonadas. En servidores públicos con rotación de jugadores, es lo que evita que el mundo se degrade en un mes.

Comprobar que la configuración se ha aplicado

Tras reiniciar, conéctate por RCON y consulta la información del servidor:

Info
ShowPlayers
Broadcast Reinicio_programado_en_5_minutos
Save
Shutdown 60 Mantenimiento

Ojo: Broadcast no admite espacios, hay que usar guiones bajos. Si Info devuelve el nombre por defecto en lugar del tuyo, has editado el fichero equivocado.



Mods, copias de seguridad y mantenimiento de un servidor Palworld estable

Instalar mods en el lado servidor

Palworld no tiene API oficial de mods para servidores dedicados, pero el ecosistema se apoya en UE4SS y en cargadores comunitarios. Reglas básicas antes de tocar nada:

  1. Haz una copia completa de la carpeta Pal/Saved/SaveGames/ antes de instalar cualquier mod.
  2. Verifica que el mod indica explícitamente compatibilidad con servidor dedicado Linux. Muchos mods son solo cliente y no aportan nada en el servidor.
  3. Todos los jugadores deben tener la misma versión del mod si este altera datos de juego, o se desincronizarán.
  4. Tras cada actualización oficial del juego, desactiva los mods, comprueba que el servidor arranca limpio y reactívalos uno a uno.

Desde un panel Pterodactyl subes los archivos por el gestor de archivos o por SFTP y reinicias. En VPS, colócalos en la ruta indicada por el mod y revisa journalctl -u palworld -f durante el arranque para detectar errores de carga.

La referencia oficial sobre el servidor dedicado y sus opciones está documentada en la documentación técnica oficial de Palworld.

Estrategia de copias de seguridad

Los guardados de Palworld pueden corromperse tras un cierre brusco. La regla es simple: backup automático + backup manual antes de cada cambio importante.

En alojamiento gestionado, las copias automáticas se generan y se restauran desde el panel en unos clics. En VPS, un script cron sencillo:

#!/bin/bash
SRC="/home/palworld/palserver/Pal/Saved/SaveGames"
DST="/home/palworld/backups"
STAMP=$(date +%Y%m%d-%H%M)

mkdir -p "$DST"
tar -czf "$DST/palworld-$STAMP.tar.gz" -C "$SRC" .
find "$DST" -name "palworld-*.tar.gz" -mtime +7 -delete
chmod +x /home/palworld/backup.sh
crontab -e
# Copia cada 3 horas
0 */3 * * * /home/palworld/backup.sh

Idealmente, sincroniza esas copias fuera de la máquina (otro VPS, almacenamiento remoto). Un backup que vive en el mismo disco que el servidor no es un backup.

Reinicios programados y actualizaciones

Como la memoria crece con el uptime, programa un reinicio nocturno. En VPS:

sudo crontab -e
# Reinicio diario a las 06:00
0 6 * * * /usr/bin/systemctl restart palworld

Con ExecStartPre apuntando a SteamCMD, cada reinicio comprueba y aplica actualizaciones automáticamente. En panel gestionado, la tarea programada de reinicio se define directamente en la pestaña de Schedules.

Seguridad del servidor y del VPS

  • Contraseña de administrador y RCON largas y únicas — nunca reutilices la del panel.
  • RCON restringido a tu IP o accesible solo por túnel SSH.
  • Claves SSH en lugar de contraseña en el VPS: ssh-keygen -t ed25519 -C "admin-palworld" y luego PasswordAuthentication no en /etc/ssh/sshd_config.
  • fail2ban activo: sudo apt install fail2ban && sudo systemctl enable --now fail2ban.
  • ufw configurado con denegación por defecto en entrada.
  • Actualizaciones del sistema aplicadas con regularidad.

La protección anti-DDoS volumétrica está gestionada a nivel de infraestructura en Fly-Serv e incluida por defecto, tanto en los servidores de juego como en los VPS Windows y Linux. Lo que queda de tu lado es la higiene de accesos y la disciplina de copias.

Diagnóstico rápido de problemas frecuentes

Síntoma Causa habitual Solución
El servidor no aparece en la lista Query 27015 UDP cerrado o lista saturada Abrir el puerto y conectar por IP directa (IP:8211)
Los ajustes del .ini se ignoran Fichero editado en la ruta equivocada Usar Pal/Saved/Config/LinuxServer/PalWorldSettings.ini
Micro-lags cada 30 segundos AutoSaveSpan demasiado bajo Subir a 300–600 y verificar almacenamiento NVMe
Caída de rendimiento tras 2 días Fuga de memoria progresiva del motor Reinicio programado diario
Jugadores expulsados al entrar ServerPlayerMaxNum superado o versión distinta Ajustar el límite y forzar actualización de cliente y servidor

Si administras varias comunidades a la vez, revisa también nuestras guías en el Blog Fly-Serv y el catálogo completo en Tous nos serveurs de jeu.



Conclusión

Configurar un servidor Palworld sólido se reduce a tres cosas: editar el archivo correcto, abrir los puertos adecuados y automatizar reinicios y copias. Con un CPU de alta frecuencia, almacenamiento NVMe y un panel que te deje tocar la consola y los ficheros, el mantenimiento diario se vuelve mínimo y tu comunidad juega sin sobresaltos.



FAQ

¿Cuánta RAM necesita realmente un servidor Palworld para 10 jugadores?

Cuenta entre 12 y 16 GB. El consumo no depende solo de los conectados: cada base de gremio y cada Pal trabajador añade carga, y la memoria crece con el tiempo de uptime. Programa un reinicio diario y limita BaseCampMaxNumInGuild a 3 o 4 para mantener el consumo bajo control.

¿Por qué mis cambios en PalWorldSettings.ini no se aplican?

Casi siempre por editar el archivo equivocado. El único que lee el servidor es Pal/Saved/Config/LinuxServer/PalWorldSettings.ini, no el DefaultPalWorldSettings.ini de la raíz. Comprueba además que toda la configuración esté en una sola línea dentro de OptionSettings=(...) y reinicia el servidor tras guardar.

¿Puedo migrar mi partida local a un servidor Palworld dedicado?

Sí. Copia la carpeta del mundo desde Saved/SaveGames/<SteamID>/<WorldID> del cliente al mismo árbol de carpetas del servidor, apunta DedicatedServerName en GameUserSettings.ini al identificador del mundo y reinicia. Haz una copia de seguridad completa antes: los identificadores de jugador pueden requerir una conversión manual.