← Blog

Cómo configurar tu servidor de Palworld tras la instalación

Par Benjamin D. · PDG

· Mis à jour le 25 de agosto de 2026 · Lecture 9 min

Índice

Configurar un servidor Palworld justo después de la instalación es lo que marca la diferencia entre una partida estable y una sesión llena de rubberbanding, guardados corruptos y jugadores que no consiguen conectarse. En esta guía técnica repasamos los archivos de configuración, los parámetros que realmente importan, RCON, copias de seguridad, mods y el ajuste fino del rendimiento en el panel.



Primeros pasos tras instalar tu servidor Palworld

Cuando el despliegue termina (en Serveur Palworld la instalación es instantánea), el servidor arranca con la configuración por defecto de Pocketpair. Eso significa nombre genérico, sin contraseña de administrador y multiplicadores estándar. Antes de invitar a nadie, conviene hacer un arranque en seco: iniciar, dejar que genere los archivos, y apagar limpiamente.

Arranque inicial y generación de archivos

La primera ejecución crea la estructura de guardado y los archivos de configuración. Sin ese primer arranque, el archivo que vas a editar no existe todavía. Desde la consola del panel Pterodactyl:

# 1. Start desde el panel
# 2. Esperar la línea de log:
Setting breakpad minidump AppID = 2394010
[S_API] SteamAPI_Init(): Loaded local 'steamclient.so' OK
Fetching server list... Success!

# 3. Stop limpio (nunca Kill, corrompe el .sav)

Un Kill forzado durante una escritura del mundo es la causa número uno de partidas corruptas en Palworld. Usa siempre Stop y espera a que el proceso termine.

Estructura de carpetas a conocer

RutaContenido
/Pal/Saved/Config/LinuxServer/PalWorldSettings.iniConfiguración activa del servidor (la que debes editar)
/DefaultPalWorldSettings.iniPlantilla de referencia con todos los valores por defecto
/Pal/Saved/SaveGames/0/<ID>/Mundo, bases, Pals y jugadores
/Pal/Saved/SaveGames/0/<ID>/Players/Un .sav por jugador (útil para restaurar cuentas)
/Pal/Binaries/Linux/Ejecutable PalServer-Linux-Shipping

El error clásico: editar el archivo equivocado

Mucha gente edita DefaultPalWorldSettings.ini y se pregunta por qué no pasa nada. Ese archivo es solo una plantilla. Copia su contenido y pégalo en PalWorldSettings.ini, respetando la estructura: todo el bloque OptionSettings=(...) debe ir en una sola línea, sin saltos, sin espacios entre parámetros.

[/Script/Pal.PalGameWorldSettings]
OptionSettings=(Difficulty=None,DayTimeSpeedRate=1.000000,NightTimeSpeedRate=1.000000,ExpRate=1.500000,PalCaptureRate=1.500000,ServerPlayerMaxNum=32,ServerName="Mi servidor Palworld",ServerDescription="Comunidad ES - PvE",AdminPassword="CambiaEstoYa_2024!",ServerPassword="",PublicPort=8211,RCONEnabled=True,RCONPort=25575,bIsPvP=False,bEnablePlayerToPlayerDamage=False)

Si el archivo tiene un paréntesis mal cerrado o una coma de más, el servidor arranca igualmente pero ignora toda la configuración y vuelve a los valores por defecto. Es el síntoma típico: cambias el nombre, reinicias, y sigue apareciendo "Default Palworld Server".



Los parámetros de configuración que realmente cambian la partida

Palworld expone más de 90 opciones. La mayoría son cosméticas; una docena define de verdad la experiencia y el consumo de recursos de tu servidor Palworld.

Identidad y acceso

  • ServerName : visible en la lista de servidores comunitarios. Evita caracteres exóticos, algunos rompen el parseo.
  • ServerDescription : sirve para indicar idioma, ritmo (x1, x3), y si es PvE o PvP.
  • ServerPassword : deja vacío para un servidor público, rellénalo para un grupo cerrado.
  • AdminPassword : obligatorio. Sin ella no podrás usar los comandos /Shutdown, /Ban o /Save en el juego.
  • ServerPlayerMaxNum : máximo 32. Cada slot activo consume RAM y CPU; volveremos a ello.
  • PublicPort / PublicIP : en un panel gestionado, el puerto se asigna automáticamente. Debe coincidir con el puerto de la asignación principal.

Ritmo de progresión

ParámetroDefectoSugerencia comunidadEfecto
ExpRate1.01.5 – 3.0Velocidad de subida de nivel de jugadores y Pals
PalCaptureRate1.01.5 – 2.0Probabilidad de captura con esferas
CollectionDropRate1.02.0Madera, piedra, mineral por golpe
PalEggDefaultHatchingTime72 (h)2 – 8Tiempo de incubación de huevos
DeathPenaltyAllItemAndEquipmentQué pierdes al morir (None / Item / ItemAndEquipment / All)
DropItemMaxNum30001500Objetos en el suelo antes de limpieza automática

