Closed nstetter closed 3 years ago
@mrhotio why did you close the PR?
Because it'll break stuff
Do you have a better approach in mind for changing the WebUI port? 8080 is so commonly used, it conflicts with other services.
Under what circumstances does it conflict for you?
It's not that I have an actual conflict at hand, but I strongly dislike using default ports for containerized applications, just to avoid the possibility of conflicts.
Could you explain why using the webui-port
flag will break stuff? linuxserver.io is using it too.
lsio doesn't have builtin vpn support...you can always map to any other port, in most cases the internal post is irrelevant, except when routing other containers over this container's network....for which sabnzbd would cause an issue, but there's a workaround in my sab container for that....ignoring the fact that it would be pointless running sab over a vpn connection....
In this case port mapping does not work correctly.
If I try to map the port like -p 1234:8080
I only get a blank page saying 'unauthorized' on <IP>:1234
.
Works fine for me...maybe try playing with the qbit settings.
When comming through a reverse proxy it works for me too. Only when directly accessing it from the same network without TLS it does not work. As I use it over the proxy anyway it is usable for me.
Said nothing about any reverse proxy....I run permanently with -p 8088:8080...So the piece of info you linked is imo wrong.
Seems I jumped the gun here and thought you wrote WEBUI_PORT
, did not see the S
and it turns out that on Unraid it is indeed required to make use of this...that's why I was never able to reproduce the issues some people had, because on Ubuntu it works without flaw.
Long story short, thanks for the elegant solution.
Use the ENV variable
WEBUI_PORTS
for the qbittorrent main process to be able to set the WebUI port manually