All apps · 0 apps
Foundry
Docker app from silman's Repository
Overview
Readme
View on GitHub
foundryvtt-docker
You can get a Foundry Virtual Tabletop instance up and running in minutes using this container. This Docker container is designed to be secure, reliable, compact, and simple to use. It only requires that you provide the credentials or URL needed to download a Foundry Virtual Tabletop distribution.
Prerequisites
- An OCI-compatible container runtime such as Kubernetes, Podman, or Docker.
- A FoundryVTT.com account with a purchased software license.
Running
Running with Docker and credentials
You can use the following command to start up a Foundry Virtual Tabletop server. Your foundryvtt.com credentials are required so the container can install and license your server.
docker run \
--env FOUNDRY_USERNAME='<your_username>' \
--env FOUNDRY_PASSWORD='<your_password>' \
--publish 30000:30000/tcp \
--volume <your_data_dir>:/data \
ghcr.io/felddy/foundryvtt:14
[!TIP] If you are using
bash, or a similar shell, consider pre-pending the Docker command with a space to prevent your credentials from being committed to the shell history list. See:HISTCONTROL
Running with Docker and a temporary URL
Alternatively, you may acquire a temporary download URL from your user profile page on the Foundry website.
- Navigate to the
Purchased Software Licensespage. - Change the
Operating Systemmenu item toNode.js. - Click the
🔗 Timed URLbutton to obtain the temporary URL. - Use the following command to start up a Foundry Virtual Tabletop server:
docker run \
--env FOUNDRY_RELEASE_URL='<temporary_url>' \
--publish 30000:30000/tcp \
--volume <your_data_dir>:/data \
ghcr.io/felddy/foundryvtt:14
Configuration management
Configuration options are
specified using environment variables. It is highly
recommended that you use docker compose or
similar container orchestration to manage your server's configuration. A
compose.yml file, like the example below, is a reliable way to start
and maintain a container while capturing its configurations.
Each time the container starts it generates the configuration files needed by
Foundry Virtual Tabletop using the values of the environment variables. That
means changes made in the server's configuration GUI will not persist between
container restarts. If you would like to disable the regeneration of these
configuration files, set CONTAINER_PRESERVE_CONFIG to true.
[!IMPORTANT] Always set a stable
hostnamein yourcompose.yml(or--hostnameindocker run). Foundry binds its software license to the container hostname. If no hostname is set, Docker assigns a random container ID on each start, causing license verification to fail after every restart.
Create a
compose.ymlfile similar to the one below. Provide your credentials as values to the environment variables:--- services: foundry: image: ghcr.io/felddy/foundryvtt:14 hostname: my_foundry_host volumes: - type: bind source: <your_data_dir> target: /data environment: - FOUNDRY_USERNAME=<your_username> - FOUNDRY_PASSWORD=<your_password> - FOUNDRY_ADMIN_KEY=atropos - FOUNDRY_TELEMETRY=true ports: - target: 30000 published: 30000 protocol: tcpStart the container and detach:
docker compose up --detachAccess the web application at: http://localhost:30000.
If all goes well you should be prompted with the license agreement, and then
"admin access key" set with the FOUNDRY_ADMIN_KEY variable.
Using secrets
This container also supports passing sensitive values via Docker
secrets. Passing sensitive
values like your credentials can be more secure using secrets than using
environment variables. Your secrets json file can have any name. This example
uses secrets.json. Regardless of the name you choose it must be targeted to
config.json within the container as in the example below. See the
secrets section below for a table of all supported secret keys.
To use secrets, create a
secrets.jsonfile containing the values you want set:{ "foundry_admin_key": "atropos", "foundry_password": "your_password", "foundry_username": "your_username" }Then add the secret to your
compose.ymlfile:--- secrets: config_json: file: secrets.json services: foundry: image: ghcr.io/felddy/foundryvtt:14 hostname: my_foundry_host volumes: - type: bind source: <your_data_dir> target: /data environment: ports: - target: 30000 published: 30000 protocol: tcp secrets: - source: config_json target: config.json
Updating your container
The Foundry "Update Software" tab is disabled by default in this container. To upgrade to a new version of Foundry pull an updated image version.
Updating with Docker Compose
Pull the new image from the registry:
docker compose pullRecreate the running container:
docker compose up --detach
Updating with Docker
Stop the running container:
docker stop <container_id>Pull the new image:
docker pull ghcr.io/felddy/foundryvtt:14Follow the previous instructions for running the container above.
Image tags
The images of this container are tagged with semantic versions that align with the version and build of Foundry Virtual Tabletop that they support.
[!TIP] It is recommended that users use the major version tag:
:14Using the major tag will ensure that you receive the most recent version of the software that is compatible with your saved data, and prevents inadvertent upgrades to a new major version.
| Image:tag | Description |
|---|---|
ghcr.io/felddy/foundryvtt:14 |
The most recent image matching the major version number. Most users will use this tag. |
ghcr.io/felddy/foundryvtt:14.364 |
The most recent image matching the major and minor version numbers. |
ghcr.io/felddy/foundryvtt:14.364.0 |
An exact image version. |
ghcr.io/felddy/foundryvtt:release |
The most recent image from the stable channel. These images are considered stable, and well-tested. The latest tag always points to the same version as release. |
ghcr.io/felddy/foundryvtt:latest |
Same as the release tag. Why does latest == release? |
See the packages page for a complete list of available tags.
[!NOTE] Stable releases are also mirrored to Docker Hub and can be referenced using the full registry path:
docker.io/felddy/foundryvtt:14
Volumes
| Mount point | Purpose |
|---|---|
/data |
Configuration, data, and log storage. |
Ports
The following ports are exposed by this container:
| Port | Purpose |
|---|---|
30000 |
Foundry Virtual Tabletop server web interface |
Environment variables
Required variable combinations
One of the three combinations of environment variables listed below must be set in order for the container to locate and install a Foundry Virtual Tabletop distribution. Although all variables may be specified together, they are evaluated in the following order of precedence:
FOUNDRY_RELEASE_URL, orFOUNDRY_USERNAMEandFOUNDRY_PASSWORD, orCONTAINER_CACHE
Credentials variables
| Name | Purpose |
|---|---|
FOUNDRY_PASSWORD |
Account password for foundryvtt.com. Required for downloading an application distribution. |
FOUNDRY_USERNAME |
Account username or email address for foundryvtt.com. Required for downloading an application distribution. |
Note: FOUNDRY_USERNAME and FOUNDRY_PASSWORD may be set using
secrets instead of environment variables.
Presigned URL variable
| Name | Purpose |
|---|---|
FOUNDRY_RELEASE_URL |
The presigned URL generated from the user's profile. Required for downloading an application distribution. |
Optional variables
| Name | Purpose | Default |
|---|---|---|
CONTAINER_CACHE |
Set a path to cache downloads of the Foundry distribution archive and speed up subsequent container startups. The path should be in /data or another persistent mount point in the container. Set to "" to disable.Note: When the cache is disabled the container will sleep indefinitely on failure rather than exiting, to prevent a restart loop. A distribution can be pre-downloaded and placed into a cache directory. The distribution's name must be of the form: foundryvtt-14.364.zip |
/data/container_cache |
CONTAINER_CACHE_SIZE |
Set the maximum number of distribution versions to keep in the cache. The minimum is 1. When the limit is exceeded, the oldest versions (lowest version numbers) are removed first. Unset to disable cache size management and keep all versions. |
|
CONTAINER_PATCHES |
Set a path to a directory of shell scripts to be sourced after Foundry is installed but before it is started. The path should be in /data or another persistent mount point in the container. e.g.; /data/container_patches Patch files are sourced in lexicographic order. CONTAINER_PATCHES are processed after CONTAINER_PATCH_URLS. |
|
CONTAINER_PATCH_URLS |
Set to a space-delimited list of URLs to be sourced after Foundry is installed but before it is started. Patch URLs are sourced in the order specified. CONTAINER_PATCH_URLS are processed before CONTAINER_PATCHES. ⚠️ Only use patch URLs from trusted sources! |
|
CONTAINER_PRESERVE_CONFIG |
Normally new options.json and admin.txt files are generated by the container at each startup. Setting this to true prevents the container from modifying these files when they exist. If they do not exist, they will be created as normal. |
false |
CONTAINER_UMASK |
Control the default permissions on new files and directories created by Foundry VTT. Set the umask to "0002" if you need new files to be writable by other users in the same group as the foundry user. If this is empty or not set, the umask will not be changed (the system default is "0022"). |
|
CONTAINER_URL_FETCH_RETRY |
Number of times to retry fetching the presigned URL using exponential back off. This behavior is useful in continuous integration environments where multiple parallel workflows can exceed the rate-limit of the URL generation service. | 0 |
CONTAINER_VERBOSE |
Set to true to enable verbose logging for the container utility scripts. |
false |
FOUNDRY_ADMIN_KEY |
Admin password to be applied at startup. If omitted the admin password will be cleared. May be set using secrets. | |
FOUNDRY_AWS_CONFIG |
An absolute or relative path that points to the awsConfig.json or true for AWS environment variable credentials evaluation usage. |
null |
FOUNDRY_COMPRESS_WEBSOCKET |
Set to true to enable compression of data sent from the server to the client via websocket. This is recommended for network performance. |
false |
FOUNDRY_CSS_THEME |
Choose the CSS theme for the setup page. Valid values are dark, fantasy, and scifi. |
dark |
FOUNDRY_DEMO_CONFIG |
Demo mode allows you to configure a world which will be automatically launched and reset at a frequency of your choosing. When the world is reset, it is deactivated. The source data for the world is restored to its original state using a provided .zip file, and the next reset is automatically scheduled. See: Configuring demo mode. |
|
FOUNDRY_DELETE_NEDB |
Set to true to automatically delete legacy NeDB .db files after they have been migrated to the LevelDB format introduced in Version 11. Enabling this recovers disk space but removes the ability to roll back to a pre-migration state. Only relevant for data volumes previously used with Foundry Version 10 or earlier. |
false |
FOUNDRY_HOSTNAME |
A custom hostname to use in place of the host machine's public IP address when displaying the address of the game session. This allows for reverse proxies or DNS servers to modify the public address. | null |
FOUNDRY_HOT_RELOAD |
Set to true to allow packages to hot-reload certain assets, such as CSS, HTML, and localization files without a full refresh. This setting is only recommended for developers. |
false |
FOUNDRY_IP_DISCOVERY |
Allow the Foundry server to discover and report the accessibility of the host machine's public IP address and port. Setting this to false may reduce server startup time in instances where this discovery would timeout. |
true |
FOUNDRY_LANGUAGE |
The default application language and module which provides the core translation files. | en.core |
FOUNDRY_LOCAL_HOSTNAME |
Override the local network address used for invitation links, mirroring the functionality of the FOUNDRY_HOSTNAME option which configures the external address. |
null |
FOUNDRY_LICENSE_KEY |
The license key to install. e.g.; AAAA-BBBB-CCCC-DDDD-EEEE-FFFF If left unset, a license key will be fetched when using account authentication. If multiple license keys are associated with an account, one will be chosen at random. Specific licenses can be selected by passing in an integer index. The first license key being 1. May be set using secrets. |
|
FOUNDRY_LOG_SIZE |
The maximum size a log file can reach before it is rotated. Units must be included. e.g.; 1024k, 64m, 1g. |
|
FOUNDRY_MAX_LOGS |
The maximum number of log files to retain before older ones are deleted. | |
FOUNDRY_MINIFY_STATIC_FILES |
Set to true to reduce network traffic by serving minified static JavaScript and CSS files. Enabling this setting is recommended for most users, but module developers may wish to disable it. |
false |
FOUNDRY_NO_BACKUPS |
Set to true to disable the automatic backup of world data that Foundry creates before performing major version migrations. Users with an external backup strategy or constrained storage may wish to enable this. |
false |
FOUNDRY_PASSWORD_SALT |
Custom salt string to be applied to the admin password instead of the default salt string. May be set using secrets. | null |
FOUNDRY_PROTOCOL |
If left unset Foundry VTT will bind to IPv4 and IPv6 interfaces. To limit to IPv4 only, set to 4. To limit to IPv6 only set to 6. |
null |
FOUNDRY_PROXY_PORT |
Inform the Foundry server that the software is running behind a reverse proxy on some other port. This allows the invitation links created to the game to include the correct external port. | null |
FOUNDRY_PROXY_SSL |
Indicates whether the software is running behind a reverse proxy that uses SSL. This allows invitation links and A/V functionality to work as if the Foundry server had SSL configured directly. | false |
FOUNDRY_ROUTE_PREFIX |
A string path which is appended to the base hostname to serve Foundry VTT content from a specific namespace. For example setting this to demo will result in data being served from http://x.x.x.x:30000/demo/. |
null |
FOUNDRY_SERVICE_CONFIG |
The absolute path inside the container to a service configuration file. Must be set together with FOUNDRY_SERVICE_KEY. |
null |
FOUNDRY_SERVICE_KEY |
Used in conjunction with FOUNDRY_SERVICE_CONFIG. Setting this without FOUNDRY_SERVICE_CONFIG will cause the container to exit with an error. |
|
FOUNDRY_SSL_CERT |
An absolute or relative path that points towards a SSL certificate file which is used jointly with the sslKey option to enable SSL and https connections. If both options are provided, the server will start using HTTPS automatically. | null |
FOUNDRY_SSL_KEY |
An absolute or relative path that points towards a SSL key file which is used jointly with the sslCert option to enable SSL and https connections. If both options are provided, the server will start using HTTPS automatically. | null |
FOUNDRY_TELEMETRY |
Set to true to enable FoundryVTT telemetry, false to disable. This option allows the collection of anonymous usage data to help improve FoundryVTT. It is recommended to explicitly set this value. Leaving this unset will cause Foundry to prompt the user to make a choice on every launch. |
|
FOUNDRY_TEMP_DIR |
An absolute path to a directory used for temporary storage of package .zip archives while they are being downloaded and installed. When set, archives land outside the user data directory, so only the unpacked content counts against data volume space. Useful for hosts with constrained /data storage. |
|
FOUNDRY_UNIX_SOCKET |
An absolute path to a Unix domain socket for the server listener. When set, Foundry binds to the socket instead of the TCP port, which is useful for local reverse-proxy configurations (e.g. nginx or caddy via socket). If both a port and a socket path are configured, the socket takes precedence. | null |
FOUNDRY_UPNP |
Allow Universal Plug and Play to automatically request port forwarding for the Foundry server port to your local network address. | false |
FOUNDRY_UPNP_LEASE_DURATION |
Sets the Universal Plug and Play lease duration, allowing for the possibility of permanent leases for routers which do not support temporary leases. To define an indefinite lease duration set the value to 0. |
null |
FOUNDRY_VERSION |
Version of Foundry Virtual Tabletop to install. | 14.364 |
FOUNDRY_WORLD |
The directory name of the world to launch at system start. | null |
TZ |
Container TZ database name | UTC |
*_PROXY |
Proxy settings to use during container initialization and by Foundry at runtime. See proxy-from-env for the list of supported environment variable names. See proxy-agent for list of supported proxy protocols. | null |
Node.js variables
Any Node.js
variables
(NODE_*) supplied to the container will be passed to the underlying Node.js
server running FoundryVTT. Listed below are some variables that are
particularly useful.
| Name | Purpose |
|---|---|
NODE_DEBUG |
,-separated list of core modules that should print debug information. |
NODE_EXTRA_CA_CERTS |
When set, the well known "root" CAs (like VeriSign) will be extended with the extra certificates. The file should consist of one or more trusted certificates in PEM format. A message will be emitted (once) with process.emitWarning() if the file is missing or malformed, but any errors are otherwise ignored. |
NODE_OPTIONS |
A space-separated list of command-line options that are interpreted before command-line options, so command-line options will override or compound after anything supplied. Node.js will exit with an error if an option that is not allowed in the environment is used, such as -p or a script file. |
NODE_TLS_REJECT_UNAUTHORIZED |
If the value equals 0, certificate validation is disabled for TLS connections. This makes TLS, and HTTPS by extension, insecure. ⚠️ The use of this environment variable is strongly discouraged. |
Secrets
| Filename | Key | Purpose |
|---|---|---|
config.json |
foundry_admin_key |
Overrides FOUNDRY_ADMIN_KEY environment variable. |
config.json |
foundry_license_key |
Overrides FOUNDRY_LICENSE_KEY environment variable. |
config.json |
foundry_password |
Overrides FOUNDRY_PASSWORD environment variable. |
config.json |
foundry_password_salt |
Overrides FOUNDRY_PASSWORD_SALT environment variable. |
config.json |
foundry_service_key |
Overrides FOUNDRY_SERVICE_KEY environment variable. |
config.json |
foundry_username |
Overrides FOUNDRY_USERNAME environment variable. |
Building from source
Build the image locally using this git repository as the build context:
docker build \
--build-arg CONTAINER_VERSION=14.364.0 \
--build-arg FOUNDRY_VERSION=14.364 \
--tag ghcr.io/felddy/foundryvtt:14.364.0 \
https://github.com/felddy/foundryvtt-docker.git#develop
Cross-platform builds
To create images that are compatible with other platforms you can use the
buildx feature of
Docker:
Copy the project to your machine using the
Clonebutton above or the command line:git clone https://github.com/felddy/foundryvtt-docker.git cd foundryvtt-dockerBuild the image using
buildx:docker buildx build \ --platform linux/amd64 \ --build-arg CONTAINER_VERSION=14.364.0 \ --build-arg FOUNDRY_VERSION=14.364 \ --output type=docker \ --tag ghcr.io/felddy/foundryvtt:14.364.0 .
Pre-installed distribution builds
It is possible to install a Foundry Virtual Tabletop distribution into the Docker image at build-time. This results in a significantly larger Docker image, but removes the need to install a distribution at container startup, resulting in a faster startup. It also moves the user authentication to build-time instead of start-time.
Image build with credentials
[!NOTE] Credentials are only used to fetch a distribution, and are not stored in the resulting image.
docker build \
--build-arg CONTAINER_VERSION=14.364.0 \
--build-arg FOUNDRY_VERSION=14.364 \
--secret id=foundry_username,src=<(echo "<your_username>") \
--secret id=foundry_password,src=<(echo "<your_password>") \
--tag ghcr.io/felddy/foundryvtt:14.364.0 \
https://github.com/felddy/foundryvtt-docker.git#develop
[!TIP] If you have stored your credentials in a json file, as documented in the using secrets section above, you can extract the username and password and pass them as build secrets using the following syntax:
docker build \ --build-arg CONTAINER_VERSION=14.364.0 \ --build-arg FOUNDRY_VERSION=14.364 \ --secret id=foundry_username,src=<(jq -r '.foundry_username' path/to/credentials.json) \ --secret id=foundry_password,src=<(jq -r '.foundry_password' path/to/credentials.json) \ --tag ghcr.io/felddy/foundryvtt:14.364.0 \ https://github.com/felddy/foundryvtt-docker.git#develop
More information about Docker build secrets can be found in the Docker documentation.
Image build with a temporary URL
docker build \
--build-arg CONTAINER_VERSION=14.364.0 \
--build-arg FOUNDRY_VERSION=14.364 \
--build-arg FOUNDRY_RELEASE_URL='<temporary_url>' \
--tag ghcr.io/felddy/foundryvtt:14.364.0 \
https://github.com/felddy/foundryvtt-docker.git#develop
Contributing
We welcome contributions! Please see CONTRIBUTING.md for
details.
License
This project is released as open source under the MIT license.
All contributions to this project will be released under the same MIT license. By submitting a pull request, you are agreeing to comply with this waiver of copyright interest.
Install Foundry on Unraid in a few clicks.
Find Foundry in Community Apps on your Unraid server, review the template, and click Install. Unraid handles the Docker app or plugin setup from the published template.
Categories
Download Statistics
Total Downloads Over Time
Related apps
Explore more like this
Explore allLinks
Details
felddy/foundryvtt:releaseRuntime arguments
- Web UI
http://[IP]:[PORT:30000]- Network
bridge- Shell
sh- Privileged
- false
Template configuration
Maps to container path /data. Path to persistent directory for storing Config, Data, and Logs directories for Foundry to use.
- Target
- /data
Unraid Server port for Foundry Virtual Tabletop server web interface
- Target
- 30000
- Value
- 30000
Linux/NodeJS release pre-signed URL generated from the user's profile. Required for downloading an application distribution. This method will take precedence over the FOUNDRY_USERNAME/FOUNDRY_PASSWORD method and CONTAINER_CACHE method. Alternatively, use FOUNDRY_USERNAME/FOUNDRY_PASSWORD method or CONTAINER_CACHE method. It is convenient to use this method in conjunction with CONTAINER_CACHE, the URL will download to the to CONTAINER_CACHE path and then re-use it after the URL expires.
Account username or email address for foundryvtt.com. Required for downloading an application distribution. Takes precedence over CONTAINER_CACHE. Alternatively, use FOUNDRY_RELEASE_URL or CONTAINER_CACHE
Account password for foundryvtt.com. Required for downloading an application distribution. Takes precedence over CONTAINER_CACHE. Alternatively, use FOUNDRY_RELEASE_URL or CONTAINER_CACHE
Version of Foundry Virtual Tabletop to install. This is used when you are using the USERNAME/PASSWORD method. Leave blank to install latest release. NOTE: Whatever you type here will be appended to the zip file if using CONTAINER_CACHE to store the zip. If used with RELEASE_URL this container will *not* validate that the URL matches the version you specify here.⚠️WARNING⚠️: If you leave this blank and use the USERNAME/PASSWORD option without a container cache it will upgrade to the latest foundry version on container restart! Example: 9 - Use most recent 9.x.x version; 9.255 - use most recent 9.255.x version; 9.255.0 - use exact version.
Set a path to cache downloads of the Foundry distribution archive and speed up subsequent container startups. The path should be in /data or another persistent mount point in the container. e.g.; /data/container_cache. Alternatively, use FOUNDRY_RELEASE_URL or FOUNDRY_USERNAME/FOUNDRY_PASSWORD. This method can be used in conjunction with the RELEASE_URL to use the container cache after the URL expires. The variable FOUNDRY_VERSION will be appended to the cached zip file name.
Admin password to be applied at startup. If omitted the admin password will be cleared. May be set using secrets.
The license key to install. e.g.; AAAA-BBBB-CCCC-DDDD-EEEE-FFFF If left unset, a license key will be fetched when using account authentication (USERNAME/PASSWORD method). If multiple license keys are associated with an account, one will be chosen at random. Specific licenses can be selected by passing in an integer index. The first license key being 1. May be set using secrets.
The world to startup at system start. Leave blank to launch Setup page.
Set a path to a directory of shell scripts to be sourced after Foundry is installed but before it is started. The path should be in /data or another persistent mount point in the container. e.g.; /data/container_patches Patch files are sourced in lexicographic order. CONTAINER_PATCHES are processed after CONTAINER_PATCH_URLS.
Set to a space-delimited list of URLs to be sourced after Foundry is installed but before it is started. Patch URLs are sourced in the order specified. CONTAINER_PATCH_URLS are processed before CONTAINER_PATCHES. ⚠️ Only use patch URLs from trusted sources!
Normally new options.json and admin.txt files are generated by the container at each startup. Setting this to true prevents the container from modifying these files when they exist. If they do not exist, they will be created as normal.
- Default
- false
- Value
- false
Normally the ownership of the /data directory and its contents are changed to match that of the server at startup. Setting this to a regular expression will exclude any matching paths and preserve their ownership. Note: This is a match on the whole path, not a search. This is useful if you want mount a volume as read-only inside /data (e.g.; a volume that contains assets mounted at /data/Data/assets).
Set to true to enable verbose logging for the container utility scripts.
- Default
- false
- Value
- false
An absolute or relative path that points to the awsConfig.json or true for AWS environment variable credentials evaluation usage.
Path to zip for Demo Mode. Demo mode allows you to configure a world which will be automatically launched and reset at a frequency of your choosing. When the world is reset, it is deactivated. The source data for the world is restored to its original state using a provided .zip file, and the next reset is automatically scheduled. See: Configuring demo mode.
gid the deamon will be run under.
- Default
- foundry
- Value
- foundry
A custom hostname to use in place of the host machine's public IP address when displaying the address of the game session. This allows for reverse proxies or DNS servers to modify the public address.
Allow the Foundry server to discover and report the accessibility of the host machine's public IP address and port. Setting this to false may reduce server startup time in instances where this discovery would timeout.
- Default
- true
- Value
- true
The default application language and module which provides the core translation files.
- Default
- en.core
- Value
- en.core
Override the local network address used for invitation links, mirroring the functionality of the FOUNDRY_HOSTNAME option which configures the external address.
Set to true to reduce network traffic by serving minified static JavaScript and CSS files. Enabling this setting is recommended for most users, but module developers may wish to disable it.
- Default
- true
- Value
- true
Custom salt string to be applied to the admin password instead of the default salt string. May be set using secrets.
Inform the Foundry server that the software is running behind a reverse proxy on some other port. This allows the invitation links created to the game to include the correct external port.
Indicates whether the software is running behind a reverse proxy that uses SSL. This allows invitation links and A/V functionality to work as if the Foundry server had SSL configured directly.
- Default
- false
- Value
- false
A string path which is appended to the base hostname to serve Foundry VTT content from a specific namespace. For example setting this to demo will result in data being served from http://x.x.x.x:PORT/demo/.
An absolute or relative path that points towards a SSL certificate file which is used jointly with the sslKey option to enable SSL and https connections. If both options are provided, the server will start using HTTPS automatically.
An absolute or relative path that points towards a SSL key file which is used jointly with the sslCert option to enable SSL and https connections. If both options are provided, the server will start using HTTPS automatically.
uid the daemon will be run under.
- Default
- foundry
- Value
- foundry
Allow Universal Plug and Play to automatically request port forwarding for the Foundry server port to your local network address.
- Default
- false
- Value
- false
Sets the Universal Plug and Play lease duration, allowing for the possibility of permanent leases for routers which do not support temporary leases. To define an indefinite lease duration set the value to 0.
Container TZ database name
- Default
- UTC
- Value
- UTC