Cómo alquilar un servidor de Palworld al mejor precio

Par Benjamin D. · PDG

22 de agosto de 2026 · Mis à jour le 22 de agosto de 2026 · Lecture 12 min

Índice

Alquilar un servidor Palworld es hoy la vía más rápida para jugar con amigos sin depender de la sesión cooperativa limitada del juego. En esta guía 2026 verás cómo elegir la potencia adecuada, desplegar la instancia en minutos, configurar PalWorldSettings.ini, gestionar copias de seguridad, mods y RCON, y evitar los errores clásicos que arruinan el rendimiento de un mundo compartido.

Qué necesitas antes de alquilar un servidor Palworld

Palworld es un juego de supervivencia con mundo persistente: el servidor simula constantemente Pals, bases, estructuras, criaturas asignadas al trabajo y físicas. A diferencia de Minecraft, el motor (Unreal Engine 5) es muy dependiente de la frecuencia del procesador y del acceso rápido al disco al guardar el mundo. Por eso, antes de comparar precios, conviene entender qué recursos consume realmente.

Consumo real de RAM y CPU

La memoria es el primer cuello de botella. Un mundo nuevo con 4 jugadores puede arrancar sobre 8 GB, pero el archivo de guardado crece con cada base construida y cada Pal capturado. Tras varias semanas de juego intensivo, no es raro que el proceso dedicado supere holgadamente esa cifra.

Jugadores simultáneos	RAM recomendada	Notas de rendimiento
2 a 4	8 GB	Suficiente para un mundo joven, con pocas bases y guardado ligero
5 a 10	12 a 16 GB	Configuración habitual para un grupo de amigos a largo plazo
11 a 20	16 a 24 GB	Requiere limitar bases por gremio y número de Pals en base
20 a 32	24 GB o más	Comunidad pública: vigilar guardado, respawn y estructuras huérfanas

En cuanto a CPU, Palworld aprovecha mal los núcleos múltiples: el hilo principal de simulación manda. Un procesador con alta frecuencia por núcleo, como los Ryzen que usamos en Fly-Serv, ofrece un tick más estable que un CPU con muchos núcleos lentos. Para el almacenamiento, el SSD NVMe reduce de forma notable los micro-tirones que aparecen cuando el servidor escribe el archivo Level.sav.

Hosting gestionado o VPS: cómo decidir

Existen dos caminos válidos y la elección depende de tu tiempo, no de tu nivel técnico.

Hosting de juego gestionado : instancia lista en minutos, panel web, actualizaciones simplificadas, copias de seguridad automáticas y anti-DDoS incluido. Es la opción lógica si quieres jugar hoy mismo. Consulta las ofertas de Serveur Palworld.
VPS autogestionado : control total sobre el sistema, posibilidad de alojar varios juegos a la vez, scripts propios, cron de backup personalizados. Requiere administrar Linux, cortafuegos y actualizaciones. Mira VPS Linux o, si prefieres un panel ya preparado, VPS Pterodactyl.

Un punto que se subestima: la protección anti-DDoS. Un servidor Palworld público expone su puerto UDP y suele recibir ataques de saturación cuando una comunidad crece o cuando un jugador expulsado se lo toma mal. En Fly-Serv el filtrado volumétrico está incluido por defecto en todas las máquinas, así que no tienes que montar nada por tu cuenta a ese nivel.

Ubicación del servidor y latencia

Palworld usa replicación de estado en tiempo real: la latencia se nota directamente al lanzar una Pal Sphere, al golpear o al montar. Elige una ubicación cercana a la mayoría de tu grupo. Para una comunidad hispanohablante repartida entre España y Latinoamérica, un datacenter europeo suele dar el mejor compromiso si el núcleo del grupo está en España; si la mayoría está al otro lado del Atlántico, el ping europeo (150–200 ms) empieza a ser molesto en combate.

Cómo alquilar y desplegar tu servidor Palworld paso a paso

1. Elegir el plan y desplegar la instancia

El proceso en un hosting gestionado es directo: seleccionas el juego, la cantidad de slots o de RAM, la ubicación, y la instalación es instantánea. El servidor dedicado de Palworld se descarga vía SteamCMD en segundo plano y arranca solo. Cuando el panel muestra el estado Running, ya tienes IP y puerto para conectarte.

Si vienes de otros juegos, la mecánica es idéntica a la de un Serveur Minecraft o un Serveur ARK: mismo panel, misma consola, misma gestión de archivos. Puedes ver el catálogo completo en Tous nos serveurs de jeu.

2. Primera conexión desde el juego

En Palworld, la conexión se hace por Multijugador (Comunidad) buscando el nombre del servidor, o mejor, mediante Conexión directa introduciendo IP:PUERTO. El puerto por defecto es el 8211 en UDP, pero en un hosting compartido tu instancia usará un puerto asignado: cópialo tal cual desde el panel.

# Formato de conexión directa en el cliente Palworld
192.0.2.45:8211

# Si el servidor tiene contraseña, se solicita después de la conexión

3. Instalación manual en un VPS Linux

Si prefieres el control total, este es el despliegue clásico en Debian/Ubuntu. Nunca ejecutes el servidor como root: crea un usuario dedicado.

# Dependencias y usuario dedicado
sudo dpkg --add-architecture i386
sudo apt update && sudo apt install -y software-properties-common lib32gcc-s1 curl
sudo useradd -m -s /bin/bash palworld
sudo su - palworld

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

# Instalacion del servidor dedicado (AppID 2394010)
./steamcmd.sh +force_install_dir ~/palworld-server +login anonymous +app_update 2394010 validate +quit

Después, un servicio systemd para que arranque solo y se reinicie tras un fallo:

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

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

[Install]
WantedBy=multi-user.target

sudo systemctl daemon-reload
sudo systemctl enable --now palworld
sudo systemctl status palworld
journalctl -u palworld -f

Los tres argumentos de lanzamiento (-useperfthreads, -NoAsyncLoadingThread, -UseMultithreadForDS) están documentados por los desarrolladores y mejoran la distribución de carga en servidores con varios jugadores. Consulta siempre la información oficial en Source antes de una actualización mayor.

4. Abrir los puertos y proteger el VPS

# Cortafuegos: solo lo necesario
sudo ufw default deny incoming
sudo ufw default allow outgoing
sudo ufw allow 22/tcp        # SSH (mejor cambiar el puerto)
sudo ufw allow 8211/udp      # Palworld
sudo ufw allow 25575/tcp     # RCON, restringido a tu IP idealmente
sudo ufw enable

# Autenticacion por clave SSH en lugar de contrasena
ssh-keygen -t ed25519 -C "admin-palworld"
ssh-copy-id -i ~/.ssh/id_ed25519.pub usuario@IP_DEL_VPS

# Bloqueo de intentos de fuerza bruta
sudo apt install -y fail2ban
sudo systemctl enable --now fail2ban

En un servidor gestionado no necesitas nada de esto: los puertos ya están abiertos y el filtrado de ataques está activo en la infraestructura. Estas medidas aplican únicamente si administras tu propio VPS Windows o Linux.

Configurar el servidor Palworld: PalWorldSettings.ini al detalle

Toda la personalización pasa por un único archivo. Su ruta en Linux es:

~/palworld-server/Pal/Saved/Config/LinuxServer/PalWorldSettings.ini

En Windows: Pal\Saved\Config\WindowsServer\PalWorldSettings.ini. Regla de oro: detén el servidor antes de editarlo. Si lo modificas en caliente, el proceso reescribirá el archivo al apagarse y perderás los cambios. Desde el panel Pterodactyl basta con parar la instancia, editar el archivo en el gestor de archivos y volver a arrancar.

Los parámetros que realmente cambian la partida

Parámetro	Valor por defecto	Efecto
`ServerName`	Default Palworld Server	Nombre visible en la lista de comunidad
`ServerPassword`	vacío	Servidor privado si se rellena
`AdminPassword`	vacío	Obligatorio para comandos de administración y RCON
`ServerPlayerMaxNum`	32	Límite duro de slots; ajústalo a tu RAM
`ExpRate`	1.0	Velocidad de progresión; 2.0 acorta bastante el grindeo
`PalCaptureRate`	1.0	Facilidad de captura de Pals
`DeathPenalty`	All	None / Item / ItemAndEquipment / All
`bEnablePlayerToPlayerDamage`	False	Activa el PvP entre jugadores
`BaseCampMaxNumInGuild`	4	Bases por gremio: impacto directo en el consumo de CPU
`GuildPlayerMaxNum`	20	Tamaño máximo de gremio
`AutoSaveSpan`	30	Segundos entre guardados automáticos
`RCONEnabled`	False	Habilita la administración remota

Ejemplo de configuración equilibrada

Perfil pensado para un grupo de 8 a 10 jugadores, progresión algo acelerada pero sin trivializar el juego, y con RCON activo:

