WARHOST — WARNO Dedicated Server for Unraid

A mod-friendly, multi-instance capable WARNO dedicated server manager for Unraid. One WARNO dedicated server per container. The install form takes your Eugen login and dedicated key (provided by Eugen upon request) and writes login.ini. The WebUI writes variables.ini. The container then runs the entrypoint from the official eugensystems/warno image.

The first start seeds a 2v2 Conquest lobby on the base-game map Hesse (_2x2_Hesse_2vs2_CONQ), named WARHOST - default server name, with no workshop mods, so players need only the game. Open the WebUI to set the server name, map, player limits, and workshop mods. Save and restart on that page restarts the dedicated server so the save loads. If the page cannot restart the container, restart it in Unraid. To host the Red Dragon map pack (Steam Workshop item 3811913066), check 3811913066 on that page and choose a scenario ID from the scenario lists. A save writes the bare id. The next start reads that mod's current Version from Steam and writes id/Version. After the author publishes an update, use Save and restart in the WebUI. A pin already stored as id/Version stays until that save.

If you've used other game servers before you likely can toll the unraid template tooltips only, and setup your standard port forward and you are done. Looking for more info? Follow docs/INSTALL-UNRAID.md. It covers the Eugen key request, router setup, the Unraid 7 install route, every field, how to confirm the server works, and troubleshooting. This README is the reference.

What you need

• A dedicated-server login and key from Eugen. Email eugsupport@eugensystems.com with the email address of your EugNet account politely requesting a dedicated servery key; Eugen replies with a login and key pair (Docker Hub). A dedicated key from another Eugen game also works. One pair can run up to five servers.
• Your public WAN IP, and the game port forwarded on your router as both TCP and UDP to the Unraid server. Eugen recommends host networking and this container uses it, so Unraid shows no Docker port mapping.
• Outbound internet from the Unraid server, so the game server can reach Eugen's master server (no offline LAN play), and so each start can read a Workshop mod's Version from Steam.

Install

Community Applications listing comes after this template has been tested on a running server. Until then, Unraid 7 has no field for a template URL (Unraid 6.10 removed it), so copy the template to the flash drive and pick it from the Template dropdown. APPROVED, PENDING PUBLISH AS OF 10/9/26

In a checkout of this repository, sh scripts/print_template_fetch.sh prints the command in step 1. In Cursor, /unraid-script prints that command for main, a separate command for dev (my-WARHOST-dev.xml), and a clean-slate command. Paste only the branch you are about to add. The download URL uses the repository name WARHOST and the template file on that branch. Applying a branch template still writes my-WARHOST.xml, because <Name> on each branch is WARHOST, and leaves the suffixed file in the dropdown. The clean-slate command removes the WARHOST and WARHOST-dev containers and those template files. It also drops those names from /var/lib/docker/unraid-autostart and deletes the two private files under /boot/config/plugins/community.applications/private/suchamoneypit/. It removes the image named in that template's <Repository> only when no container is still using it. On main that image is ghcr.io/suchamoneypit/warhost:latest. On dev it is ghcr.io/suchamoneypit/warhost:dev. It also removes /mnt/user/appdata/warno/<port>/settings for those containers, which holds the login and key. A folder still mounted by another container is left in place.

1. Unraid web UI → terminal icon (>_):

   mkdir -p /boot/config/plugins/dockerMan/templates-user
   curl -fsSL -o /boot/config/plugins/dockerMan/templates-user/my-WARHOST.xml \
     https://raw.githubusercontent.com/suchamoneypit/WARHOST/main/templates/warhost.xml
   

2. Docker → Add Container → Template → User templates, choose WARHOST, fill in the fields below, Apply.

The dropdown label is the flash filename with my- removed, so my-WARHOST.xml shows WARHOST. On Apply, Unraid writes /boot/config/plugins/dockerMan/templates-user/my-<Name>.xml from the Name on the form. With Name left as WARHOST, that is this download. A different Name leaves this file in the dropdown as a second entry, still labeled WARHOST. Delete an earlier download if it is still in that folder: warno-dedicated-server.xml or my-WARNO-Dedicated-Server.xml. This route is the one the Community Applications author gives for Unraid 6.10 and later. On 2026-10-09 Unraid 7.3.3 showed my-WARHOST.xml in that dropdown as WARHOST. The install guide records what that try did and did not prove. sh scripts/print_template_fetch.sh --private saves warhost.xml under /boot/config/plugins/community.applications/private/suchamoneypit/. The full command is in the install guide.

