Prepay & save up to 40% · 3 months −20% · 6 months −30% · 12 months −40% Client Area
Guide

How to Set Up a 7 Days to Die Server

7 Days to Die··6 min read

7 Days to Die blends survival, base-building and tower-defence against the weekly blood-moon horde. A dedicated server with full config and overhaul mods (Darkness Falls, Undead Legacy) keeps your apocalypse running 24/7. This step-by-step guide shows you how to set up a 7 Days to Die server in minutes — no manual install, no command line.

What you need

  • A 7 Days to Die plan with around 6–12 GB of RAM — 7 Days to Die is a Heavy-class game.
  • Support for serverconfig.xml and overhaul mods, included on every GGameHost 7 Days to Die plan.
  • Your friends or community to play with (4–16 slots).

Step 1 — Choose your plan

Pick a plan sized for your 7 Days to Die community. We recommend about 6–12 GB of RAM; start smaller and upgrade in one click as you add players or mods. 7 Days to Die plans start at $17.99/mo.

Step 2 — Deploy your server

Check out and your 7 Days to Die server provisions automatically in under 60 seconds, with console access right away — no manual install, no command line.

Step 3 — Connect & invite players

Once your 7 Days to Die server is online, share its address (IP and port) with your friends so they can join. Start, stop and restart it anytime from the control panel.

Step 4 — Install mods & configure

Your 7 Days to Die server supports Mods, Darkness Falls, ServerConfig, Backups, FTP/SFTP. Install serverconfig.xml and overhaul mods straight from the one-click installer, or upload your own from the control panel — then tweak settings in the visual config editor.

Step 5 — Keep it running smoothly

Enable scheduled automatic backups, set restart timers, and monitor CPU, RAM and player counts from the dashboard. Always-on DDoS protection and 24/7 support keep your 7 Days to Die server stable.

Server softwareserverconfig.xml and overhaul mods
Recommended RAM6–12 GB
Player slots4–16 slots
Performance classHeavy

7 Days to Die server FAQ

How much RAM does a 7 Days to Die server need?
We recommend 6–12 GB for 7 Days to Die. Start smaller and upgrade in one click as your player count or mod list grows.
How many players can a 7 Days to Die server hold?
Typical 7 Days to Die servers run 4–16 slots. Slots scale with your plan, so you can raise them at any time.
Can I install mods on a 7 Days to Die server?
Yes — 7 Days to Die supports serverconfig.xml and overhaul mods. Install them from the one-click installer or upload your own over FTP/SFTP.

Ready to start? Deploy your 7 Days to Die server in under 60 seconds — 7-day money-back guarantee.

Related guides

Share:Twitter / XFacebookRedditWhatsApp

Ready to play?

Deploy your server in under 60 seconds — 7-day money-back guarantee.

Browse games
Reference

Ports, config and common failures

Default ports on a 7 Days to Die server

A 7 Days to Die dedicated server listens on ServerPort, which defaults to 26900. The comment shipped with this setting in serverconfig.xml advises keeping the value between 26900 and 26905, or between 27015 and 27020, if you want PCs on the same LAN to find the server as a LAN server. Telnet and the web dashboard each have their own enable flag and their own port, so remote administration is toggled separately from the game port.

PortProtocolPurpose
26900TCPGame details query port
26900UDPSteam master server list interface
26901UDPSteam communication
26902UDPLiteNetLib networking
8081TCPTelnet control interface (TelnetPort; TelnetEnabled defaults to true)
8080TCPWeb dashboard (WebDashboardPort; WebDashboardEnabled defaults to false)
27000–27050UDPOutbound; registering with the server list

The per-protocol breakdown and the outbound 27000–27050 range are community-documented on the 7dtd.illy.bz Linux server wiki rather than stated in the configuration file itself. Older revisions of serverconfig.xml expose the web panel as ControlPanelEnabled and ControlPanelPort, also on port 8080. The telnet and dashboard ports apply only when they are enabled in the configuration.

Settings in serverconfig.xml that control player count, spawns and world size

These are the settings that govern how much work the server does. All of them live in serverconfig.xml:

SettingWhat the documentation states
ServerMaxPlayerCountDefault 8; described simply as “Maximum Concurrent Players”
MaxSpawnedZombies“This setting covers the entire map. There can only be this many zombies on the entire map at one time. Changing this setting has a huge impact on performance.”
MaxSpawnedAnimalsDefault 50; animals do not consume as much CPU as zombies, and the limit can be raised when players are spread out across the map
GameWorldEither RWG for random generation or the name of an existing world, such as Navezgane or PREGEN01
WorldGenSizeFor RWG, controls the width and height of the created world. “Officially supported sizes are between 6144 and 10240 and must be a multiple of 2048, e.g. 6144, 8192, 10240.”

WorldGenSize applies only when GameWorld is set to RWG.

Configuration required for console crossplay

  • ServerMaxPlayerCount set to a maximum of 8
  • ServerAllowCrossplay set to True
  • EACEnabled set to True
  • IgnoreEOSSanctions set to False

The same post lists valid crossplay ranges for other settings: XPMultiplier 25–300, DayNightLength 10 or higher, BloodMoonEnemyCount 4–64, AirDropFrequency 24 or higher, BlockDamagePlayer 25–300, BlockDamageAI and BlockDamageAIBM 25 or higher, LootAbundance 200 or lower, and LootRespawnDays 5 or higher. The announcement is dated 06/29/2025 and is credited to Sascha Elzner.

Installing and updating the server with SteamCMD

The dedicated server ships under its own Steam app ID, 294420, distinct from the game client (251570). It is installed and updated through SteamCMD with an anonymous login:

steamcmd +login anonymous +app_update 294420 validate +quit

Two update problems are documented:

  • Branch mismatch after a stable release. The V3.1.0 Henpocalypse release notes, dated 07/27/2026, state that 3.1 Stable is live on PC, PlayStation, and Xbox, and tell anyone on a dedicated server who cannot connect yet to select the correct branch: Default Public Version, which is the v3.1.0 stable.
  • SteamCMD reporting the app as already up to date while the server stays on an older build, because SteamCMD trusts a cached copy of the app’s metadata. Community guidance on wiki.7d2d.net is to add +app_info_update 1 before app_update to force a fresh product-info refresh; the same guide suggests stopping the server before updating to avoid file locks, checking free disk space, and removing appmanifest_294420.acf if updates repeatedly fail.

Troubleshooting: the server does not appear in the server browser

If the server runs but never appears in the server browser, community troubleshooting guidance is to confirm that ServerVisibility is set to 2 (public), to open ports 26900–26903 UDP/TCP (26900–26905 for crossplay), and to check the server log for an “Eos Registration Failed” line.