Replies: 1 comment
|
The important difference is that Sonarr speaks HTTP, while SOCKS5 does not. A normal NPM Proxy Host uses Nginx's HTTP layer: That works because Nginx can parse the HTTP request and route it using the SOCKS5 is a different raw TCP protocol. If SOCKS5 bytes arrive at an HTTP reverse-proxy listener, there is no HTTP request for Nginx to route. For a SOCKS5 endpoint you need TCP/stream proxying: Nginx Proxy Manager exposes raw TCP forwarding through Streams, not Proxy Hosts. There is another problem with putting everything on the same port 443: a normal SOCKS5 connection does not contain an HTTP So the practical options are:
The Proxy Host configuration that works for Sonarr cannot directly proxy a normal SOCKS5 endpoint because they are different application protocols. |
Uh oh!
There was an error while loading. Please reload this page.
My home ISP is blocking custom port connections to my remote server, but 443 works fine, so I have been switching everything to the reverse proxy so it would work again.
Example of my working setup for sonarr web ui:
Domain Names:
sonarr.mydomain.comScheme
httpForward Hostname / IPmydomain.comForward Port33333Block Common ExploitsSSL certificate:
*.mydomain.comForce SSLHTTP/2 SupportWhile most services started being accessible after I put them under reverse proxy, I still can't get 3proxy working. I tried both its socks5 proxy port and https proxy port in a config similar to my sonarr one.
Is there an additional config that could possibly make it work, or it is simply impossible to make socks5 or https proxy work under the reverse proxy? My goal is to make proxy accessible under 443 instead of custom port so I could use it from home again.
I know nothing about manual nginx configs so I decided to ask here.
All reactions