0.17.1
,0.17
,latest
(0.17/Dockerfile)0.16.51
,0.16
,stable
(0.16/Dockerfile)0.15.40
,0.15
(0.15/Dockerfile)0.14.23
,0.14
(0.14/Dockerfile)0.13.20
,0.13
(0.13/Dockerfile)
Tag descriptions
latest
- most up-to-date version (may be experimental).stable
- version declared stable on factorio.com.0.x
- latest version in a branch.0.x.y
- a specific version.0.x-dev
- whatever is in master for that version.
Factorio is a game in which you build and maintain factories.
You will be mining resources, researching technologies, building infrastructure, automating production and fighting enemies. Use your imagination to design your factory, combine simple elements into ingenious structures, apply management skills to keep it working and finally protect it from the creatures who don't really like you.
The game is very stable and optimized for building massive factories. You can create your own maps, write mods in Lua or play with friends via Multiplayer.
NOTE: This is only the server. The game is available at factorio.com and Steam.
Run the server to create the necessary folder structure and configuration files. For this example data is stored in /opt/factorio
.
sudo mkdir -p /opt/factorio
sudo chown 845:845 /opt/factorio
sudo docker run -d \
-p 34197:34197/udp \
-p 27015:27015/tcp \
-v /opt/factorio:/factorio \
--name factorio \
--restart=always \
dtandersen/factorio
For those new to Docker, here is an explanation of the options:
-d
- Run as a daemon ("detached").-p
- Expose ports.-v
- Mount/opt/factorio
on the local file system to/factorio
in the container.--restart
- Restart the server if it crashes and at system start--name
- Name the container "factorio" (otherwise it has a funny random name).
The chown
command is needed because in 0.16+, we no longer run the game server as root for security reasons, but rather as a 'factorio' user with user id 845. The host must therefore allow these files to be written by that user.
Check the logs to see what happened:
docker logs factorio
Stop the server:
docker stop factorio
Now there's a server-settings.json
file in the folder /opt/factorio/config
. Modify this to your liking and restart the server:
docker start factorio
Try to connect to the server. Check the logs if it isn't working.
To issue console commands to the server, start the server in interactive mode with -it
. Open the console with docker attach
and then type commands.
docker run -d -it \
--name factorio \
dtandersen/factorio
docker attach factorio
Before upgrading backup the save. It's easy to make a save in the client.
Ensure -v
was used to run the server so the save is outside of the Docker container. The docker rm
command completely destroys the container, which includes the save if it isn't stored in an data volume.
Delete the container and refresh the image:
docker stop factorio
docker rm factorio
docker pull dtandersen/factorio
Now run the server as before. In about a minute the new version of Factorio should be up and running, complete with saves and config!
A new map named _autosave1.zip
is generated the first time the server is started. The map-gen-settings.json
and map-settings.json
files in /opt/factorio/config
are used for the map settings. On subsequent runs the newest save is used.
To load an old save stop the server and run the command touch oldsave.zip
. This resets the date. Then restart the server. Another option is to delete all saves except one.
To generate a new map stop the server, delete all of the saves and restart the server.
Copy mods into the mods folder and restart the server.
If you want to launch a scenario from a clean start (not from a saved map) you'll need to start the docker image from an alternate entrypoint. To do this, use the example entrypoint file stored in the /factorio/entrypoints directory in the volume, and launch the image with the following syntax. Note that this is the normal syntax with the addition of the --entrypoint setting AND the additional argument at the end, which is the name of the Scenario in the Scenarios folder.
docker run -d \
-p 34197:34197/udp \
-p 27015:27015/tcp \
-v /opt/factorio:/factorio \
--name factorio \
--restart=always \
--entrypoint "/scenario.sh" \
dtandersen/factorio \
MyScenarioName
If you would like to export your scenario to a saved map, you can use the example entrypoint similar to the Scenario usag above. Factorio will run once, converting the Scenario to a saved Map in your saves directory. A restart of the docker image using the standard options will then load that map, just as if the scenario were just started by the Scenarios example noted above.
docker run -d \
-p 34197:34197/udp \
-p 27015:27015/tcp \
-v /opt/factorio:/factorio \
--name factorio \
--restart=always \
--entrypoint "/scenario2map.sh" \
dtandersen/factorio
MyScenarioName
Set the RCON password in the rconpw
file. A random password is generated if rconpw
doesn't exist.
To change the password, stop the server, modify rconpw
, and restart the server.
To "disable" RCON don't expose port 27015, i.e. start the server without -p 27015:27015/tcp
. RCON is still running, but nobody can to connect to it.
Create file config/server-whitelist.json
and add the whitelisted users.
[
"you",
"friend"
]
Create file config/server-banlist.json
and add the banlisted users.
[
"bad_person",
"other_bad_person"
]
Create file config/server-adminlist.json
and add the adminlisted users.
[
"you",
"friend"
]
The philosophy is to keep it simple.
- The server should bootstrap itself.
- Prefer configuration files over environment variables.
- Use one volume for data.
To keep things simple, the container uses a single volume mounted at /factorio
. This volume stores configuration, mods, and saves.
factorio
|-- config
| |-- map-gen-settings.json
| |-- rconpw
| |-- server-settings.json
| |-- server-whitelist.json
| |-- server-banlist.json
| `-- server-adminlist.json
|-- mods
| `-- fancymod.zip
`-- saves
`-- _autosave1.zip
Docker Compose is an easy way to run Docker containers.
First get a docker-compose.yml file. To get it from this repository:
git clone https://github.com/dtandersen/docker_factorio_server.git
cd docker_factorio_server/0.16
Or make your own:
version: '2'
services:
factorio:
image: dtandersen/factorio
ports:
- "34197:34197/udp"
- "27015:27015/tcp"
volumes:
- /opt/factorio:/factorio
Now cd to the directory with docker-compose.yml and run:
sudo mkdir -p /opt/factorio
sudo chown 845:845 /opt/factorio
sudo docker-compose up -d
34197/udp
- Game server (required).27015/tcp
- RCON (optional).
PORT
(0.15+) - Start the server on an alterate port, .e.g.docker run -e "PORT=34198"
.RCON_PORT
(0.16+) - Start the RCON on an alterate port, .e.g.docker run -e "RCON_PORT=34198"
.
Ensure the lan
setting in server-settings.json is true
.
"visibility":
{
"public": false,
"lan": true
},
Start the container with the --network=host
option so clients can automatically find LAN games. Refer to the Quick Start to create the /opt/factorio
directory.
sudo docker run -d \
--network=host \
-p 34197:34197/udp \
-p 27015:27015/tcp \
-v /opt/factorio:/factorio \
--name factorio \
--restart=always \
dtandersen/factorio
VirtualBox users must enable Bridged networking in order for the host to be assigned an internal network IP. Enable Bridged networking in Vagrant with:
config.vm.network "public_network"
config.vm.network "forwarded_port", guest: 34197, host: 34197
Vagrant is a good way for those without a Linux machine to try Docker. Check out the Factorio Vagrant Box.
My server is listed in the server browser, but nobody can connect
Check the logs. If there is the line Own address is RIGHT IP:WRONG PORT
, then this could be caused by the Docker proxy. If the the IP and port is correct it's probably a port forwarding or firewall issue instead.
By default, Docker routes traffic through a proxy. The proxy changes the source UDP port, so the wrong port is detected. See the forum post Incorrect port detected for docker hosted server for details.
To fix the incorrect port, start the Docker service with the --userland-proxy=false
switch. Docker will route traffic with iptables rules instead of a proxy. Add the switch to the DOCKER_OPTS
environment variable or ExecStart
in the Docker systemd service definition. The specifics vary by operating system.
When I run a server on a port besides 34197 nobody can connect from the server browser
Use the PORT
environment variable to start the server on the a different port, .e.g. docker run -e "PORT=34198"
. This changes the source port on the packets used for port detection. -p 34198:34197
works fine for private servers, but the server browser detects the wrong port.
- dtandersen - Maintainer
- Fank - Keeper of the Factorio watchdog that keeps the version up-to-date.
- Zopanix - Originator
- Rfvgyhn - Randomly generate RCON password
- gnomus - White listing
- bplein - Scenario support
- jaredledvina - Version update