Go to file
2021-03-24 20:16:53 +01:00
configs update 2021-01-23 21:04:33 +01:00
docker strace magic replaced 2021-03-24 20:16:53 +01:00
roles/nickjj.docker Terraform deploy on hetzner cloud 2019-04-13 02:06:51 +02:00
terraform Setup running prperly again 2019-04-14 06:02:02 +02:00
.gitignore 🐱 covid-19 containment is really boring 2020-04-07 02:37:51 +02:00
docker-compose.yml minor cleanup and 100%cpu bug fixed with strace. Yes, FUCKING, strace! because debugging is obviously not possible in fucking schrödingers docker containers, the debugging will now be part of running this shit 2021-01-24 02:25:32 +01:00
playbook.yml config changes for ansible 2020-04-07 04:38:34 +02:00
README.md Update README.md 2021-01-23 16:37:08 -05:00
terra.sh Terraform deploy on hetzner cloud 2019-04-13 02:06:51 +02:00

Stardew Valley Multiplayer Docker Compose

This project aims to autostart a Stardew Valley Multiplayer Server as easy as possible.

Side Note

  • Updating to most recent version requires a rebuild: docker-compose build --no-cache
  • Although I'm trying to put out updates, I don't have the time for testing, so I recommend forking and fixing things on your own.
  • Ansible and Terraform will not be supported anymore
  • Thanks to the brilliant configuration script from Novex and the genius baseimage from jlesage this now looks a bit better

Setup

Docker-Compose

git clone https://github.com/printfuck/stardew-multiplayer-docker

docker-compose up

Ansible !deprecated!

Create an inventory file with your hosts

ansible -i <your_inventori> playbook.yml

Terraform (with Hetzner Cloud) !deprecated!

Enter your API Token in terraform/vars.auto.tfvars and modify the resource section in main.tf to your liking, then run the following script:

./terra.sh

Game Setup

Intially you have to create or load a game once via VNC or Web interface. After that the Autoload Mod jumps into the previously loaded savegame everytime you restart or rebuild the container. The AutoLoad Mod config file is by default mounted as a volume, since it keeps the state of the ongoing SaveGame, but you can also copy your existing SaveGame to the Saves volume and define the SaveGame's name in the environment variables.

VNC

Use a vnc client like TightVNC on Windows or plain vncviewer on any Linux distribution to connect to the server. You can modify the VNC Port and IP address and Password in the docker-compose.yml file like this:

Localhost:

   # Server is only reachable on localhost on port 2342...
   ports:
     - 127.0.0.1:2342:5900
   # ... with the password "insecure"
   environment:
     - VNCPASS=insecure

Web Interface

On port 5800 inside the container is a web interface. This is a bit easier and more accessible than just the VNC interface. Although you will be asked for the vnc password, I wouldn't recommend exposing the port to the outside world.

img

How it works

The game will be pulled from my servers (I'll assume you already own the game - since you're looking for a multiplayer - so please don't rip it from there) and the modloader (SMAPI) will be pulled from Github when building the container. You can control the mods's settings with environment variables in the docker-compose.yml file.

Used Mods

Troubleshooting

Error Messages in Console

Usually you should be able to ignore any message there. If the game doesn't start or any errors appear, you should look for messages like "cannot open display", which would most likely indicate permission errors.

VNC

Access the game via VNC to initially load or start a pregenerated savegame. You can control the Server from there or edit the config.json files in the configs folder.

Performance

I'd recomend a VPS/Machine with at least four logical CPUs and 4GB Ram, otherwise there will be horrible lags. The minimum configuration I'd consider playable with two to four players would be two logical CPUs and 1GB of Ram.