En un servidor con vida social, bajar PalEggDefaultHatchingTime es lo primero que piden los jugadores. Y reducir DropItemMaxNum es una de las medidas más eficaces contra la caída de FPS del servidor a medida que avanza la temporada.

PvP, daño y bases

bIsPvP=False
bEnablePlayerToPlayerDamage=False
bEnableFriendlyFire=False
bEnableInvaderEnemy=True
bEnableNonLoginPenalty=True
BaseCampMaxNum=128
BaseCampWorkerMaxNum=15
GuildPlayerMaxNum=20

BaseCampWorkerMaxNum merece atención especial: cada Pal trabajando en una base es una IA con pathfinding activa. Pasar de 15 a 20 por base, multiplicado por 10 gremios, es una carga de CPU muy real. Si notas tirones en las bases pero no en exploración, empieza por aquí.

Guardado automático y limpieza

AutoSaveSpan=180.000000
bAutoResetGuildNoOnlinePlayers=True
AutoResetGuildTimeNoOnlinePlayers=72.000000
bIsUseBackupSaveData=True

AutoSaveSpan en segundos: 180 es un buen compromiso. Bajarlo a 30 genera microcortes cada vez que el mundo se escribe en disco; subirlo a 900 te expone a perder 15 minutos de progresión tras un crash. En almacenamiento NVMe el impacto del guardado es notablemente menor que en discos mecánicos, pero el principio se mantiene.

Ojo con bAutoResetGuildNoOnlinePlayers: borra las bases de gremios inactivos. Es excelente para la salud del rendimiento a largo plazo, pero anúncialo a tu comunidad antes de activarlo, o tendrás reclamaciones.



RCON, administración remota y automatización

RCON es la herramienta que convierte un servidor casero en un servidor administrado. Permite ejecutar comandos sin estar conectado al juego: avisos de reinicio, guardado forzado, expulsiones, listado de jugadores.

Activación

RCONEnabled=True
RCONPort=25575
AdminPassword="una_contraseña_larga_y_unica"

La contraseña de RCON es la misma que AdminPassword. Trátala como una credencial crítica: mínimo 20 caracteres, generada aleatoriamente, nunca compartida en Discord público. Quien la tiene puede apagar y manipular tu servidor.

Comandos disponibles

ComandoUso
ShowPlayersLista nombre, PlayerUID y SteamID de los conectados
InfoVersión y nombre del servidor
SaveFuerza el guardado del mundo
Broadcast <mensaje>Mensaje global (sin espacios en algunas versiones, usa guiones bajos)
KickPlayer <SteamID>Expulsa a un jugador
BanPlayer <SteamID>Baneo permanente
Shutdown <segundos> <mensaje>Apagado con cuenta atrás anunciada
DoExitParada inmediata (evítalo)

Rutina de reinicio limpia

Un reinicio diario libera memoria y reduce la deriva de rendimiento. La secuencia correcta anuncia, guarda y luego apaga:

# Con un cliente RCON en un VPS Linux
rcon -a 51.xx.xx.xx:25575 -p "$ADMIN_PASS" "Broadcast Reinicio_en_5_minutos"
sleep 240
rcon -a 51.xx.xx.xx:25575 -p "$ADMIN_PASS" "Broadcast Reinicio_en_60_segundos"
sleep 55
rcon -a 51.xx.xx.xx:25575 -p "$ADMIN_PASS" "Save"
sleep 5
rcon -a 51.xx.xx.xx:25575 -p "$ADMIN_PASS" "Shutdown 5 Reiniciando"

En el panel Pterodactyl puedes programar esta tarea directamente desde la pestaña Schedules, sin necesidad de cron externo. Si prefieres gestionarlo todo tú, un VPS Linux o un VPS Pterodactyl te da el control completo sobre los scripts de mantenimiento.

Comandos en el juego

Desde el chat, tras autenticarte con /AdminPassword tu_contraseña, tienes acceso a /Info, /Save, /KickPlayer, /BanPlayer, /TeleportToPlayer y /Shutdown. Práctico para moderación rápida sin abrir el panel.



Rendimiento, copias de seguridad y mods en tu servidor Palworld

Dimensionar correctamente

Palworld es exigente en dos frentes: la RAM crece con el tamaño del mundo y el número de bases, y la CPU depende sobre todo de la frecuencia por núcleo, no del número de hilos. El motor no paraleliza bien. Por eso un procesador Ryzen de alta frecuencia rinde mejor que un CPU servidor con muchos núcleos lentos.

JugadoresRAM recomendadaNotas
2 – 48 GBPartida entre amigos, pocas bases
5 – 1012 – 16 GBUso típico de comunidad pequeña
10 – 2016 – 24 GBVigilar BaseCampWorkerMaxNum
20 – 3224 – 32 GBLimpieza de gremios inactivos indispensable

El consumo aumenta con el tiempo de juego. Un mundo de tres meses con 40 bases activas puede consumir el doble que la primera semana. Monitoriza la gráfica de memoria del panel y actúa antes de tocar el techo: cuando el servidor llega al límite, el proceso muere y el guardado puede quedar a medias.

