-
Notifications
You must be signed in to change notification settings - Fork 1.2k
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
Web Interface Behind Proxies #29
Comments
Hello @mnaberez , is there any update on this? |
Reopening since this has come up again. Related: #495 |
btw: This nginx configuration worsk for me fine:
|
@yarikdot This isn't working for me, at least on v3.3.3, because it's trying to load http://MY_HOST/stylesheets/supervisor.css which is a 404. But even http://MY_HOST/supervisor/stylesheets/supervisor.css is a 404 too. |
|
Love to see a URL prefix being added, any update on this? |
One detail that seems to add to the problem is the missing path in the "Location" header. Maybe there would be no URL prefix necessary in most cases if one was present? For example, this is a location header that I would typically get:
Please note: no path or "/" present. It's a perfectly valid URL, but in my case the missing slash messes with my proxying in Apache, which should be able to modify the URL out of the box. To get this working I had to use a rather unusal config:
… e.g. trailing sash on request, no slash on responses. I'm not sure if the missing path is a bug, it seems at least unusual and think one should be added. |
There should be some way to configure a URL prefix for when the web interface is behind a proxy. This has been requested several times on the mailing list.
Related to issue #28
The text was updated successfully, but these errors were encountered: