Palworld's explosive launch in early 2024 caught a lot of hosting providers off guard — the dedicated server binary shipped with genuinely rough memory management, and early adopters running public servers dealt with crashes every few hours as the world's creature and base-structure count grew. The good news is that both Pocketpair's patches and community best practices have matured a lot since then. This guide reflects what actually keeps a Palworld dedicated server stable today, not the launch-week workarounds that no longer apply.

We'll cover realistic RAM/CPU sizing (which is higher than the officially listed minimum, similar to most Unreal Engine survival titles), the key PalWorldSettings.ini options, the built-in REST API for remote admin, mod support, and the specific crash patterns that still show up on long-running worlds with a full base count.

If you're coming to Palworld hosting from another Unreal Engine survival title like ARK, a lot of the operational instincts transfer directly — scheduled restarts, generous RAM headroom, and taking backups seriously all matter here too. Where Palworld genuinely differs is its built-in REST API, which gives you a level of remote administration convenience most competitors in this genre only offer through third-party plugins or none at all.

What Is a Palworld Dedicated Server?

It's the standalone server executable (SteamCMD app ID 2394010) that runs a persistent Palworld world independent of any player's own game session — the same architecture pattern as ARK, Valheim, and most Unreal/Steam-distributed survival titles. Running dedicated instead of using the in-game "Co-op" host option gets you:

  • Uptime independent of any single player being logged in
  • Support for the game's official 32-player cap (versus the lower co-op session limits)
  • A built-in REST API for remote server management without needing to be in-game
  • Mod support via community loaders like UE4SS, since Palworld doesn't have official Steam Workshop integration
  • Full control over save backups, restarts, and world settings

System Requirements and Pricing

Palworld's official minimum (a few GB of RAM) badly undersells real-world needs once your base count and captured-Pal population grow over the first few weeks of a server's life.

Player CountRAMCPUStorageTypical Monthly Price
1-4 (small group)8-12 GB4 vCPU / 3.8+ GHz30-40 GB NVMe$18-$32
5-10 (active base builders)16 GB4-6 vCPU / 4.0+ GHz50-70 GB NVMe$36-$55
11-20 (community server)20-24 GB6 dedicated cores / 4.2+ GHz90-120 GB NVMe$60-$90
21-32 (max public server)28-32 GB8 dedicated cores / 4.2+ GHz150+ GB NVMe$100-$150

Palworld's RAM usage climbs with the number of Pals in the world (both player-owned and wild), not just player count — a server with heavy base-building and large Pal farms at max capacity will sit noticeably higher in memory use than a fresh wipe with the same player count.

Why Pal Count Matters More Than Player Count

Each working Pal assigned to a base task runs its own AI loop continuously, checking pathing, task assignment, and animation state, regardless of whether any player is nearby watching it happen. A server with 8 players and modest bases might host far fewer active Pals than a server with 4 players who've built large automated farming/breeding operations — size your plan around expected Pal density, not just headcount, especially once your community starts optimizing for automation over exploration.

Step-by-Step Setup

1. Install via SteamCMD

steamcmd +force_install_dir ./Palworld +login anonymous +app_update 2394010 validate +quit

The dedicated server download is modest compared to ARK's UE5 asset size, so this step is usually quick even on a first install.

2. Run First Boot to Generate Config Files

Launch the server once with ./PalServer.sh to generate the default PalWorldSettings.ini under Pal/Saved/Config/LinuxServer/, then stop it before editing.

3. Tune PalWorldSettings.ini

KeyRecommended ValueWhy
ServerNameyour server nameShown in the community server browser
AdminPasswordstrong unique passwordRequired for in-game admin commands and REST API auth
ServerPlayerMaxNummatch your RAM budget, max 32Don't default to 32 just because you can — size to your community
DifficultyOffset / DifficultyNormal or customCustom unlocks the full multiplier list below it
DayTimeSpeedRate / NightTimeSpeedRate1.0-2.0Higher values speed the day/night cycle, popular on casual servers
ExpRate1.0-3.0Higher rates reduce grind for smaller/casual groups
PalCaptureRate1.0-2.0Slight increases make early-game capturing less frustrating without trivializing it
bEnableInvaderEnemyTrueDisable only if your community specifically wants to avoid base raids
RESTAPIEnabledTrueEnables the built-in HTTP admin API — set alongside RESTAPIPort
AutoResetGuildNoOnlinePlayersFalsePrevents guild data from being wiped just because members are temporarily offline
DeathPenaltyItemControls what's lost on death — None, Item, ItemAndEquipment, or All; most casual communities avoid the harshest setting
bIsMultiplayerTrueMust be true for a dedicated server — this isn't optional the way it might look in the file
ServerPlayerMaxNummatch RAM budgetRepeated here deliberately — this is the single setting most likely to be set too high relative to actual hardware
WorkSpeedRate1.0-2.0Increases Pal work speed at bases; higher values reduce the grind of large automated farms but change pacing
bActiveUNKOFalseControls a specific minor gameplay/cosmetic system; leave at default unless your community has a specific reason to change it

