-
Notifications
You must be signed in to change notification settings - Fork 60
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
Be nice with reverse proxies #23
Comments
Is this solved by running supysonic as WSGI app? The application path is defined by the |
It works for me as a wsgi app behind a reverse proxy. Here's the log from my main server:
Here's the log from the reverse proxy:
apache config for the reverse proxy:
apache config for main site /supysonic:
It's not perfect, http://music.example.com redirects to http://music.example.com// but it works fine with API calls. |
update: when I logged out, this broke, because I got an endlessly growing redirect loop. The culprit seems to be |
I'm not 100% sure this is what OP was looking for, but I believe that @knealmarc was right about being able to configure this using wsgi settings. I'm running uwsgi behind Caddy with supysonic mounted at /music, and I've yet to experience any problems, (including problems logging out). I'm running uwsgi with the options:
and the relevant block of my caddyfile is
I can connect to https://myserver.com/music to get to the supysonic main page, and everything works fine from there. |
Please consider adding a middleware like http://flask.pocoo.org/snippets/35/
so supysonic can run below some path other than / .
Thank you.
The text was updated successfully, but these errors were encountered: