Mods, Modlets and Overhauls on Your 7 Days to Die Server

A modded, heavily fortified base in 7 Days to Die

 

    7 Days to Die has one of the richest modding scenes in survival gaming, and almost all of it drops into a single place: a Mods folder on your server. But not every mod behaves the same once it's there — a small XML tweak and a total overhaul have completely different rules for anti-cheat and for whether your players need to install anything. This guide explains the categories, how the Mods folder works on your gamever server, and the two rules that decide whether a mod "just works" or locks your group out. For the click-by-click install, pair it with our install mods walkthrough.

 

Modlets vs. overhauls

 

    Almost everything you'll install falls into one of two buckets:

 

TypeWhat it isTypical contents
ModletA small, self-contained mod — a recipe change, a new block, a quality-of-life tweak. You can stack many of them.XML files, sometimes custom icons or asset bundles
OverhaulA large mod that reworks core systems (progression, crafting, UI). Usually runs as one big package.XML plus compiled code (.dll / Harmony)

 

    Both live in the same Mods folder — the difference is in how much they change and what they're built from, and that's what drives the rules below.

 

How the Mods folder works

 

    On a gamever server you manage mod files through the File Manager (browser) or over FTP (Settings → FTP) for larger uploads:

 

  • Mods live in a folder named exactly Mods (capital M) at the root of the server files. It doesn't exist by default — create it the first time you add a mod.
  • Each mod gets its own subfolder inside Mods, and that subfolder must contain the mod's ModInfo.xml at its top level. Per the official wiki, ModInfo.xml is required — without it the game ignores the folder entirely.
  • Watch the double-folder trap. Unzipping often leaves you with Mods/CoolMod/CoolMod/ModInfo.xml — one layer too deep, and the mod won't load. The ModInfo.xml must sit directly inside the subfolder you drop into Mods.

 

    Always stop the server before adding or removing mods, and back up first — see backup & restore. Watch the Console on the next start to catch any load errors.

 

The two rules that decide if a mod works

 

Rule 1 — Do your players need it too?

 

    This is the one that locks groups out. It depends on what the mod contains:

 

Mod contentsDo clients need the files?
Pure XML modletNo. XML changes push from the server to each client automatically — players don't need to install anything on their end.
Custom icons / asset bundlesYes. Asset bundles don't push from the server — each player needs the files locally.
Compiled code (.dll) / overhaulsYes. Every player needs the same mod, matched to the same version.
Server-side tool (.dll)No. Some tools (e.g. Server Tools) run alongside the dedicated server only.

 

    So a pure-XML modlet is genuinely server-side — upload it and your players are done. An overhaul is the opposite: every player must install the matching build at the matching version, or they can't join. Settle that with your group before you commit.

 

Rule 2 — EAC (Easy Anti-Cheat)

 

    Whether anti-cheat has to come off depends on the same split:

 

  • Pure XML modlets and asset-only modlets run with EAC on — no change needed.
  • Mods with compiled code (.dll), and full overhauls, need EAC disabled. If you're unsure, turning it off runs everything — at the cost of the anti-cheat protection it provides.
  • Crossplay requires EAC enabled and the Mods folder empty, so an EAC-off modded server is PC-only.

 

Turning EAC off

 

    On a gamever server you don't edit the file by hand — there's a toggle. Open Settings → Server:

 

The 7 Days to Die Server settings tab with the EACEnabled and Install Undead Legacy toggles

 

    Set EACEnabled to false, click Save, then Restart from the Overview tab. (Under the hood this writes to serverconfig.xml, which advanced users can also edit via the File Manager.) Remember that each player then has to launch the game without EAC to join. Full field-by-field notes are in server settings explained.

 

The one-click overhaul shortcut

 

    If you want a big overhaul without any file work, your gamever panel has a built-in option: on Settings → Server, set Install Undead Legacy to YES, Save and Restart, and the server pulls the overhaul for you. Players still install the matching Undead Legacy build locally to join. The step-by-step is in install mods.

 

Additional Tips

 

  • Back up before and after any mod change — the Backups tab is one click.
  • One mod per subfolder inside Mods, each with its own ModInfo.xml, keeps things tidy and easy to remove.
  • Check version compatibility — a mod built for an older build can crash the server or stop it starting.
  • Start small. Add one modlet at a time and restart; if the server won't load, you know which one to pull.
  • Keep EAC on if you can — pure-XML modlets don't need it off, and leaving it on keeps crossplay available.

 

Conclusion

 

    Modding 7 Days to Die comes down to one folder and two rules: drop each mod into its own subfolder under Mods (with its ModInfo.xml at the top), then decide EAC and client-matching by what the mod contains — pure XML is effortless and server-side, while overhauls need EAC off and the matching build on every player's machine. Or skip the files entirely and flip Install Undead Legacy to YES for a one-click overhaul.

 

    Rent your 7 Days to Die server at gamever.io — full File Manager and FTP for custom mods, a one-click overhaul toggle, and backups a tab away. Free trial, promo code WELCOME.

Use promo code WELCOME to create a free server for 1 day!
Create serverStart hosting your server now
Knowledge Base