OnsetDocker
Docker can be really helpful while developing your own server but it can be awesome when you are managing servers : cpu and ram limitations and reservations, crash management, auto restart, security and isolation. Let's see how we can deal with it.
Development stack
For this guide we are going to create a brand new server folder.
1. Start with creation of the Dockerfile
file and put the content below
# The image we start from (a basic debian with SteamCMD)
FROM cm2network/steamcmd:root
# We'll use the "steam" user because run the server with "root" is a bad idea
USER steam
# We create our onset folder and set the base location for the image
RUN mkdir /home/steam/onset
WORKDIR /home/steam/onset
# We install Onset files with SteamCMD and delete the base packages folder
RUN /home/steam/steamcmd/steamcmd.sh +login anonymous +force_install_dir /home/steam/onset +app_update 1204170 +quit && \
rm -r /home/steam/onset/packages/
# We launch the server at start
CMD ./start_linux.sh
2. Next, we need a docker-compose.yml
file to setup our environment
version: '3.7'
services:
onset:
image: steam_onset
# Tell docker where to find the Dockerfile
build:
context: .
# We need to run the container as steam user
user: "steam:steam"
# Open some ports
ports:
- "7777:7777/udp"
- "7776:7776/udp"
- "7775:7775/tcp"
2.b. We can run the server now. You can use docker-compose up --build
to try it out but we are going to have a error :
This is because of the new console input feature. To disable it, let's add a start_linux.sh
to replace the base one :
export LD_LIBRARY_PATH=$LD_LIBRARY_PATH:.
./OnsetServer --noinput
2.c. We now have to copy this file in our container at build. Update the Dockerfile
at line 12.
# We install Onset files with SteamCMD and delete the base packages folder and start_linux.sh file
RUN /home/steam/steamcmd/steamcmd.sh +login anonymous +force_install_dir /home/steam/onset +app_update 1204170 +quit && \
rm -r /home/steam/onset/packages/ start_linux.sh
# Copy the start_linux file as steam user and make it executable
COPY --chown=steam:steam start_linux.sh /home/steam/onset/start_linux.sh
RUN chmod +x start_linux.sh
# We launch the server at start
CMD ./start_linux.sh
We are now fine ;)
Add configuration and some packages
Now we are running a server in Docker, let's see how to configure it and add some packages to play around.
For this part we are going to add the Sandbox from Digital and Logic you can find here : https://github.com/AliLogic/onset-sandbox-editor
1. Create a folder called packages
and place sandbox
in it.
2. To load the packages folder into our container, we have to specify volumes
in our docker-compose.yml file. Add those lines at line 16 : (be carefull of indentation, see the screen capture later)
volumes:
- "./packages:/home/steam/onset/packages"
This will load the packages folder we created to the /home/steam/onset/packages folder in the container. So our server will be able to load it.
3. Create a server_config.json
file and configure it as you wish. See this : https://dev.playonset.com/wiki/server_config
{
"servername": "Demo Docker",
"servername_short": "Demo",
"gamemode": "Roleplay",
"website_url": "",
"ipaddress": "0.0.0.0",
"port": 7777,
"maxplayers": 20,
"password": "",
"timeout": 15000,
"iplimit": 5,
"masterlist": false,
"plugins": [
"ini-plugin"
],
"packages": [
"sandbox"
],
"voice": true,
"voice_sample_rate": 48000,
"voice_spatialization": true,
"pools": {
"player": {
"distance": 40000.0,
"update_rate": 0.05
},
"voice": {
"distance": 2000.0,
"update_rate": 0.8
},
"vehicle": {
"distance": 40000.0,
"update_rate": 0.1
},
"object": {
"distance": 40000.0,
"update_rate": 0.1
},
"npc": {
"distance": 12000.0,
"update_rate": 0.1
},
"pickup": {
"distance": 12000.0,
"update_rate": 0.1
},
"door": {
"distance": 12000.0,
"update_rate": 0.1
},
"text3d": {
"distance": 12000.0,
"update_rate": 0.1
}
}
}
4. Add the server_config.json file to the volumes list on the docker-compose.yml. Add this on line 18
- "./server_config.json:/home/steam/onset/server_config.json"
We're done configuring and adding packages, you can now run your server with docker-compose up --build
and see this :
/!\ Be careful of the indentation !
Docker caveats and server list visibility
As the containers are not aware of the host configuration, if you have a custom network configuration like for example if you run many IPs to your server, you'll not be able to choose the good IP with this configuration.
To resolve it, Talos updated some things on the server (this should be released soon) to allow server owners to put the IP you want to in the ipaddress
parameter in the server_config file. That way, you'll have a warning saying the IP cannot be bound and fallback to 0.0.0.0. But don't be afraid, the master server will be in touch of wich IP you are using and show your server in the list.
Be carefull to specify the corrects ports in your server_config AND your docker-compose files.
In the docker-compose file, the port on the left is the published one, the one on the right is the target one.