← Blog

¿Por qué alquilar un servidor Palworld en lugar de hospedarlo tú mismo?

Par Benjamin D. · PDG

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

Índice

Montar un servidor Palworld propio parece sencillo hasta que llegan los primeros veinte jugadores, las bases con cien Pals asignados y el guardado que tarda diez segundos en escribirse. Este artículo recoge lo que se ve en el día a día: consumo real de RAM, configuración del PalWorldSettings.ini, latencia, copias de seguridad y cuándo conviene alojar en lugar de tirar de la máquina de casa.



Por qué un servidor Palworld alojado cambia la experiencia de juego

Palworld usa un servidor dedicado independiente del cliente. Eso significa que la sesión no depende de que el anfitrión esté conectado, y que todo el mundo entra al mismo mundo persistente a cualquier hora. La diferencia con una partida cooperativa alojada desde el juego es enorme en cuanto pasas de cuatro jugadores.

El coste real de autohospedar en un PC doméstico

El binario dedicado (PalServer) no es ligero. En la práctica, con un mundo maduro se observa:

  • RAM: 8 GB es el mínimo funcional para pocos jugadores; a partir de 8-16 jugadores con bases desarrolladas se sube fácilmente a 16 GB o más. El proceso tiende a acumular memoria con las horas de uptime.
  • CPU: el simulado de Pals, la IA de las bases y la física dependen mucho de un núcleo rápido. La frecuencia por núcleo pesa más que el número de hilos.
  • Disco: el guardado del mundo (Level.sav y los Players/*.sav) crece con el tiempo. Con almacenamiento mecánico, cada autoguardado se nota en forma de tirón.
  • Red: subida doméstica limitada, IP dinámica, NAT y apertura de puertos UDP. Y ningún filtrado ante un ataque volumétrico.

Un servidor Palworld alojado en infraestructura con procesadores Ryzen de alta frecuencia y SSD NVMe resuelve tres de esos cuatro puntos de golpe: el reloj alto sostiene el tick del simulado, el NVMe hace que los autoguardados dejen de ser un microcorte, y la conectividad es simétrica y estable.

El factor latencia

Palworld es un juego con combate en tiempo real, escalada, planeo y captura con esferas. Una latencia irregular se traduce en rubber banding al planear y en capturas que "no cuentan". Alojar en un datacenter cercano a la comunidad reduce el RTT y, sobre todo, reduce el jitter, que es lo que realmente destroza la sensación de juego. Puedes verificarlo antes de invitar a nadie:

# Latencia y estabilidad hacia la IP del servidor
ping -c 20 IP_DEL_SERVIDOR

# Ruta y saltos problemáticos
mtr -rwbzc 100 IP_DEL_SERVIDOR

# Comprobar que el puerto de juego responde (UDP)
nc -vuz IP_DEL_SERVIDOR 8211

Anti-DDoS: no es paranoia

Los servidores de comunidad con IP pública acaban expuestos. Basta un jugador expulsado con mal perder. En Serveur Palworld el filtrado anti-DDoS está incluido por defecto en la infraestructura, de modo que el ataque volumétrico se mitiga aguas arriba y no llega al proceso del juego. En una conexión doméstica, la única defensa es apagar el router.



Configuración fina: PalWorldSettings.ini sin misterios

Todo se controla desde un único archivo. En una instalación estándar de servidor dedicado la ruta es:

Pal/Saved/Config/LinuxServer/PalWorldSettings.ini

Ojo: el archivo real que lee el servidor es ese, no el de DefaultPalWorldSettings.ini, que solo sirve de plantilla. Toda la configuración va en una sola línea dentro de OptionSettings=(...); si rompes esa línea con saltos, el servidor ignora el bloque entero y arranca con valores por defecto. Es el error número uno que se ve en soporte.

Parámetros que realmente importan

Parámetro Efecto Recomendación terreno
ServerPlayerMaxNum Slots máximos Dimensiona con la RAM: subir a 32 sin memoria suficiente provoca crashes al guardar
BaseCampMaxNumInGuild Bases por gremio Cada base activa consume CPU en segundo plano. Mantener bajo en servidores poblados
AutoSaveSpan Intervalo de autoguardado (s) 1800 s con NVMe es cómodo; bajarlo a 600 s si hay riesgo de pérdida
bIsMultiplay Modo multijugador Debe estar en True
ServerPassword Contraseña de acceso Obligatoria en servidores privados; combínala con bIsPvP=False si es cooperativo
AdminPassword Contraseña admin / RCON Larga, aleatoria, distinta de la del servidor. Nunca reutilizada
RCONEnabled / RCONPort Consola remota Útil para automatizar avisos y kicks; restringe el puerto
bEnableInvaderEnemy Incursiones a bases Desactivar reduce carga de CPU en servidores muy poblados
PalEggDefaultHatchingTime Tiempo de incubación Valor típico en comunidades: 1 a 4 horas en vez del predeterminado

Ejemplo de bloque funcional

[/Script/Pal.PalGameWorldSettings]
OptionSettings=(Difficulty=None,DayTimeSpeedRate=1.000000,NightTimeSpeedRate=1.000000,ExpRate=1.500000,PalCaptureRate=1.200000,PalSpawnNumRate=1.000000,PalDamageRateAttack=1.000000,PalDamageRateDefense=1.000000,PlayerDamageRateAttack=1.000000,PlayerDamageRateDefense=1.000000,PlayerStomachDecreaceRate=0.700000,PlayerStaminaDecreaceRate=0.700000,BuildObjectDamageRate=1.000000,CollectionDropRate=1.500000,EnablePlayerToPlayerDamage=False,EnableFriendlyFire=False,EnableInvaderEnemy=True,DropItemMaxNum=3000,BaseCampMaxNum=128,BaseCampWorkerMaxNum=15,PalEggDefaultHatchingTime=2.000000,AutoSaveSpan=1800.000000,bIsMultiplay=True,bIsPvP=False,ServerPlayerMaxNum=16,ServerName="Mi servidor Palworld",ServerDescription="Coop PvE",AdminPassword="CambiaEstoPorAlgoLargo",ServerPassword="",PublicPort=8211,RCONEnabled=True,RCONPort=25575)

Tras cada modificación hay que reiniciar el proceso: el servidor lee la configuración solo al arrancar. Y muy importante: reinicia siempre desde el panel de forma limpia, nunca con un kill brusco, o el Level.sav puede quedar en estado inconsistente. La referencia de opciones se mantiene actualizada en el Source oficial de Pocketpair.

Gestión desde el panel Pterodactyl

Con un panel de tipo Pterodactyl toda esta operativa se vuelve trivial: editas el PalWorldSettings.ini desde el gestor de archivos, ves la consola en vivo mientras arranca el mundo, reinicias con un clic y das acceso a un moderador mediante subusuarios sin entregarle la contraseña principal. Para una comunidad con varios administradores, esa separación de permisos evita la mitad de los incidentes.

Comandos RCON útiles una vez habilitado:

ShowPlayers
Broadcast Reinicio_en_5_minutos
Save
KickPlayer <SteamID>
BanPlayer <SteamID>
Shutdown 60 Mantenimiento

Nota práctica: Broadcast no admite espacios, hay que usar guiones bajos. Y ejecuta siempre Save antes de un Shutdown programado.



Rendimiento, copias de seguridad y mantenimiento del mundo

Por qué el mundo se ralentiza con el tiempo

Palworld guarda el estado completo del mundo en un único archivo que crece de forma constante: estructuras, Pals asignados, objetos tirados por el suelo, cofres. Los síntomas típicos de un mundo saturado son tiempos de carga largos al conectar, micro-freezes cada vez que toca autoguardar y consumo de RAM que sube sin bajar.

Rutina de mantenimiento que funciona:

  1. Reinicio programado cada 8-12 horas. Libera memoria acumulada y reduce los picos.
  2. Limitar DropItemMaxNum y el tiempo de expiración de los objetos en el suelo. Miles de ítems huérfanos engordan el guardado.
  3. Depurar bases abandonadas de jugadores inactivos. Cada campamento con trabajadores sigue simulándose.
  4. Vigilar el tamaño de Level.sav. Si crece de forma anómala, algo va mal (normalmente objetos o Pals duplicados por un crash).
# Ver el tamaño del guardado y su evolución
du -h Pal/Saved/SaveGames/0/*/Level.sav

# Vigilar consumo del proceso
ps -o pid,rss,pcpu,etime -C PalServer-Linux-Shipping

Copias de seguridad: la única red de seguridad real

Un guardado corrupto en Palworld no se repara: se restaura. Por eso las copias automáticas no son un extra, son la diferencia entre perder una tarde y perder tres meses de progreso comunitario. En un servidor alojado las copias automáticas ya están integradas, pero conviene entender qué se copia y con qué frecuencia, y conservar además una descarga manual antes de cada actualización mayor del juego o de cambiar configuraciones de mundo.

Buena práctica: antes de tocar nada crítico, guarda en caliente y descarga el directorio de guardado.

# Copia manual antes de un cambio importante
tar -czf backup_palworld_$(date +%F_%H%M).tar.gz Pal/Saved/SaveGames/

Y verifica la restauración al menos una vez. Una copia que nunca se ha probado no es una copia, es una suposición.

Actualizaciones del juego

Pocketpair publica parches con frecuencia y, cuando salen, el cliente y el servidor deben coincidir en versión o nadie entra. El flujo correcto es: aviso a la comunidad, Save, apagado limpio, copia de seguridad, actualización, arranque y comprobación en consola. Con instalación instantánea y actualización desde el panel, la ventana de mantenimiento baja a unos minutos en lugar de una tarde peleando con SteamCMD.

# Actualización manual vía SteamCMD (entorno autogestionado)
steamcmd +login anonymous +app_update 2394010 validate +quit


Servidor gestionado o VPS: cómo elegir según tu perfil

No hay una respuesta única. Depende de cuánto tiempo quieras dedicar a la administración y de si vas a alojar un solo juego o varios.

Servidor de juego gestionado

Es la opción lógica si tu objetivo es jugar y moderar, no administrar Linux. Obtienes el juego desplegado al instante, panel Pterodactyl con consola en vivo y gestor de archivos, copias automáticas, anti-DDoS incluido y hardware Ryzen con NVMe sin tener que dimensionar nada tú. Aplica igual para Palworld que para Serveur ARK, Serveur Rust o Serveur Minecraft: consulta Tous nos serveurs de jeu si tu comunidad rota entre títulos.

VPS para autogestionarse

Un VPS Linux tiene sentido si quieres alojar varias instancias, montar bots de Discord, un sitio web de la comunidad y el servidor de juego en la misma máquina, o probar herramientas de la comunidad. Con un VPS Pterodactyl tienes el panel ya listo para desplegar contenedores de juego tú mismo.

Si eliges esa vía, endurece la máquina desde el primer minuto:

# Claves SSH en lugar de contraseña
ssh-keygen -t ed25519 -C "admin-palworld"
ssh-copy-id -i ~/.ssh/id_ed25519.pub usuario@IP_VPS

# Desactivar login por contraseña y root
sudo sed -i 's/^#\?PasswordAuthentication.*/PasswordAuthentication no/' /etc/ssh/sshd_config
sudo sed -i 's/^#\?PermitRootLogin.*/PermitRootLogin no/' /etc/ssh/sshd_config
sudo systemctl restart ssh

# Cortafuegos: solo lo necesario
sudo ufw default deny incoming
sudo ufw allow 22/tcp
sudo ufw allow 8211/udp
sudo ufw enable

# Protección contra fuerza bruta
sudo apt update && sudo apt install -y fail2ban
sudo systemctl enable --now fail2ban

El puerto RCON (25575) no debe quedar abierto al mundo: restríngelo a tu IP o accede por túnel SSH. Y define un servicio systemd para que el servidor arranque solo tras un reinicio:

sudo systemctl enable palworld
sudo systemctl status palworld
journalctl -u palworld -f

Tabla de decisión rápida

Criterio Servidor gestionado VPS autogestionado
Tiempo de puesta en marcha Instalación instantánea Entre 30 min y varias horas
Conocimientos requeridos Editar un .ini y usar el panel Linux, systemd, firewall, actualizaciones
Copias de seguridad Automáticas incluidas A tu cargo (cron + almacenamiento externo)
Anti-DDoS Incluido en la infraestructura Incluido en la infraestructura, resto de hardening a tu cargo
Varios servicios en la misma máquina No aplica Sí (juegos, bots, web)

Seguridad de comunidad, más allá de lo técnico

La mayoría de incidentes en un servidor Palworld no son ataques de red, sino problemas de gobernanza: alguien con contraseña de admin que no debería tenerla, o un servidor público sin contraseña que se llena de griefing. Medidas concretas:

  • Contraseña de administrador larga y aleatoria, rotada cuando cambia el equipo de moderación.
  • Subusuarios en el panel con permisos limitados en lugar de compartir credenciales.
  • Servidor con ServerPassword si es una comunidad cerrada.
  • Registro de los SteamID baneados y comunicación clara de las reglas.
  • Copia manual antes de cualquier evento con riesgo (PvP, reset parcial de zona).

Si buscas guías equivalentes para otros títulos, el Blog Fly-Serv recoge configuraciones y buenas prácticas por juego, y Fly-Serv centraliza el catálogo completo.



Conclusión

Alojar un servidor Palworld fuera de casa no es un lujo: es lo que permite un mundo persistente, latencia estable y guardados que no se corrompen. Con un PalWorldSettings.ini bien ajustado, reinicios programados y copias probadas, la administración se vuelve rutina. Elige gestionado si quieres jugar, y VPS si quieres control total sobre la máquina.



FAQ

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

Cuenta con 16 GB como base razonable para 16 jugadores con bases desarrolladas. Palworld acumula memoria con el uptime, así que además de dimensionar bien conviene programar un reinicio cada 8-12 horas. Con menos de 8 GB los crashes durante el autoguardado son casi seguros en un mundo maduro.

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

Tres causas habituales: has editado DefaultPalWorldSettings.ini en lugar del archivo activo en Pal/Saved/Config/LinuxServer/; has partido la línea OptionSettings=(...) en varias líneas, lo que invalida todo el bloque; o no has reiniciado el servidor, ya que la configuración solo se lee al arrancar.

¿Puedo recuperar un mundo de Palworld corrupto?

Un Level.sav dañado no se repara de forma fiable: la vía real es restaurar la última copia válida. Por eso hay que mantener copias automáticas, descargar una copia manual antes de cada actualización del juego y apagar siempre el servidor de forma limpia con Save previo en lugar de matar el proceso.