3a. Understanding the Difficulty Presets vs Custom Mode

PalWorldSettings.ini ships with quick difficulty presets (Casual, Normal, Hard) that bundle sensible multiplier combinations, but most communities that care about tuning their server eventually switch to Custom mode, where every multiplier listed above becomes independently adjustable. Start with a preset for your first week live, then move to Custom once your community has opinions about specific pain points (usually taming speed or death penalty) rather than tuning everything blind on day one.

4. Use the REST API for Remote Administration

Palworld ships a built-in REST API (default port 8212) that lets you query server info, broadcast messages, kick/ban players, and trigger a graceful save-and-shutdown — all without needing an in-game admin session. This is genuinely one of the better built-in admin tools among survival dedicated servers; authenticate with HTTP Basic Auth using "admin" and your configured AdminPassword, and use it to script scheduled restarts that save cleanly instead of hard-killing the process.

5. Open Firewall Ports

Default game port is 8211 (UDP). If using the REST API remotely, also open 8212 (TCP) but restrict it to trusted IPs — it's an admin interface, not something to expose publicly. With UFW: sudo ufw allow 8211/udp and, if needed, sudo ufw allow from YOUR_IP to any port 8212 proto tcp.

6. Install Mods (UE4SS-Based)

Palworld doesn't have official Steam Workshop support; the community standard is UE4SS (Unreal Engine 4/5 Scripting System), which injects Lua-based mod hooks. Install UE4SS into the server directory following the mod's specific instructions, and test one mod at a time — since this is an unofficial injection method, mod conflicts are more common than in games with first-party mod support.

7. Schedule Restarts and Backups

Use the REST API's save-and-shutdown endpoint in a cron-triggered script to restart every 6-12 hours during low-traffic windows, and back up the Pal/Saved/SaveGames/ directory immediately after each clean shutdown — this avoids ever backing up a save that was mid-write during a crash.

8. Set Up a Whitelist or Player Approval Flow

Palworld doesn't ship a first-party whitelist file the way some competitors do, so for invite-only communities the practical approach is combining a strong, only-shared-with-trusted-players AdminPassword with active REST-API-based monitoring — query connected players periodically and kick/ban anyone unexpected rather than relying on a static allow-list file that doesn't exist in the base config.

9. Plan for Save Migration Between Versions

Pocketpair has shipped several major content updates since launch, and while save compatibility has generally been good, always back up your save directory before a major version update and check patch notes for any explicit save-format warnings — this is a five-minute precaution that avoids a potentially unrecoverable mistake.

Common Issues and Troubleshooting

Server Crashes After Extended Uptime

This was a serious launch-week problem and has improved substantially with patches, but very long uptimes (multiple days without a restart) on heavily-populated worlds can still show memory growth. Scheduled restarts every 6-12 hours remain the most reliable mitigation.

"Connection Timeout" for Joining Players

Check that UDP port 8211 is open on both the OS firewall and any cloud/network-level firewall — a rule that only opens TCP (a common copy-paste mistake) will silently block Palworld's UDP-based connection.

REST API Returns 401 Unauthorized

Double-check you're using HTTP Basic Auth with username "admin" and the exact AdminPassword from your ini file — a common mistake is using the in-game chat admin password if you've changed it separately without updating the ini.

Guild/Base Data Disappearing

Check AutoResetGuildNoOnlinePlayers — if left at its old default in some early configs, guild data with no currently-online members could be cleaned up unexpectedly. Set it to False for persistent communities.

Poor Performance With Many Pals in Bases