[/Script/Pal.PalGameWorldSettings]
OptionSettings=(Difficulty=None,DayTimeSpeedRate=1.000000,NightTimeSpeedRate=2.000000,
ExpRate=1.800000,PalCaptureRate=1.500000,PalSpawnNumRate=1.000000,
PalDamageRateAttack=1.000000,PalDamageRateDefense=1.000000,
PlayerDamageRateAttack=1.000000,PlayerDamageRateDefense=1.000000,
PlayerStomachDecreaceRate=0.700000,PlayerStaminaDecreaceRate=0.700000,
PalStomachDecreaceRate=0.700000,
CollectionDropRate=1.500000,CollectionObjectRespawnSpeedRate=1.200000,
EnemyDropItemRate=1.500000,DeathPenalty=Item,
bEnablePlayerToPlayerDamage=False,bEnableFriendlyFire=False,
bEnableInvaderEnemy=True,bActiveUNKO=False,
GuildPlayerMaxNum=10,BaseCampMaxNumInGuild=3,
PalEggDefaultHatchingTime=24.000000,
ServerPlayerMaxNum=10,ServerName="Mi servidor Palworld",
ServerDescription="Comunidad hispana - PvE",
AdminPassword="CambiaEstoPorAlgoLargo",ServerPassword="",
PublicPort=8211,RCONEnabled=True,RCONPort=25575,
bIsUseBackupSaveData=True,AutoSaveSpan=180.000000)

Detalle importante: la línea OptionSettings=(...) debe permanecer en una sola línea real en el archivo. Los saltos aquí son solo para la legibilidad. Un paréntesis mal cerrado hace que el servidor ignore toda la configuración y vuelva a los valores por defecto sin avisar.

Ajustes con impacto directo en el rendimiento

BaseCampMaxNumInGuild : cada base activa simula Pals trabajando en bucle. Bajarlo de 4 a 3 alivia el hilo principal en servidores llenos.
PalSpawnNumRate : subirlo por encima de 1.0 multiplica las entidades en el mundo. Es la causa número uno de caídas de tick en servidores «personalizados».
AutoSaveSpan : un valor demasiado bajo (30 s) provoca micro-freezes en mundos grandes. Entre 120 y 300 segundos es un buen punto medio con almacenamiento NVMe.
bIsUseBackupSaveData : déjalo en True. Genera una copia local antes de sobrescribir el guardado.

Administración con RCON

Con RCONEnabled=True y una AdminPassword definida, puedes administrar el servidor sin estar dentro del juego. Un cliente RCON ligero basta:

# Ejemplos de comandos utiles
ShowPlayers                       # lista jugadores con SteamID
Info                              # version del servidor
Save                              # fuerza un guardado inmediato
Broadcast Reinicio_en_5_minutos   # mensaje global (sin espacios)
KickPlayer <SteamID>
BanPlayer <SteamID>
Shutdown 60 Mantenimiento         # apagado con cuenta atras

Ten en cuenta que Broadcast no admite espacios en el mensaje: se corta en el primer espacio. Usa guiones bajos. Y antes de cualquier actualización del juego, lanza siempre Save seguido de Shutdown en lugar de matar el proceso: es la forma más habitual de corromper un mundo.

Mantener el servidor: copias, mods y solución de problemas

Copias de seguridad, la parte que nadie valora hasta que falla

Los guardados de Palworld son sensibles a los apagados bruscos. Un corte durante la escritura de Level.sav puede dejar el mundo inservible. La regla mínima:

Copias automáticas diarias en el hosting (incluidas en las instancias gestionadas de Fly-Serv).
Una copia manual antes de cada actualización del juego o cambio grande de configuración.
Al menos una copia descargada fuera del servidor, en tu equipo o en otro almacenamiento.

En un VPS, un cron sencillo cubre lo esencial:

# /home/palworld/backup.sh
#!/bin/bash
SRC="/home/palworld/palworld-server/Pal/Saved"
DEST="/home/palworld/backups"
STAMP=$(date +%Y%m%d-%H%M)
mkdir -p "$DEST"
tar -czf "$DEST/palworld-$STAMP.tar.gz" -C "$SRC" .
find "$DEST" -name "palworld-*.tar.gz" -mtime +7 -delete

chmod +x /home/palworld/backup.sh
crontab -e
# Copia cada 6 horas
0 */6 * * * /home/palworld/backup.sh >/dev/null 2>&1

Mods en servidor dedicado

El soporte de mods en Palworld sigue siendo más limitado que en Minecraft o Rust. En servidor dedicado, lo habitual es trabajar con:

UE4SS para cargar mods de lógica y scripts en el lado servidor.
Paks personalizados depositados en la carpeta Pal/Content/Paks/~mods/.
Herramientas de administración externas que se apoyan en RCON para whitelist, logs y anuncios programados.

Dos avisos de campo: la mayoría de mods requieren que cada jugador instale la misma versión localmente, y una actualización oficial del juego rompe casi siempre la compatibilidad. Mantén siempre una copia limpia del mundo antes de instalar nada, y prueba primero en una instancia secundaria si tu comunidad es grande.

Actualizar el servidor sin romper el mundo

# Secuencia segura en VPS
# 1. Guardado + apagado limpio via RCON
# 2. Copia de seguridad
/home/palworld/backup.sh
# 3. Actualizacion del binario
sudo systemctl stop palworld
sudo -u palworld /home/palworld/steamcmd/steamcmd.sh \
  +force_install_dir /home/palworld/palworld-server \
  +login anonymous +app_update 2394010 validate +quit
# 4. Rearranque
sudo systemctl start palworld

En el panel gestionado, la actualización se dispara con un reinicio de la instancia: el script de arranque comprueba la versión y descarga lo necesario. Es una diferencia práctica importante cuando administras varios juegos a la vez.

Problemas frecuentes y sus causas

Síntoma	Causa habitual	Solución
El servidor no aparece en la lista de comunidad	Lista saturada o filtrado del cliente	Usar conexión directa con IP:PUERTO
Los cambios del .ini no se aplican	Archivo editado con el servidor encendido, o sintaxis rota	Parar, editar, verificar paréntesis y comas, arrancar
Tirones periódicos cada X segundos	`AutoSaveSpan` muy bajo con mundo grande	Subir a 180-300 s y usar almacenamiento NVMe
Caída de FPS en servidor con muchas bases	Exceso de estructuras y Pals asignados	Reducir `BaseCampMaxNumInGuild` y limpiar bases inactivas
Crash al arrancar tras actualizar	Mods incompatibles con la nueva versión	Vaciar `~mods/`, arrancar limpio, reinstalar uno a uno
Pérdida de personaje al reconectar	Apagado brusco durante la escritura del guardado	Restaurar desde backup y usar siempre `Shutdown`

Buenas prácticas de seguridad para tu comunidad

AdminPassword larga y distinta de la contraseña del servidor; no la compartas en Discord público.
Restringe el puerto RCON a tu IP si administras un VPS.
Usa ServerPassword o whitelist mientras tu comunidad sea pequeña: filtra el 99 % de los griefers.
Crea subusuarios en el panel para tus moderadores en lugar de compartir la cuenta principal.
Programa reinicios nocturnos: liberan memoria y reducen la deriva de rendimiento en mundos veteranos.

Si gestionas varias comunidades, encontrarás guías equivalentes para otros títulos en el Blog Fly-Serv, incluidas configuraciones de Serveur Rust y Serveur Valheim.

Conclusión

Montar un servidor Palworld estable no es cuestión de suerte: RAM ajustada al tamaño del mundo, CPU de alta frecuencia, almacenamiento NVMe, un PalWorldSettings.ini coherente y copias de seguridad reales. Con esos cuatro pilares, tu mundo aguanta meses sin sobresaltos. El resto —mods, RCON, reinicios programados— se añade progresivamente según crezca tu comunidad.

FAQ

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

Cuenta entre 12 y 16 GB. Palworld consume memoria en función del tamaño del guardado, no solo del número de conectados: cada base construida y cada Pal capturado aumentan la carga. Si limitas las bases por gremio a 3 y programas un reinicio diario, 12 GB suelen bastar; con mundos veteranos o muchas construcciones, sube a 16 GB.

¿Puedo transferir mi mundo cooperativo local a un servidor dedicado?

Sí, pero con matices. Copia la carpeta del guardado local (Pal/Saved/SaveGames/<ID>/<MundoID>) a la ruta equivalente del servidor y ajusta el DedicatedServerName en GameUserSettings.ini. Los personajes de los jugadores no siempre se migran correctamente: haz una copia de seguridad antes y avisa a tu grupo de que podrían tener que recrear su avatar.

¿Por qué mi servidor va a tirones aunque el hardware sea potente?

Casi siempre son tres causas: AutoSaveSpan demasiado bajo (súbelo a 180-300 segundos), demasiadas bases con muchos Pals trabajando (reduce BaseCampMaxNumInGuild), o un PalSpawnNumRate por encima de 1.0 que multiplica las entidades. Revisa esos tres valores antes de pensar en ampliar recursos, y añade los argumentos de lanzamiento multihilo al arranque.