Can't make it work with reverse proxy #399
Unanswered
roymcclure
asked this question in
Q&A
Replies: 3 comments
-
|
I have the same problem: impossible to use behind a reverse proxy. Did you solve it? |
Beta Was this translation helpful? Give feedback.
0 replies
-
|
Nope. |
Beta Was this translation helpful? Give feedback.
0 replies
-
|
I managed to make it work like this in a special docker image from linuxserver.io https://docs.linuxserver.io/general/swag/ The swag config: Here is the full config: |
Beta Was this translation helpful? Give feedback.
0 replies
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Uh oh!
There was an error while loading. Please reload this page.
Uh oh!
There was an error while loading. Please reload this page.
-
Hi,
In my home server I have set up a reverse proxy behind nginx so that I can access many applications from a single entry point.
For those apps who rely on another running service (like amule) I noticed that the service needs to generate its URLs with the same prefix used in the proxy_pass directive for a given location, like for instance:
`
aMule
`
In the amule.conf file there is a parameter called path which i initially thought would be said prefix, however after using curl i noticed that even the config is set to
[WebServer] path=amulewebThe urls generated by the server are relative to the root.
What's more, I noticed that anything between the root and the file requested is discarded. In the server I can access:
10.0.0.50:4711/amuleweb-main-dload.php
just as well as
10.0.0.50:4711/amuleweb/amuleweb-main-dload.php
or even
10.0.0.50:4711/inmcdonaldsfarm/amuleweb-main-dload.php
And they will all work just fine, it doesn't really matter. But given that after bypassing the login screen we get a:
<META http-EQUIV="Refresh" CONTENT="0; url=amuleweb-main-dload.php">html reply to our request, this sadly means that the proxy will send us to 10.0.0.50:4711/amuleweb-main-dload.php instead of 10.0.0.50:4711/amuleweb/amuleweb-main-dload.php which would definitely work.
Can the prefix be configured somewhere I'm missing or is there an alternative way that doesn't imply diving into the codebase?
Beta Was this translation helpful? Give feedback.
All reactions