Files
factorio-clusterio/packages/host
bbassieandClaude Fable 5.1 788ae17657 Add UDP communication support for instances
Add opt-in UDP messaging between the host and the Factorio server using
the --enable-lua-udp option of Factorio 2.0.59+.  When
factorio.enable_lua_udp is set the instance binds a localhost UDP socket,
starts Factorio with --enable-lua-udp on factorio.lua_udp_port (random
if null, like the RCON port) and tells the clusterio module the host port
via clusterio_private.update_instance.

Data from Factorio is sent with clusterio_api.send_udp(channel, data) in
the same IPC format as send_json, so plugins receive it through the
existing ipc-<channel> events.  Packets not sent from the Lua UDP port
are ignored, as that is the only unauthenticated way into the IPC
handler.  Data to Factorio is sent with the new sendUdp method on
instances and instance plugins, and is dispatched in-game as
on_udp_packet_received events by polling helpers.recv_udp every tick
from the clusterio module.

Plugins requiring UDP declare the new LuaUdp feature flag, which like
SavePatching and ScriptCommands refuses to load the plugin on instances
without the option enabled.

Verified against a headless 2.1.17 server: send_udp and recv_udp are
silent no-ops when the option is off, so a stale port in a save that is
moved to an instance without UDP does no harm.  The integration test
matrix now starts the instance with UDP enabled on Factorio 2.0.59+ and
round trips a player event over it.

Closes #969

Co-Authored-By: Claude Fable 5.1 <noreply@anthropic.com>
2026-10-15 16:38:28 +00:00
..
2026-09-11 22:49:09 +00:00
2026-10-14 16:37:12 +00:00

Clusterio Host

Node hosting Factorio servers in a Clusterio cluster. Clusterio hosts connect to the controller and waits for commands from the controller to start up and stop instances. A cluster can have any number of hosts in it located on different computers, and each host can host any number of instances each of which is a Factorio server that talks with the rest of the cluster.

Usage

npx clusteriohost <command>

Common options:

  • --plugin-list <file> JSON file to use for storing the list of plugins that are available to the host. Defaults to plugin-list.json and will be created if it does not exist. See the plugin command for managing this list.

  • --config <file> JSON file to use for storing configuration for the host. Defaults to config-host.json and is required for operation. See the config command for inspecting and modifying the configuration.

  • --create-config If the config file is missing, create a new one and carry on instead of exiting with an error. Alternative to the config create command.

plugin <command>

Configure plugins available to be loaded by the host. The available plugins will be loaded unless they have been disabled in the configuration, see the config command for disabling plugins.

plugin install <package>

Install a plugin from npm and add it to the plugin list. The package is passed to npm install --save so anything npm accepts works, including a version like @clusterio/plugin-subspace_storage@2.0.0. This command refuses to run outside the directory Clusterio was installed in, as the plugin has to end up in that directory's node_modules to be found.

For example, installing the Subspace Storage plugin:

npx clusteriohost plugin install @clusterio/plugin-subspace_storage

Since the plugin-list.json is shared between controller, host and ctl you usually only need to do this once per machine.

plugin add <path>

Add plugin either by require path or relative/absolute path to the plugin directory. A relative path must start with ./ or ../ (or .\ and ..\ on Windows) otherwise it will be assumed to be a require path for an installed package in node_modules. This is mainly useful for plugins under development, packages published on npm are better installed with plugin install.

For example, adding a plugin checked out in the external_plugins directory:

npx clusteriohost plugin add ./external_plugins/my_plugin

plugin remove <name>

Remove a plugin by its name. This should be done before uninstalling the plugin, otherwise there will be an error when Clusterio tries to load the info from the plugin. Removing and unistalling a plugin is usually not neccessary as the functions provided by the plugin can be disabled in the config.

For example, uninstalling the Subspace Storage plugin:

npx clusteriohost plugin remove subspace_storage
npm uninstall @clusterio/plugin-subspace_storage

Since the plugin-list.json is shared between controller, host and ctl you usually only need to do this once per machine.

plugin list

Lists the plugins set up to be available by name followed by path.

config

Manage the host configuration offline. This should only be used when the host is stopped, otherwise the config read might be out of date and config changes will be overwritten when the host shuts down.

config create

Create a new config file with the default options inserted into if it doesn't already exist.

See also the --create-config option.

config set <config-entry> [value]

Set a config entry to the given value. If value is not provided the entry is set to null. If the config entry is of type object the value must be a valid JSON serialization of an object.

See docs/configuration.md in the main repositiory for the available configuration.

config show <config-entry>

Shows the value for a single config entry.

create-scenario <output>

Create a scenario with the Clusterio modules patched into it and write it to output. This is the same patching that is applied to saves when an instance starts, see docs/how-it-works.md in the main repository. The result can be used as a regular scenario outside of Clusterio by copying it to the scenarios folder of Factorio or into a mod. The IPC between the game and the host is not available outside of Clusterio, so modules that depend on it will not work as expected.

By default the freeplay scenario from the latest Factorio install in host.factorio_directory is patched with the modules from all plugins that are enabled in the host config.

  • --scenario <path> Scenario directory, zipped scenario or save to patch instead of freeplay. This has the same restrictions as save patching, the scenario must either use the event_handler library and have been seen by Clusterio before, or already have been patched by Clusterio.

  • --factorio-version <version> Factorio version to take the freeplay scenario from. Defaults to latest.

  • --plugins <name>... Only patch in modules from the given plugins.

  • --zip Write the scenario as a zip file instead of a directory. Factorio does not load zipped scenarios, extract it before use.

For example, creating a scenario with only the player_sync module:

npx clusteriohost create-scenario ~/.factorio/scenarios/player_sync --plugins player_sync

config list

Lists up all configuration entries with their currently configured values.

run

Runs the host.

See Also

The Clusterio repository for instructions on how to set up a cluster.