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 Count | RAM | CPU | Storage | Typical Monthly Price |
|---|---|---|---|---|
| 1-4 (small group) | 8-12 GB | 4 vCPU / 3.8+ GHz | 30-40 GB NVMe | $18-$32 |
| 5-10 (active base builders) | 16 GB | 4-6 vCPU / 4.0+ GHz | 50-70 GB NVMe | $36-$55 |
| 11-20 (community server) | 20-24 GB | 6 dedicated cores / 4.2+ GHz | 90-120 GB NVMe | $60-$90 |
| 21-32 (max public server) | 28-32 GB | 8 dedicated cores / 4.2+ GHz | 150+ 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
| Key | Recommended Value | Why |
|---|---|---|
| ServerName | your server name | Shown in the community server browser |
| AdminPassword | strong unique password | Required for in-game admin commands and REST API auth |
| ServerPlayerMaxNum | match your RAM budget, max 32 | Don't default to 32 just because you can — size to your community |
| DifficultyOffset / Difficulty | Normal or custom | Custom unlocks the full multiplier list below it |
| DayTimeSpeedRate / NightTimeSpeedRate | 1.0-2.0 | Higher values speed the day/night cycle, popular on casual servers |
| ExpRate | 1.0-3.0 | Higher rates reduce grind for smaller/casual groups |
| PalCaptureRate | 1.0-2.0 | Slight increases make early-game capturing less frustrating without trivializing it |
| bEnableInvaderEnemy | True | Disable only if your community specifically wants to avoid base raids |
| RESTAPIEnabled | True | Enables the built-in HTTP admin API — set alongside RESTAPIPort |
| AutoResetGuildNoOnlinePlayers | False | Prevents guild data from being wiped just because members are temporarily offline |
| DeathPenalty | Item | Controls what's lost on death — None, Item, ItemAndEquipment, or All; most casual communities avoid the harshest setting |
| bIsMultiplayer | True | Must be true for a dedicated server — this isn't optional the way it might look in the file |
| ServerPlayerMaxNum | match RAM budget | Repeated here deliberately — this is the single setting most likely to be set too high relative to actual hardware |
| WorkSpeedRate | 1.0-2.0 | Increases Pal work speed at bases; higher values reduce the grind of large automated farms but change pacing |
| bActiveUNKO | False | Controls 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
| Symptom | Likely Cause | Fix |
|---|---|---|
| Players can't join despite server showing online | UDP 8211 blocked by firewall | Verify the rule is UDP, not TCP, on both OS and cloud firewall layers |
| REST API commands silently fail | Wrong AdminPassword or RESTAPIEnabled left false | Confirm both settings in PalWorldSettings.ini and restart after changing them |
| Server slows down progressively over days | Growing Pal population without a restart cycle | Add a 6-12 hour scheduled restart with a clean save beforehand |
| Mod breaks after a game update | UE4SS or mod version incompatible with new build | Hold off updating the server until mod authors confirm compatibility, or roll back temporarily |
| Guild data missing after downtime | AutoResetGuildNoOnlinePlayers left at an aggressive default | Set 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.
| Factor | Palworld | ARK: Survival Ascended | Valheim |
|---|---|---|---|
| Engine | Unreal Engine 5 | Unreal Engine 5 | Unity (low-poly) |
| Realistic RAM for ~8 players | 12-16 GB | 16-24 GB | 6-8 GB |
| Biggest load driver | Working Pal population | Structures and tames | Base size/physics |
| Built-in remote admin | REST API (excellent) | RCON | Console 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.