Large automated Pal-work farms are CPU-intensive since each working Pal runs its own AI logic continuously. If tick rate degrades, this is usually the cause rather than raw player count — encourage reasonable per-base Pal caps in your server rules if this becomes a recurring issue.

Save File Fails to Load After a Power Loss

Palworld's save format has improved since launch but an ungraceful shutdown mid-write can still corrupt a save. Restore the most recent scheduled backup rather than attempting manual repair — there's no widely-trusted community save-repair tool the way some longer-established titles have.

UE4SS Mod Causes Immediate Crash on Startup

Since UE4SS injects into the process rather than using an official mod API, version mismatches between UE4SS itself, the mod, and the current Palworld build are a common source of instant crashes. Update UE4SS to the latest release compatible with your current game version before assuming the mod itself is broken.

Base Building Area Suddenly Unavailable

Check base-limit settings and whether a guild's base count has hit the server's configured cap — this shows up as an unexpected "can't build here" restriction that's a config limit rather than a bug, especially on servers that have raised ServerPlayerMaxNum without correspondingly raising base-count limits.

Troubleshooting Reference Table

SymptomLikely CauseFix
Players can't join despite server showing onlineUDP 8211 blocked by firewallVerify the rule is UDP, not TCP, on both OS and cloud firewall layers
REST API commands silently failWrong AdminPassword or RESTAPIEnabled left falseConfirm both settings in PalWorldSettings.ini and restart after changing them
Server slows down progressively over daysGrowing Pal population without a restart cycleAdd a 6-12 hour scheduled restart with a clean save beforehand
Mod breaks after a game updateUE4SS or mod version incompatible with new buildHold off updating the server until mod authors confirm compatibility, or roll back temporarily
Guild data missing after downtimeAutoResetGuildNoOnlinePlayers left at an aggressive defaultSet it to False for any persistent community server

Common Mistakes to Avoid

The most common mistake is treating the officially listed minimum RAM as a real planning number — Palworld's actual footprint with an active, base-building community is routinely double or triple that figure once Pal populations grow. A second frequent mistake is exposing the REST API port to the open internet without an IP restriction; it's a genuinely powerful admin tool, which also means it's a genuinely attractive target if credentials are weak or leaked. A third is installing several UE4SS mods simultaneously on a fresh server without testing each individually first, which turns a simple compatibility issue into a multi-hour process of elimination.

Buyer's Checklist

  • Size RAM for your expected base-building intensity, not just player count — heavy Pal farms use meaningfully more memory
  • Confirm the host allows the REST API port to be opened/restricted per your own firewall rules
  • Check for NVMe storage, since save file writes happen frequently with an active player base
  • Ask whether UE4SS mod installation is supported without restrictive panel limitations
  • Verify scheduled restart/backup automation is possible via cron or a provided scheduler
  • Check DDoS protection if running a public (non-whitelisted) server, since Palworld servers have been a target for booter attacks during popularity spikes
  • Ask whether the host keeps the server binary updated promptly after major patches, or requires manual redeployment
  • Confirm you can restrict the REST API port to specific IPs at the network firewall level, not just within the game's own config

Real-World Example: Sizing a Community Server

Consider a mid-sized public Palworld server: 20 max players, a handful of UE4SS quality-of-life mods, and an active base-building community that's been live for two months. On paper, the official minimum suggests a modest box would suffice. In practice, this server benefits from 24 GB of RAM once dozens of bases each run several working Pals continuously, plus a 6-core high-clock CPU to keep tick rate stable during peak evening hours when most of the 20 slots are filled simultaneously. The admin running it schedules a clean REST-API save and restart every 8 hours, and keeps 5 days of rolling backups off-server. This is a fairly typical profile for a server that started small and grew organically — sizing for where you expect to be in two months, not where you are on day one, avoids a painful mid-season upgrade.

Performance Tuning Walkthrough

If your Palworld server is live but tick rate sags during peak hours, work through these steps in order rather than adjusting several settings blind — each one isolates a different load source.

Step 1: Baseline With the REST API

Script a periodic call to the REST API's server-info and player-list endpoints and log the results alongside CPU/RAM readings from htop or your host's panel. A week of this data tells you whether load tracks player logins (a concurrency problem), grows steadily regardless of who's online (a Pal/base density problem), or spikes at specific times (usually raid events or a particular guild's automation coming online).

