-
Notifications
You must be signed in to change notification settings - Fork 229
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
docker-entrypoint for zammad-nginx fails to adapt nginx config properly #346
Comments
It works when setting the setting in docker-compose.override.yml:
I guess since the default docker-compose.yml file does not have a reference to NGINX_SERVER_SCHEME, the .env value does not override it. Ultimately this feels like it comes down to a documentation issue. I run a Caddy reverse_proxy on another server and the documentation regarding proxying Zammad in Docker did not appear to apply to that situation. |
See my reply here. I got caught out as well and its definitely both a documentation issue plus the docker-compose.yml should probably have the variables all passed in with sensible defaults (Using the ${variablename:-defaultvarifmissing} format) such that people only have to edit .env to make changes. Good PR option anyway. |
With the recent changes in b871301, this problem is solved. It is no longer required to modify .yml files just to pass in env variables to the Zammad containers. |
… nginx config properly. (zammad#372) This adds a list of variables that will be forwarded to the containers, but only if they are set via .env file or another mechanism. Otherwise, the containers will not see them. https://docs.docker.com/compose/compose-file/05-services/#environment This removes the need to add these variables to docker-compose.override.yml to ensure they get passed to the containers. Now it is enough to specify them via .env.
Infos
Expected behavior
Actual behavior
The entrypoint does not seem to correctly replace the config files. On every container restart, the config gets overwritten with the non-working version (with
$scheme
) which leads to CSRF issues in many cases.Steps to reproduce the behavior
The text was updated successfully, but these errors were encountered: