Multiplayer

In addition to being a single-player game, Factorio also supports multiplayer, allowing many players to cooperate and assist each other, or work against each other in pvp. This page documents how to set up a multiplayer game, how to join one, and the Multiplayer Admin features for managing other users and the server. By default, multiplayer games run the CO-OP freeplay scenario where all players work together to launch a rocket with a satellite into space. Other scenarios, including PvP maps, are available for download from the Maps and Scenarios forum.

Setting Up a Multiplayer Game

Multiplayer games can be joined, hosted while playing, or hosted by a dedicated server. Multiplayer games can be advertised to other players on the same LAN or worldwide.

Use the Multiplayer button in the Play menu to start playing a multiplayer game, choose New or Load or Scenarios to host and play, or Browse or Play on LAN to connect to an already-running game. The host can also choose not to advertise the game at all, in which case you'll need the server's (public or otherwise reachable) IP address; you can then Connect directly to that to join the game.

Notes and tips:

All game instances need the installation of exactly the same game-versions and mods.
Factorio servers use port 34197. The port can be changed in the config file.
Factorio uses UDP only. Make sure you configure your router's port forwarding correctly. (The game builds its own "reliable delivery" layer built on UDP to deal with packet loss and reordering issues.)
- Make sure there is no firewall or anti-virus blocking the UDP-packets.
The hard limit for the number of players is 65,535. However, practical limit for this is much lower, popular streamers have managed slightly over a hundred players.

Dedicated/Headless server

As of Factorio version 0.12.0 onwards, a dedicated (or headless) server can be started using the --start-server command line option. You can run factorio --help to get a list of all command-line arguments that Factorio accepts.

In the headless mode:

Graphics are not initialized (faster start up, less memory usage, works on completely headless servers)
Game starts immediately and loads a save given as a parameter to the command
The server has no character in game
Game is paused while there are no players connected (though this can be overridden using the no-auto-pause option in the server-settings.json)
Saves the game on exit (and autosaves normally)

0.13 onwards expects --start-server to be followed by a path to a save file.

You will need to create your save file before you start the server, as the dedicated server REQUIRES a save file to be provided. This can easily be done using the --create command-line argument. For example:

./bin/x64/factorio --create ./saves/my-save.zip       # This creates a new save, as if by clicking the New Game button in the GUI

./bin/x64/factorio --start-server ./saves/my-save.zip # This starts a server that will host the file created on the previous line

There are several JSON configuration files that factorio can make use of to change the server and map settings:

map-gen-settings to set parameters used by the map generator such as width and height, ore patch frequency and size, etc. (Added in 0.13)
map-settings to control pollution spread, biter expansion and evolution, and more (Added in 0.15)
server-settings which consolidated several command-line options into a single file (Added in 0.14.12)

Example files for each of these parameters are included in the data subdirectory.

The --map-gen-settings and --map-settings options must be used with the --create option when you create a new map. For example:

./bin/x64/factorio --create saves/my-save.zip --map-gen-settings my-map-gen-settings.json --map-settings my-map-settings.json

Starting the factorio server requires you to specify the location of the server-settings.json file. By default this is in the factorio data folder. For example to start factorio using the most recent saved map, you would run:

./bin/x64/factorio --start-server-load-latest --server-settings ./data/server-settings.json

To start a server and a client on the same computer you need to launch the client with the following launch option:

--no-log-rotation

Setting up a Linux Factorio server

Note: Factorio now requires glibc version 2.18, but CentOS/RHEL 7 only ship with version 2.17 so this guide will no longer work without manually compiling glibc 2.18.

This step-by-step guide has been verified on fresh CentOS 7 and RHEL 7 installs but should be applicable with little to no changes on most distributions.

The guide assumes you will install the headless server under /opt/factorio, adjust paths according to your own setup. We will also suggest that you run the Factorio server as a separate user to harden security of your setup.

Note that there are two distinct packages for Linux that can be used to run a headless server. First is the usual Linux download, that contains the full game. The other is the special headless package. The headless package does not contain any files irrelevant for a pure server, such as graphics and sounds. It is also not linked against libraries that may not be present on a server machine, such as Xlib, libGL or libasound. This option should be selected if running in a 3rd party hosted server.

This guide does not handle firewall/port forwarding since this can be done in various ways on Linux (make sure to read up how this is done as a Linux admin on your particular distribution)

You can use the Linux factorio-init script to start/stop your headless server in a much better way. The script will ensure you only ever use the most recent save when your server starts (even if that was an auto-save) while also letting you set a number of other settings like Autosave frequency and Latency settings. This script will also simplify updating the server when combined with the Linux factorio-updater script.

Download the selected package -- either full game or the headless package -- and upload the Linux tar.gz or tar.xz package to your server /tmp
Extract the package in /tmp to /opt/factorio

$cd /opt/

$sudo tar -xzf /tmp/factorio.tar.gz # Use the correct file name. It includes the factorio version number
$sudo tar -xJf /tmp/factorio.tar.xz # if you downloaded a .tar.xz file (ver 0.15.x)

Add a new user to your system and assign ownership of the factorio dir to it (please, do not run as the root user, sudo may be needed)

$useradd factorio
$chown -R factorio:factorio /opt/factorio

Try the binary

$su factorio
$/opt/factorio/bin/x64/factorio --start-server savename

As long as it fails saying it cannot find/open the savename.zip you are set! Just upload a save from your own computer and put it in the /opt/factorio/saves directory, or use the --create ./saves/newgame.zip argument.

How to list a server-hosted game on the matching server

In order to publish the game to the matching server, Factorio needs to be given some more information than just the save file location. These information are provided in a server settings file.

To create a server settings file, look at the example file located in data/server-settings.example.json in the Factorio Application directory. The recommended way is to make a copy of this example file and edit the copy.

The following values can be changed:

Name: This will be the name under which the server will be listed in the server browser
Description: A brief description of your server
Tags: A list of game tags
Max Players: Allows you to limit the number of players that can be connected to the server at the same time. If you want no limit, just set max_players to 0.

Visibility for server browser: May be either public, LAN or hidden.
- Public: The server will appear in the public server list. This requires the login credentials below to be filled in.
- LAN: The server will not appear in the public server list, but will be available through the Play On LAN button
- Hidden: Clients will have to connect using the server's IP address
User credentials using a username and password or authentication token (found on the factorio website or in the player-data.json): These are necessary if you wish to make the server public. Otherwise, they can be left empty.
- For security reasons it is recommended to use authentication token as this document is stored as plain text. Though it should be noted that an authentication token is a sensitive piece of information as well, and you are well-advised to keep it secret.
Server Password
- Field name is game_password
Whether to verify user identity

(There are additional values in v0.14 of factorio.)

Technical Implementation Details

Notes about some technical details surrounding multiplayer have been published by the development team in several Friday Facts blog posts:

More Guides

How to set up Factorio server with cookbook
How To set up a Factorio Multiplayer Server | Guide | Tutorial, by Teaspoon
Tips to connect in multiplayer, by Nondre

Miscellaneous Tips

The key for Console commands is also used initiate chat in multiplayer. To execute a command instead of chatting, you need to type /c before the command. Commands executed are visible to all players. Additionally, the multiplayer game must have been started with commands allowable for commands to work.
Set the player's color using the command

/c game.players["player_name"].color = {r=0.7, g=0.5, b=0.1, a=0.9}

r, g and b are for red, green and blue respectively (possible values are between 0 and 1, use the right-most column on http://prideout.net/archive/colors.php to convert colors to rgb numbers). a is alpha channel aka transparency of the color to the base texture.

Joining a Multiplayer game

As of version 0.13, players no longer necessarily have to port-forward to play with others. Players may join each other through Steam, or by just the port-forwarded host.

Players wishing to join a game may do so in multiple ways:

Joining by directly inputting a public IP and port into Factorio.
Selecting the server from the active public server menu.
Joining through Steam's services.
Playing a local LAN game.

It is recommended that players use voice chat (TeamSpeak, Discord, Mumble) because you need to talk a lot to coordinate connections, building, handling attacks, etc. TeamSpeak servers are posted in the multiplayer forum. The public Discord of the Factorio community can be found here.

Joining by IP

To join a multiplayer game by IP, you will need to know the public IP of a valid server. You can find this through social media, websites, or by word of mouth. After acquiring the IP and port, simply go to play -> Multiplayer -> Connect to server, and provide all the information it asks for.

If the server has been set up correctly to accept public connections, you should be able to join the game.

Joining via server list

Factorio's devs keep a list of all public servers that declare themselves to the service, allowing players to join directly through Factorio. Most of these servers will be password-requiring, but many completely public servers can be connected to. To join via server list, go to Play -> Multiplayer -> Browse public games. Provide your Factorio.com login if asked, and a list of public servers will appear. Simply select one.

Joining through Steam

Steam provides a "game invite" system, simply use that to join. You can find more info about how to use steam in it's documentation. This is the most recommended way for the average player to use multiplayer with their friends, as it allows Steam to handle everything.

Joining a local LAN game

If you have some friends on the same internet connection as you (in the same building or network), you may play a LAN game. Simply go to Play -> Multiplayer -> Play on LAN.

Finding Other Players

Use the multiplayer board in the forum.
Many players use other software like Evolve to meet other players. This also has the "advantage" of creating a virtual LAN among the players. See down under software.
Some also use Steam to find other players.
There is an external server browser with various search options.
Tell your friends to buy Factorio, then play with them!

Connecting to a Server Behind NAT

Factorio requires that the server (in client-server mode) have a publicly accessible IP address or that all players are on the same LAN. If you are behind NAT, you must set up port forwarding (see above for port number) or use virtual LAN software such as Hamachi or Evolve.

Multiplayer games will be launched in client-server mode (also multiplayer forwarding mode). In this mode, all clients send their network traffic to the server and the server forwards the traffic to the other clients. The advantage of this is that it allows games where some players are inside a LAN and others are outside. The disadvantage may be slightly more lag as packets must travel an extra hop (through the server).

Multiplayer Admin Features

Every multiplayer game has at least one Admin user. When a multiplayer game is started from the game's GUI, this is the person who created the multiplayer game. On a headless server, the game can start with several Admins by editing the <server-settings.json> (link needed) file.

Admin users have several abilities that regular users do not. Most of these are invoked through console commands (link to console commands) that they can use. Others are invoked through the Permissions GUI (link needed)

Console Commands for player management

Where <player> is used, you should type the name of a player. Anywhere else where the < and > braces are used, you may type any text.

/admins: Prints a list of game admins
/ban <player> <reason>: Bans the specified player. The <reason> is stored where?
/banlist <add/remove/get/clear>: add - is the same as /ban <player> <reason>; remove - is the same as /unban <player>; get - prints a list of banned players; clear - unbans all banned players
/bans: prints a list of banned players (is the same as /banlist get)
/delete-blueprint-library <player>: deletes the blueprint library storage for the player (if offline) from the save file. If instead of <player>, you type "everybody confirm" (without the quotation marks) the blueprint libraries of every offline player will be removed
/demote <player>: Demotes the player from being an admin
/kick <player> <reason>: Forcibly disconnects the player from the server but does not ban them The <reason> is stored where?
/permissions: Opens the permissions GUI. See this link
/promote <player>: Promotes the player to admin
/purge <player>: Clears all the messages by this user from the chat log
/swap-players <player1> <player2>: If player2 is empty, swaps your character with the given players character; If player2 is not empty, swaps the two player characters
/unban <player>: Unbans the specified player
/whitelist <add/remove/get/clear> <player>: If the whitelist is not empty, only players in the whitelist can join the game. On headless servers, a pre-defined whitelist can be added to <server-settings-json> check this.; add - Adds the player to a whitelist; remove - Removes the player from the whitelist; get - prints the whitelist; clear - empties the whitelist. Any player can join the game.

Console Commands for server and game management

/alerts (admin only?) /config /measured-command /open /perf-avg-frames /seed (admin only?) /server-save /silent-command /toggle-heavy-mode /help

The Permissions System

stub

PvP

In PvP mode, players can be on different forces. Each force can have one (free-for-all) or more players (teams). Each force has its own independent research progression. Additionally, each force's turrets and combat bots will attack other players as enemies, unless a cease fire is set. Note that, depending on the scenario, cease fires may be unidirectional — setting a cease fire with an opposing force does not guarantee a cease fire from them in return.

To start a PvP game, you can select the 'PvP' scenario from the 'Play' menu, or download a custom scenario which also supports PvP.

After downloading a PvP scenario, you need to move it to your application directory, and create the multiplayer game using the scenario.

Download the scenario and place the scenario directory in the scenarios directory within your user data directory.
Launch Factorio
Click Play
Click Multiplayer
Click Scenario
Choose the PvP scenario you want and click Create
Choose latency and other settings, then click Play
Other players can now join the game

Forces

Forces can be manually created via the console. This allows any map/scenario to be used for PvP. This may not be as convenient as a pre-made PvP scenario, as there will be no way for players to turn on/off cease fires other than through the console.

Each created force has its own research progression and different forces may attack each other.

The console commands for setting up and controlling forces are below:

game.create_force("Name")
--Creates the force "Name"

game.players["Player_name"].force = game.forces["Name"]
--Sets this player to the new force

game.forces["Name"].set_cease_fire("Other_force_name", true)
--Sets the new force ceasefire to the "other force"

game.forces["Name"].set_spawn_position({x = 10, y = 20}, game.surfaces[1])
--Sets the spawn position of the force

game.print(#game.forces)
--Prints the number of forces

for name, force in pairs (game.forces) do
   game.print(name)
end
--Prints the name of all the forces

The ability of players and entities belonging to one force to interact with structures belonging to another, non-friendly force is limited. However, some types of interactions are still possible:

Manual pickup from belts: Players can pick up items traveling along a transport belt that belongs to an opposing force. Note however that this can't be automated: Inserters will not take items from an opposing force's belts.
Belt network connection: Belts will connect to each other regardless of force membership, so it's possible to extend an opposing force's belt line, and items will flow to them. It is also possible to side-load into, and place items onto (with inserters) an opposing force's belt line.
Fluid network connection: Pipes (and storage tanks, and pumps, &c) will connect to each other regardless of force membership. For example, it's possible to pump fluids out of or into a storage tank belonging to an opposing force.
Cable and wire connection: Players can freely connect and disconnect Copper cables and Red/Green wires from any entity that supports them, regardless of force membership. Electricity does not belong to a specific force, and it's possible to power structures with electricity from an opposing force's generators. Similarly, it's possible to read and write signals into a Circuit network consisting mostly of an opposing force's devices.

Chatting with other players

stub

History

Narrative history

Because of the potentially immense amount of activity on a map, the game engine utilizes a lock step architecture. All instances of the game run full simulations of the entire world and only player actions are transferred across the network.

Multiplayer games were introduced to Factorio with version 0.11.0. The only connection method available was peer-to-peer mode which meant every player had to be able to directly communicate with every other player. In version 0.12.4, a client-server mode of communication was introduced in which the server (either a dedicated one or the player who hosted the game) relays messages to all peers. This means that direct connection between all players is no longer necessary. As of version 0.13, P2P connecting is completely removed.

As of version 0.12.0, the game features "latency hiding" mechanics where the game simulates some of the player's actions locally to make some common interactions (such as moving the player's character) more fluid. Latency hiding is enabled by default, but it can be enabled or disabled in Options → Other → Enable multiplayer latency hiding. Not every action is a part of latency hiding – most notably, car or train driving and shooting are not a part of it. It is recommended to keep this on, as many actions will be very stuttery on a low end internet connection.

Version history

Maintainer note: The following history may not be fully up to date, or comprehensive. Factorio's multiplayer has undergone a great deal of small changes since its inception, however this history will provide a rough overview.

0.14.14:
- Added multiplayer server option "Autosave only on server".
- Deconstructing/canceling deconstruction sets the "last user" on an entity.
- Decreased the size of connection accept message with lot of mod which could help some people with 50+ mod multiplayer games.

0.14.13:
- Reconnecting to multiplayer game that the player is already in (due to being dropped, most often) instantly closes the previous connection and connects the player.

0.14.11:
- Multiplayer user names can only consist of letters, and -_. characters.

0.14.10:
- Disabled 32bit (x86) multiplayer. All hosts and members must be running the 64bit (x86_64) version of the game.

0.14.8:
- More than 10 players in one game will reduce the rate the game is saved to the server.

0.14.6:
- Username is now set to username setting, not email.

0.14.5:
- Added AFK Auto kick interval to multiplayer host settings (with never as default).

0.14.3:
- When save of scenario is loaded in multiplayer, it's scenario is saved in user scenarios.
- Added /time command to print the current map age.
- Added option to host multiplayer game with scenario (it only had new game/load game there).

0.14.2:
- Can specify limit of upload speed when hosting.

0.14.0:
- Server doesn't stop/slow down the game when some client is too slow, stops communicating or saves the game longer than the server.
- Players automatically quit game after 3 desyncs.
- Removed the option to enable/disable latency hiding, it is always on on clients (and off on the server).

0.13.10:
- Server stdout messages now contain time stamps and message-type tags

0.13.2:
- Limit multiplayer player name to 60 characters.

0.13.0:
- Improved Multiplayer game UX
- Server games are published to the server and clients can browse existing games.
- Removed multiplayer peer-to-peer mode.
- Building sound is played also for other players in multiplayer.

0.12.31:
- Human readable error notice when multiplayer connection wasn't successful. (https://forums.factorio.com/23132)
- Improved map download speed when connecting to multiplayer game.

0.12.30:
- Mod checksums are calculated when the game starts and are compared with other peers when joining a multiplayer game. This is to ensure everyone has exactly the same mod in order to prevent desyncs caused by local changes made to mod files.

0.12.28:
- Added --port to specify which network port the game should use, when hosting with --start-server or --mp-load-game.

0.12.27:
- The report of different mods when trying to connect to multiplayer game is now scroll-able when needed.
- Better message when the server leaves a multiplayer game

0.12.11:
- Added --no-auto-pause: When running as a server, --no-auto-pause will prevent stopping the game when no players are connected.

0.12.9:
- Added resume button to multiplayer game menu

0.12.7:
- New command line options for the headless server: --disallow-commands and --peer-to-peer

0.12.5:
- Multiplayer broadcast (heartbeats) is done via a single message when not using peer2peer.
- Further optimizations in size of the Multiplayer heartbeat (message sent every tick).
- LatencyState is suspended when player is killed (and waiting for respawn) in Multiplayer.

0.12.4:
- Simple mechanism for multiplayer relaying via the server.
- Less annoying glitches when running and shooting in multiplayer with latency hiding.

0.12.0: {{{2}}}

0.11.19:
- Multiplayer dropping threshold is doubled during map upload / download.

0.11.17:
- Autosaves in multiplayer are performed at the same time by all clients (interval is set by hosting player).
- Progress bar is shown when non-responsive peers are about to be dropped from the game in the Multiplayer.
- Progress bar is shown when other peers in multiplayer are saving map.

0.11.16:
- Revived character (after dying in multiplayer) are placed on the spawn point instead of the center of the map.

0.11.2:
- Mods that don't affect game state are not needed to be synchronized when playing multiplayer game or replaying game.

0.11.0:
- Introduced

Multiplayer

Contents

Setting Up a Multiplayer Game

Dedicated/Headless server

Setting up a Linux Factorio server

How to list a server-hosted game on the matching server

Technical Implementation Details

More Guides

Miscellaneous Tips

Joining a Multiplayer game

Joining by IP

Joining via server list

Joining through Steam

Joining a local LAN game

Finding Other Players

Connecting to a Server Behind NAT

Multiplayer Admin Features

Console Commands for player management

Console Commands for server and game management

The Permissions System

PvP

Forces

Chatting with other players

History

Narrative history

Version history

Navigation menu

Multiplayer

Setting Up a Multiplayer Game

Dedicated/Headless server

Setting up a Linux Factorio server

How to list a server-hosted game on the matching server

Technical Implementation Details

More Guides

Miscellaneous Tips

Joining a Multiplayer game

Joining by IP

Joining via server list

Joining through Steam

Joining a local LAN game

Finding Other Players

Connecting to a Server Behind NAT

Multiplayer Admin Features

Console Commands for player management

Console Commands for server and game management

The Permissions System

PvP

Forces

Chatting with other players

History

Narrative history

Version history

Navigation menu

Search