Skip to main content
loco-server reads its settings from a plain-text KEY=VALUE configuration file. On hub images this file lives at /data/etc/loco-server.conf. For manual installs you can place it there or pass all settings as command-line flags. Every setting has a built-in default so the server runs without any configuration at all — but for a production deployment you will want to set at least a persistent JWT secret.

Configuration File

Location

On a fresh install, if loco-server.conf does not exist, loco-server creates it with all defaults filled in so you have a working starting point. Use loco-server.conf.defaults as a reference for every supported key and its default value.

Format

The file uses a simple KEY=VALUE (dotenv) format:
/data/etc/loco-server.conf
Accepted boolean values for true/false keys: true, false, 1, 0, yes, no, on, off.

Full Configuration Reference

Key Settings Explained

JWT_SECRET — Sessions That Survive Restarts

JWT_SECRET is the single most important setting to configure before going into regular operation. Without it, loco-server generates a fresh random secret each time it starts, which immediately invalidates all active sessions. Every operator is logged out on every server restart.Generate a strong secret once and set it in loco-server.conf (or via the environment variable — see below):
If you are serving BigFred over HTTPS (recommended for any deployment outside your home network), you must set SECURE_COOKIE=true. Without it, browsers will reject session cookies on HTTPS origins and no one will be able to log in.Conversely, do not set SECURE_COOKIE=true on a plain http:// deployment — browsers won’t send the cookie over non-secure connections and login will silently fail.

Minimal Production Configuration

Here is a recommended starting point for a permanent installation. Copy it to /data/etc/loco-server.conf and replace the JWT_SECRET value with a secret generated by openssl rand -hex 32.
/data/etc/loco-server.conf

Environment Variable Override

One setting can also be provided via an environment variable, which is useful for secrets management in containerised or systemd-managed deployments: Example in a systemd unit:
/etc/systemd/system/bigfred.service (excerpt)

Precedence Order

When the same setting is provided in multiple places, loco-server applies them in this order (highest to lowest priority):
  1. CLI flag (e.g. --jwt-secret)
  2. Environment variable (e.g. BIGFRED_JWT_SECRET)
  3. Config file (/data/etc/loco-server.conf)
  4. Built-in default