-
Notifications
You must be signed in to change notification settings - Fork 1.9k
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
Real IP address of visitors isn't passed on to app container #570
Comments
This should be fixed in nc docker images, because --net=host is not meant as default. |
Closing in favor of #1103 |
Hello, I've been struggling for two days now to get nextcloud to detect real client addresses and without success... I'm using truenas scale and the official nextcloud application. the configuration is as follows: NGINX (main proxy on server) -> teue nas server and oficial nextcloud app (docker nfp) nextcloud config: 'trusted_proxies' => i already tried many combinations and no success... i looked at your comment but i don't know how to put it into practice. or is noww other solution exist... |
@dlabanec You're commenting on a long ago closed Issue. You're not using the fpm image (what this issue was specific to). You appear to be using TrueCharts so you may have some front end networking configuration matters to address (ingress/LB). I suggest taking your query to the support forums. That said here are some likely relevant resources: https://truecharts.org/manual/SCALE/options/networking/ https://www.truenas.com/community/ |
I'm using the insecure php-fpm Docker setup with an nginx proxy in front of it. By default the real IP address of the visitors isn't passed on to the app container. Therefore internal IP addresses show up in the Nextcloud log files and the brute force protection won't work as it should.
I solved this by adding these lines to the
nginx.conf
:Would there be any downside if we make this a default?
It seems like the apache based Docker setup also needs a tweak in that matter. See: #294
The text was updated successfully, but these errors were encountered: