1. Back Up
Copy current config, save path, and mod list before editing serverconfig.xml.
BackupUse this serverconfig.xml guide to sort settings by risk, keep backups, explain rule changes, and connect config edits to troubleshooting checks.
Safe Edit Order
Server config edits can affect visibility, joining, EAC behavior, performance, world rules, and player trust. Record each change before the restart.
Copy current config, save path, and mod list before editing serverconfig.xml.
BackupStart with name, description, password, message, region, and player-facing rules.
Low riskTreat EAC, world generation, progression, save paths, and mod requirements as high impact.
High riskRestart once, join from a clean client, and confirm the server appears as expected.
Verify| Config area | Common user question | Safe handling |
|---|---|---|
| Identity | How do players find the server? | Keep server name, description, region, and password rules clear. |
| Access | Why can't players join? | Check password, whitelist, player cap, version, EAC, and mod requirements. |
| EAC | Should EAC be enabled? | Make the rule visible and avoid changing anti-cheat settings casually. |
| World and save | Will config changes affect the world? | Back up before touching world, seed, save, difficulty, or progression settings. |
| Mods | Do players need the same mods? | Document server-side, client-side, and both-sides requirements. |
| Performance | Why is the server lagging? | Track player count, region, hardware, mods, restarts, and recent updates. |
V3.0 SandboxCode
The V3.0 release notes describe a migration path for legacy server settings. Document old values, generate a SandboxCode, and test the result before opening the server.
Save the old serverconfig.xml, mod list, save folder path, and visible rules before changing anything.
BackupUse the V3.0 sandbox options menu to recreate the old difficulty, loot, zombie, quest, world, and death rules.
SandboxPaste the generated code into the V3.0 serverconfig.xml SandboxCode property instead of guessing removed legacy fields.
MigrationStart the server, join cleanly, verify rules, then ask one player to test from outside the host network.
Verify| Area | Why it matters after V3.0 | Safe handling |
|---|---|---|
| SandboxCode | Replaces many older world-rule fields and can silently change the server experience. | Generate from known settings, save the code, and test one restart. |
| Death and item degradation | New repair and degradation options can change how punishing deaths and repairs feel. | Tell players before a season starts; do not surprise live communities. |
| Loot and progression | Sandbox options can affect loot abundance, magazines, crafting, quests, and skill pacing. | Pair changes with rules text and reset expectations. |
| Zombie and Blood Moon rules | Difficulty, speed, enemy density, and Blood Moon settings shape performance and player trust. | Change one axis at a time and record the reason. |
| MOD compatibility | Server-side mods and overhaul packs may depend on version-specific XML or progression behavior. | Use a separate test world and publish exact mod requirements. |
Config FAQ
Check status, ports, firewall, listing delay, region filters, version, and server name before rewriting config.
Troubleshooting guideOnly after you understand player impact and server rules. Treat EAC as a high-risk setting, not a quick fix.
Mods may require player instructions, load-order notes, server-side installation, or a fresh save. Pair config changes with the mod install guide.