Optimizaciones de arranque

Dos flags que se pasan al ejecutable ayudan en servidores poblados:

./PalServer.sh -useperfthreads -NoAsyncLoadingThread -UseMultithreadForDS

Estas opciones mejoran el reparto de trabajo entre hilos. En un panel gestionado suelen estar disponibles en las variables de arranque del servidor; no hace falta editar scripts a mano.

Copias de seguridad: la red de seguridad no negociable

Palworld ha tenido históricamente problemas de corrupción de guardados. Las reglas prácticas:

  1. Activar las copias automáticas del panel (diarias como mínimo, cada 6 h en servidores activos).
  2. Descargar una copia manual antes de cada actualización del juego y antes de cambiar cualquier parámetro estructural.
  3. Conservar al menos 3 versiones anteriores: una corrupción puede pasar desapercibida 24 h.
  4. Guardar aparte la carpeta Players/. Restaurar un solo jugador sin revertir todo el mundo es posible si tienes ese archivo.

Restaurar es simple: detener el servidor, reemplazar la carpeta SaveGames/0/<ID>/ por la de la copia, verificar que el ID coincide, arrancar. Si el ID cambia, el juego crea un mundo nuevo y parecerá que has perdido todo.

Mods en servidor dedicado

El modding en Palworld pasa por UE4SS y el ecosistema de mods de la comunidad. Reglas de campo:

  • Los mods puramente cliente (interfaz, texturas) no requieren nada en el servidor.
  • Los mods de lógica de juego deben instalarse en servidor y cliente, en la misma versión, o los jugadores serán desconectados al conectar.
  • Cada actualización oficial del juego rompe casi siempre los mods. Congela la versión o avisa a la comunidad antes de actualizar.
  • Prueba siempre en una instancia de test antes de tocar el servidor de producción.

El gestor de archivos del panel permite subir los mods por SFTP o por la interfaz web, sin línea de comandos. Para la referencia de parámetros y las notas de versión, la fuente fiable sigue siendo la documentación técnica oficial de Palworld.

Seguridad básica

  • Contraseña de administrador larga y única, distinta de la del panel.
  • No expongas el puerto RCON a internet si no lo necesitas; restringe por IP cuando sea posible.
  • Cuentas con acceso al panel: usa la gestión de sub-usuarios para dar permisos limitados a tus moderadores en lugar de compartir la cuenta principal.
  • En un VPS: claves SSH en lugar de contraseña, ufw abriendo solo lo necesario, fail2ban activo.
# Endurecimiento rápido de un VPS que aloja Palworld
ssh-keygen -t ed25519 -C "admin-palworld"
sudo ufw default deny incoming
sudo ufw allow 22/tcp
sudo ufw allow 8211/udp
sudo ufw enable
sudo apt install fail2ban -y
sudo systemctl enable --now fail2ban

La protección anti-DDoS volumétrica ya está incluida de serie en la infraestructura de Fly-Serv, así que tu trabajo se limita a la higiene de credenciales y accesos. Si administras varios juegos, encontrarás la misma lógica de panel y copias en Tous nos serveurs de jeu.



Conclusión

Configurar bien un servidor Palworld es sobre todo cuestión de método: editar el archivo correcto, respetar la sintaxis en una sola línea, activar RCON con una contraseña sólida, ajustar el ritmo según tu comunidad y automatizar guardados y reinicios. Con estos fundamentos cubiertos, el mantenimiento diario se reduce a vigilar la memoria y actualizar cuando toca.



FAQ

¿Por qué mi PalWorldSettings.ini no se aplica tras reiniciar el servidor?

Casi siempre es un error de sintaxis. Todo el bloque OptionSettings=(...) debe estar en una sola línea, sin saltos ni espacios entre parámetros, con los paréntesis correctamente cerrados y las cadenas entre comillas. Verifica también que editas Pal/Saved/Config/LinuxServer/PalWorldSettings.ini y no el archivo DefaultPalWorldSettings.ini, que solo es una plantilla. Si hay un error, el servidor arranca ignorando toda tu configuración.

¿Cómo recupero una partida de Palworld corrupta sin perder a los jugadores?

Detén el servidor con Stop (nunca Kill), descarga la última copia de seguridad válida y sustituye la carpeta SaveGames/0/<ID>/ completa, comprobando que el identificador del mundo es idéntico. Si solo falla un jugador, basta con restaurar su archivo .sav individual desde Players/. Por eso conviene conservar al menos tres copias escalonadas: una corrupción puede tardar un día en detectarse.

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

Entre 12 y 16 GB es un punto de partida realista, sabiendo que el consumo crece con el tiempo de juego, el número de bases y los Pals trabajadores asignados. Un mundo de varios meses puede duplicar su consumo inicial. Vigila la gráfica de memoria del panel, reduce BaseCampWorkerMaxNum y DropItemMaxNum, y activa la limpieza de gremios inactivos antes de llegar al límite.