The template on main installs ghcr.io/suchamoneypit/warhost:latest. That tag is published when Rebuild WARHOST image runs on main. The template on dev installs ghcr.io/suchamoneypit/warhost:dev, published from dev. The pull check is in the install guide, step 2. The first server's settings folder is /mnt/user/appdata/warno/10400/settings. Containers from main share ghcr.io/suchamoneypit/warhost:latest; containers from dev share ghcr.io/suchamoneypit/warhost:dev. Extra search terms are WARNO WARNO server dedicated server game server mods modded.

Fill in:

On the form, WebUI follows Public WAN IP and Game Port follows WebUI. Show more settings holds Write Config From Form. The first start seeds Hesse 2v2 (_2x2_Hesse_2vs2_CONQ) with no workshop mods and the server name WARHOST - default server name. Two new containers both use that name until each is changed in its WebUI. Scenario IDs and named mods are in the tables below.

A container saved from an earlier template can still show Server Name, Map, player counts, combat rule, and the workshop fields. This entrypoint ignores those values and prints Lobby settings on the Docker template are ignored. Change the server in the WebUI.

Map

The WebUI map list uses a scenario ID from the lists below. Base-game maps need no workshop mod. A workshop map needs its pack checked under Workshop mods on that page, from the workshop mods table. When the startup log warns about the map or the mod list, the troubleshooting table in the install guide says what to change.

The size in the ID is the usual lobby. Eugen's variables.ini page does not tie player count to that size. The usual settings are Max Players 2 and Team Size 1 for 1v1, 4 and 2 for 2v2, 6 and 3 for 3v3, 8 and 4 for 4v4, and 20 and 10 for 10v10. Choosing a map in the WebUI fills Max players (NbMaxPlayer), Team size (MaxTeamSize), and Minimum players (NbMinPlayer) from that map. Minimum players is 2 when the usual lobby has at least two players. Those three stay editable, and a save writes what they show, so a 2v2 map can be saved as 8 and 4 or as a 1v1 (max 2, team size 1, minimum 2). A count already in variables.ini is what the page shows until the map is changed.

Workshop mods

The WebUI checklist loads the mod that contains the maps. Check the Workshop id from the table. Save writes the bare id. The next start reads that mod's current Version and writes id/version. Pick the map from that mod's scenario list below. Red Dragon is the first row: check 3811913066, which sets tags Maps-Scenarios, and choose RDPort_JungleLaw_2v2_CONQ for Jungle Law.

The pin column is each mod's Version from its Config.ini, read on 2026-10-09 (Red Dragon on 2026-10-10). A pin holds that number, so players are refused once the author increments Version. The WebUI writes the bare id. A pin already in variables.ini stays until that mod is saved again from the page.

Galactic Divide is a total conversion and A World in Flames is a modern-day overhaul. Neither has scenario IDs of its own, so the map comes from the base game or a map pack. Check a conversion and a map pack together. The page joins their ids with a hyphen, for example 3595948209-3811913066. Tags are the union of the checked mods. A World in Flames uses Gameplay-Interface alone, and Gameplay-Interface-Maps-Scenarios when a map pack is also checked.

Joining players subscribe to each Workshop item in the list and enable it in WARNO's Mod Center. Eugen's variables.ini page says a joining player who is missing a ModList mod is prompted to download and enable it. To read Version, the container downloads just the mod's Config.ini from Steam with DepotDownloader, on the first start and after each update the author publishes.

Scenario IDs

Map packs come first and the base game is last. Choose the value from the Scenario ID column in the WebUI. The SM_ names under some packs are Army General files; pick a scenario from the tables. For a mod not listed here, step 4 of the install guide shows how to find its IDs. An id already in variables.ini that is not in this list stays if you leave it checked.

A second server

Each server is its own container. Add another one from this same template. Do not use Unraid's reinstall action. Reinstall replaces the container you already have.

The container name, Game Port, and Settings Folder are unique. The server name is set in that container's WebUI, and it has to differ from the other servers. The directory before /settings is that container's Game Port. The next container adds 1 to that port, in both the Game Port field and that directory.

The map and workshop mods also belong to each container, so one server can run the Red Dragon map pack while another runs a base-game map. Public WAN IP, Eugen login, and Eugen dedicated key stay the same for up to five servers. A sixth container needs another login and key pair. Forward each Game Port to this Unraid server as TCP and UDP. Players join from the WARNO server browser by server name. They are not given a port to type.

Every container uses the same image, stored once. The settings folder holds login.ini, variables.ini, and params_for_ai.json. The wrapper also creates warhost.lock there so two running containers cannot share the folder. Do not copy WARNO or a Workshop folder into it. If the folder is already in use, or the game port is already taken, the start stops and the log says what to change. One pair runs five servers: fifteen servers need three pairs, fifty need ten, and one hundred needs twenty.

Settings files

On each start, Write Config From Form (true) rewrites login.ini and params_for_ai.json in the settings folder. It creates variables.ini only when that file is missing, using the Hesse preset. An existing variables.ini stays, except a bare Workshop id in ModList, which that start rewrites as id/Version.

When ModList holds a bare Workshop id, the start also writes warhost-workshop-versions.txt: one line per id with Steam's update time and the Version written. Delete it to make the next start read each Config.ini again, after a WebUI save has put the bare id back.

The wrapper writes those files in a private .warhost-stage.* folder first, then moves them into place. The next start that locks the settings folder removes one left by a crash or power loss, so do not keep anything under that name.

samples/ shows the shape of those files with placeholders only. Do not replace the placeholders in this repository.

The faction matchup is NATO vs PACT (GameType = 0). Teams must stay the same size (DeltaMaxTeamSize = 0). AI decks are empty. RCON is not configured.

Set Write Config From Form to false only when you need to edit those files by hand. While it is true, the next start still rewrites login.ini and params_for_ai.json, leaves an existing variables.ini in place, and refreshes bare Workshop ids in that file. While it is false, the three files stay as edited, login.ini is set to mode 600, and no Workshop id is looked up on Steam. Any other file the server itself creates in that folder (for example admins.ini or banned_clients.ini, if it creates them) is left alone.

WebUI

WebUI defaults to true and sits on the main form after Public WAN IP, before Show more settings. The container serves the WebUI at the game port plus 1000. That is the page the Docker WebUI button opens. Game port 10400 is http://<unraid>:11400/. The next server, on 10401, is http://<unraid>:11401/. Do not forward the page port. The game port stays the one you forward as TCP and UDP. The Docker WebUI button uses http://[IP]:[PORT:11400]/. On host networking that button opens 11400, so it matches the first server only. When the page is accepting connections, the log says WebUI listening on port 11400. before the game server output.

Set it to false and no extra process listens. The dedicated server starts the same way. The log says WebUI is off. Nothing is listening on port 11400. If that port is already taken, the log says WebUI is off. Port 11400 is already in use. The Docker WebUI button still opens that port, so the browser reports that the address refused to connect.

Workshop mods is a checklist of the named map packs. Full conversions and other mods, such as Galactic Divide and A World in Flames, are a second checklist on the right of that section. Checking a map pack shows that pack's maps below the base-game list. Two or more checked packs use a dropdown to switch packs. Galactic Divide and A World in Flames add no map rows. An id already in variables.ini that is not in either list is a checkbox on that right-hand list, labeled Workshop id and that id. The map list shows the base-game maps. Search matches the map name and scenario ID. Size and combat rule stay separate dropdowns. For a map in the list, the combat rules menu offers only that scenario's rule, and a save with the other rule is rejected. A saved map that is not in the list still offers both. The match dropdowns are command and control, combat rules, opposition, starting resources, income, score limit, and time limit. Save writes the server name, the selected map, the checked mods as bare ids, and those dropdowns into variables.ini. Tags are derived from the checked mods. A modded map whose pack is unchecked is rejected. An unknown id stays, including a pin, when it remains checked. Save keeps the previous copy as variables.ini.bak and leaves the current match running. Save and restart writes the form when it differs from that file, then restarts the dedicated server, which stops the match. If the page cannot restart the container, restart it in Unraid. Max players, team size, and minimum players start from the selected map and can be edited; the save writes those values.

If the page fails to start, or its port is already taken, the log warns and the game server still starts. A privilege drop that fails leaves the page running and the container log warns that it stayed root. The page does not show the Eugen login or dedicated key. ghcr.io/suchamoneypit/warhost:latest and ghcr.io/suchamoneypit/warhost:dev both serve the WebUI and start with Map unset once Rebuild WARHOST image has published that tag. A container still on the :latest image from before the v1.10 publish opens port 11400 with nothing listening, and that image still stops when Map is unset.

Keys

Login from Eugen's reply, exactly as written. Not your Steam name; this login and the key are a matching pair good for five containers.

The dedicated key belongs in the Unraid form, which stores it for that container and writes login.ini on the server. The form shows the key in clear text so servers can be told apart. The startup log names only the last 4 characters. The key does not belong in this git repository, in an example file, or in a GitHub issue. If a key is ever committed, treat it as compromised even after a later delete, because git history keeps it. .gitignore ignores login.ini and a local settings/ directory.

Updates

Eugen publishes game updates as eugensystems/warno:latest. This repo does not copy their server launch arguments. entrypoint-unraid.sh writes the settings files and then runs /server/entrypoint2.sh from their image. It stays the container's main process. Save and restart runs that start again so the saved lobby and Workshop versions load.

.github/workflows/rebuild-image.yml checks Eugen's image once a day. The workflow also runs when the Dockerfile, entrypoint-unraid.sh, webui/, or .github/workflows/rebuild-image.yml changes, and a push of those paths publishes :latest from main or :dev from dev. In Unraid, update each server container. A failed Action leaves the previous image in place. Fix the Action and run it again. Players on a new WARNO patch need that rebuild before the dedicated server will match the client.

Change the entrypoint only if Eugen renames entrypoint2.sh or the settings filenames. A normal game patch does not require an edit here.

Workshop mods update apart from the image. A WebUI save writes bare ids. The next start reads the current Version of each bare id in variables.ini and writes id/Version. After a mod author publishes, use Save and restart in the WebUI. Until that restart, players who have the update are refused. A pin already stored as id/version keeps its number until that save.

Publishing the image (maintainers)

The image is already published. Before merging dev into main, set <Repository> in templates/warhost.xml back to ghcr.io/suchamoneypit/warhost:latest. If you fork this repository, repeat these steps once your files are on main:

1. In the GitHub repository settings, enable Issues.
2. Under Actions, allow GitHub Actions, and set workflow permissions to read and write.
3. Run the Rebuild WARHOST image workflow.
4. Open the package warhost and set its visibility to Public. Unraid cannot pull a private package. The workflow tries to do this for warhost, and the package page is the place to confirm it.

Then install the template on your Unraid server and confirm the container stays up, the settings files contain your key only on that server, and the preset Hesse map is the running scenario. Submit the repository to Community Apps after that test.

Community Apps reads the default branch, main. A first submission needs that branch to be a public, active repository, with the MIT LICENSE at the root, ca_profile.xml with a non-empty Profile, and templates/warhost.xml. Open https://ca.unraid.net/submit, run Validate, then Scan, and submit when the scan is clean. Those two buttons need your Community Apps login. The help pages are submission help, repository XML, and repository information XML.

License

Templates, metadata, documentation, entrypoint-unraid.sh, and webui/ are under the MIT license in LICENSE. Copyright 2026 suchamoneypit. GitHub detects that file as MIT, an OSI-approved license. Community Apps asks for that license on the repository contents: the templates, metadata, and docs. The template <License> tag is https://raw.githubusercontent.com/suchamoneypit/WARHOST/main/LICENSE. The template <ReadMe> tag is https://raw.githubusercontent.com/suchamoneypit/WARHOST/main/README.md.

The image is built FROM eugensystems/warno. The Docker Hub page, read on 2026-10-09, states no license for that image. Community Apps treats the container image license as separate from this repository's LICENSE. The Dockerfile leaves the image license unlabeled.

The image also contains DepotDownloader 3.4.0, unmodified, under GPL-2.0. Its LICENSE is in /opt/depotdownloader in the image, and its source is at that release tag.

Documentation

Made with AI tools

This project was built with AI coding assistants (mainly Cursor). Humans directed the work, reviewed what shipped, and remain responsible for it. Treat the template like any other community Docker or Unraid project: verify on your own server, and open an issue if something is wrong. Notes for working on the Cursor setup in this repository are in docs/CURSOR-QUICKSTART.md.

WARNO was a game made in France, but WARHOST was created in the United States.

Support

Questions and problems go to GitHub issues. Leave the Eugen key out of the issue.