Step 2: Cap Base Workers Deliberately

The BaseCampWorkerMaxNum setting controls how many Pals can be assigned to work at a single base, and it's the most direct lever on the AI-loop load that dense automation creates. Lowering it on an established server is unpopular, so set a deliberate value before launch rather than inheriting the default and discovering the cost after your community has built around it.

Step 3: Keep Ground Items Under Control

DropItemMaxNum caps how many dropped items can exist in the world simultaneously. Communities that farm aggressively and leave loot on the ground push item-entity counts up in ways that quietly add per-tick cost — a moderate cap keeps this bounded without noticeably affecting normal play, since the oldest drops expire first.

Step 4: Lock In a Restart Cadence That Matches Your Data

With a week of baseline logs, you can see how quickly memory climbs between restarts on your actual workload. Set the scheduled restart interval so that peak memory never crosses about 85% of your plan's RAM, and revisit the number after major content patches — Pocketpair's updates have historically shifted the memory curve in both directions.

Palworld vs Genre Peers: What You'll Actually Pay

If your group is choosing between survival titles partly on hosting cost, this is how Palworld's profile compares to the two most common alternatives.

FactorPalworldARK: Survival AscendedValheim
EngineUnreal Engine 5Unreal Engine 5Unity (low-poly)
Realistic RAM for ~8 players12-16 GB16-24 GB6-8 GB
Biggest load driverWorking Pal populationStructures and tamesBase size/physics
Built-in remote adminREST API (excellent)RCONConsole commands only
Typical monthly cost, small group$18-$32$20-$35$10-$18

Palworld sits in the middle of the pack: meaningfully cheaper than an ARK cluster, meaningfully more expensive than Valheim, with the best built-in remote administration of the three. For groups that value scripted, hands-off server management, that REST API is worth real money in saved admin time even before comparing raw hardware prices.

Frequently Asked Questions

How many players can one Palworld dedicated server support?

The official cap is 32 players per server, though real-world stability at the full cap depends heavily on base density and Pal population — budget generous RAM headroom if you plan to run near the max.

Does Palworld support Xbox/Game Pass cross-play with dedicated servers?

Yes, dedicated servers support cross-play between Steam and Xbox/Game Pass players, though some server settings and mod compatibility can differ slightly by platform.

Is the REST API safe to expose to the public internet?

No — treat it like any admin interface and restrict access to trusted IPs only, since it can kick/ban players and shut down the server if credentials leak.

Do I need Steam Workshop for Palworld mods?

No, Palworld doesn't use Steam Workshop; mods are installed manually or via UE4SS, typically downloaded from community mod sites rather than through Steam directly.

How often should I restart a Palworld server?

Every 6-12 hours during low-traffic periods is a reasonable default for stability, paired with a REST-API-triggered clean save before each restart.

Can I run Palworld mods without UE4SS?

Some very simple mods (asset replacements) can work without a script loader, but anything that changes gameplay logic almost always requires UE4SS as the injection framework — check each mod's specific requirements before assuming a lighter-weight installation is possible.

How much does Pal population affect ongoing hosting cost?

Significantly more than most new admins expect — a heavily automated, farm-dense server can need noticeably more RAM than a fresh server with identical player count, since every active Pal is an ongoing AI/simulation cost independent of how many humans are logged in.

Is it safe to update the server the same day a new patch releases?

Generally yes for minor patches, but for major content updates it's worth waiting a day or two and checking community reports for mod-compatibility issues first, especially if your server relies on several UE4SS mods that may need their own compatibility updates.

What's the best way to prevent grief on a public Palworld server?

Combine reasonable base-protection settings, an active admin presence monitoring via the REST API, and a clear public ruleset — Palworld doesn't have as mature a third-party anti-grief plugin ecosystem as some competitors, so proactive moderation matters more here than on, say, a Minecraft server with GriefPrevention installed.

Palworld has come a long way from its rocky launch week, and a properly sized, regularly-restarted dedicated server is genuinely stable today. WebsNP's VPS hosting plans handle small-to-mid Palworld communities well, and our Linux dedicated servers give larger public servers the dedicated cores heavy base-building demands — get in touch for help sizing your plan. If you're also running other Steam-distributed survival titles, our SteamCMD guide covers the shared install workflow, and our Valheim dedicated server guide is a useful comparison if your group is deciding between the two.