Server Configuration

The configuration of the software is done in the client and campaign settings. While you actually could modify the configuration stored in the save file (see below), it is not recommended and, thus, not documented, here. In contrast, this section focuses on the configuration that should be done within the central configuration file, which is ./server/server_config.cfg.

The configuration file is divided up into two sections: Webserver, and General. These sections are indicated by these designations, within square brackets (e.g. [Webserver]). Within each section, there are certain variables defined via a name and their value, using the scheme name = value, followed by a line-break. A leading # denotes a comment; every line with a leading # will be ignored.

Only change the configuration if something does not work accordingly and you know what you’re doing.


This section contains several variables concerning the webserver that distributes the client to the players.


host (default:, accepting strings resolveable by DNS) tells the server on what (IP-) address it is reachable. The default is set to which, in this context, means: ‘Any IP on this machine’.

Most likely, you won’t need to change this setting, unless you’re sharing the machine with others (e.g. on a shared (v)server) or run several servers on the machine with different addresses.


port (default: 8000) tells the server on which port to listen.

Be sure that the port you use is not used by any other application. Also, make sure the port you use is also accessible from outside of the machine. Especially when running from within a private network (e.g. at home) you might need to enable port forwarding in your router’s configuration.

This configuration key will not be used, when socket is used, i.e. the # before socket is removed.


socket (default: /tmp/planarally.sock, accepting a filepath) tells the server where to look for a shared socket. This is an alternative to communicating via a host:port.

The socket option is disabled by default. If you activate the configuration-key by removing the leading #, sockets, regardless of socket’s value, will be used instead of port.


PlanarAlly supports to encrypt communication in between the server and the players via Secure Sockets Layer (SSL). Despite the name, this is independent from the socket configuration, above. The SSL-configuration needs three variables to be configured: ssl, ssl_fullchain, and ssl_privkey.


SSL is disabled by default. It is strongly recommended to make sure you serve to your endusers over https.

It’s possible that your reverse proxy handles these things for you, in which case you can ignore these settings here.

ssl (default: false, accepting true/false) tells the server whether SSL should be used. If set to false (default), the other two settings will simply be ignored as they are not needed by the server.

ssl_fullchain (default: cert/fullchain.pem, accepting a filepath) tells the server where to look for the *.pem-file containing the certificate containing the ‘full chain’ of certificates to your certificate authority (CA). Please note that neither the folder cert, nor the file fullchain.pem are shipped with PlanarAlly, but have to be generated/referred to for each individual installation by yourself.

ssl_privkey(default: cert/privkey.pem, accepting a filepath) tells the server where to look for the *.pem-file containing your private certification key. Please note that neither the folder cert, nor the file privkey.pem are shipped with PlanarAlly, but have to be generated/referred to for each individual installation by yourself. Please also take the ‘private’ in ‘private key’ very seriously!


This setting allows you to configure Cross Origin Resource Sharing. This functionality is deactivated by default and only accepts resources from the same origin.

cors_allowed_origins (disabled by default, default: *). See python-socketio on for more information on the meaning of the allowed values.


The socketio API expects strings (e.g. ’*’). The config file is already interpretting things as strings, so don’t add the extra , but just write *!

Upload Limit

To prevent users from overloading the server, there is a limit to the size of the files being uploaded.

max_upload_size_in_bytes (default: 10MB, accepts: a number interpretted as bytes)


This section contains general settings for PlanarAlly.

Asset Directory

This setting is used to specify an alternate location to save/load raw asset data from. By Default this is the server/static/assets folder.

assets_directory (disabled by default. Accepts path to a folder)


save_file (active by default, default: planar.sqlite) tells the server where to look for the central save file wherein all users, settings, locations, assets and so on are saved.

Savefile format

Note that, at this moment, PlanarAlly only supports storing the saves in .sqlite format.


While the server is running, extra files might be showing up (e.g. planar.sqlite-shm and planar.sqlite-wal). These files are essential for the server functionality.

When copying a save file, make sure to copy these files as well if they exist. (they should not exist if the server is not running)


public_name (inactive default, accepting valid ip or hostname) is used to set an ip or hostname address that is inserted into the invitation url via the DM’s campaign settings. If inactive or empty, the server falls back to normal operation and uses the ip/hostname address it is accessed with.


These settings configure the logging behaviour of PA. A rotation logger is used that will keep track of a maximum of max_log_backups files each containing maximum max_log_size_in_bytes bytes of logs.

max_log_size_in_bytes (default: 200_000)
max_log_backups (default: 5)


This setting simply disables the option to register new users when set to false. This is useful for private servers, where the owner manually creates accounts for new users.

allow_signups (default: true, accepts: true/false)


This setting determines if the server allows users to import/export campaigns.

enable_export (default: true, accepts: true/false)


The API server is an administration server on which some API calls can be made. This contains the same options as the settings of the configuration of the webserver, but applying them to the API server.

Thus, only major differences are listed here: