- stripped down Debian Bookworm with Wine 10.0
- pre-configured 64-bit Wine prefix
- SCUM server startup script, which
-
- installs/updates steamcmd
-
- installs/updates SCUM dedicated server on startup
- Docker.io with docker compose
- 8GB memory (absolute bare minimum, COULD work if a swap-file is present but let's be honest, won't be fun. Get 16GB or at least 12GB)
- Grab the
docker-compose.yml - run
docker compose up -dand be patient1 - Fire up your SCUM game and connect either without port or port 7779
Note: Don't want to use docker compose? Check https://www.decomposerize.com/
Defaults:
PORT=7777and therefore (as per SCUM server's weird way to assign ports) also 7778 and 7779QUERYPORT=27015
When PORT or QUERYPORT are altered this change MUST reflect the port mapping as well.
Example for ports 10000 and 20000:
environment:
- PORT=10000
- QUERYPORT=20000
ports:
- "10000:10000/udp"
- "10000:10000/tcp"
- "10001:10001/udp"
- "10001:10001/tcp"
- "10002:10002/udp"
- "10002:10002/tcp"
- "20000:20000/udp"
- "20000:20000/tcp"The port for players to connect is now 10002.
All server data is exposed in the scumserver-data folder.
For further information check here.
Reverse-engineered version of j0s0n/scum-wine Docker image...
...attempting to fix some of its issues with updates and restarts.
All credit for the initial work goes to j0s0n.
I am certain some port exposures are unnecessary. However, I could not find clear documentation on which ports and protocols are required. The SCUM server's port calculation behavior doesn't help either.
Exposing additional ports should not cause any harm.
Footnotes
-
Use
docker compose logsto check the process. Once you see something likescum-server | LogBattlEye: Display: Config entry: MasterPort 8037in the logs, your game server should be ready to accept player connections. ↩