You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
I'm trying to use Warpgate with Docker, and I notice that I'm missing a setup where I can spin-up a container, without existing config yet, and have a working Warpgate instance. It currently requires to either supply a config file, use setup, or use unattended-setup, all of which require an initial docker compose run before having a running Warpgate instance.
I would love to just be able to execute a single docker run or docker compose up command while supplying environment variables and let Warpgate figure out that it needs to create a config with the given values, or use an existing one.
Another alternative is allow the config to have environment variables, so Warpgate can interpret the given values. Currently the config would contain sensitive secrets , which is a big reason for me not using it (I rather avoid having hardcoded secret values in config files). Allowing environment variables in the config would already make it a lot more flexible (and safer to share through version control), so I wouldn't mind having to create a config just once if Warpgate will able to interpret the environment variables in the config.
Current situation
I'm trying to use Warpgate with Docker, and I notice that I'm missing a setup where I can spin-up a container, without existing config yet, and have a working Warpgate instance. It currently requires to either supply a config file, use
setup
, or useunattended-setup
, all of which require an initialdocker compose run
before having a running Warpgate instance.I would love to just be able to execute a single
docker run
ordocker compose up
command while supplying environment variables and let Warpgate figure out that it needs to create a config with the given values, or use an existing one.Another alternative is allow the config to have environment variables, so Warpgate can interpret the given values. Currently the config would contain sensitive secrets , which is a big reason for me not using it (I rather avoid having hardcoded secret values in config files). Allowing environment variables in the config would already make it a lot more flexible (and safer to share through version control), so I wouldn't mind having to create a config just once if Warpgate will able to interpret the environment variables in the config.
Example:
/data/warpgate.yaml
The text was updated successfully, but these errors were encountered: