[Support] binhex - SABnzbdVPN

binhex · August 10, 2021

7 minutes ago, volcs0 said:

But then I couldn't get the Radarr and Sonarr interfaces up until I added those VPN in and out ports.

you will need VPN_INPUT_PORTS defined to access ui but its unlikely you will need VPN_OUTPUT_PORTS, i have edited my post above to give a little bit more context around it.

volcs0 · August 10, 2021

1 hour ago, binhex said:

you will need VPN_INPUT_PORTS defined to access ui but its unlikely you will need VPN_OUTPUT_PORTS, i have edited my post above to give a little bit more context around it.

Perfect - as you indicated, I removed the VPN_OUTPUT_PORTS, and everything still works. Thank you very much for the help.

dougiefresh · August 12, 2021

Having a weird issue that seems to just have creeped up. I'm using sabnzdvpn with privoxy. I have radarr and sonarr checkmarked with privoxy and pointed to sabnzvdvpn.

While the vpn is on neither radarr nor sonarr can talk to sab.

I thought maybe this might be related to the previous issue with the tightening of iptables.

Disabling privoxy on sonarr or radarr doesn't help. I still can't talk to sab.

Disabling the vpn (setting it to no in the container) works and I'm able to talk to sab just fine.

dougiefresh · August 12, 2021

So I switched it up and moved to wireguard and while vpn works and provoxy works I can no longer access the ui. docker is on a diff network then my lan. I added 192.168.0.0/16 to the local ranges under special. still no luck. just weird.

Somehow I messed up the LAN_NETWORKS variable and forgot to include my other lan. It was there before and I think I removed it trying to figure out what was broken with openvpn. Still not sure about that but wireguard seems to improve speeds. Thanks again for the software bud.

Edited August 13, 2021 by dougiefresh
Problem has been solved by me realizing I'm dumb for removing the network in the first place.

Zer0Nin3r · August 23, 2021

Looking to modify the MTU size so the excruciatingly slow download speeds will be fixed due to ISP constraints. (5G Internet)
- Adjusting the MTU within Unraid's settings to 1350 has resolved the VPN issues on my other clients with regards to this particular ISP.
I am able to set the MTU at the Unraid system level by: Settings > Network Settings > Desired MTU > 1350

I tried the following without any luck:

Key 5 - Container Variable: VPN_OPTIONS
- --fragment 1350 --mssfix
- --fragment 1350 --mssfix 1350
Setting the 'mssfix 1350' parameter in the OpenVPN configuration file.

I can see in the logs that @binhex sets the MTU in the script and I tried to find the script to adjust, but am unable to; it's not in the Appdata share...that's for sure.

OPTIONS IMPORT: adjusting link_mtu to 1624

DEBG 'start-script' stdout output:
TUN/TAP device tun0 opened
net_iface_mtu_set: mtu 1500 for tun0
net_iface_up: set tun0 up

Any ideas on how I can resolve this issue? Thanks in advance!

Edited August 26, 2021 by Zer0Nin3r
Clarity

binhex · August 23, 2021

5 hours ago, Zer0Nin3r said:

I can see in the logs that @binhex sets the MTU in the script

actually that's not correct, i dont set the MTU in any script, i would assume a MTU of 1500 is being picked up as a default value, it looks like you got the right idea for changing it, no idea why that isnt working.

Mecheng70 · September 6, 2021

I tried to log into the webui today and it did not respond. this has been working for some time without any issues (thank you). Now for some reason I can't figure out what is going on...

The Supervisord.log is not complaining about anything.

2021-09-05 23:36:36,564 DEBG 'watchdog-script' stdout output:
[debug] DNS operational, we can resolve name 'www.google.com' to address '142.250.65.228'

2021-09-05 23:36:36,564 DEBG 'watchdog-script' stdout output:
[debug] Waiting for iptables chain policies to be in place...

2021-09-05 23:36:36,580 DEBG 'watchdog-script' stdout output:
[debug] iptables chain policies are in place

2021-09-05 23:36:36,587 DEBG 'watchdog-script' stdout output:
[debug] VPN IP is 10.35.0.26

2021-09-05 23:37:06,591 DEBG 'watchdog-script' stdout output:
[debug] Checking we can resolve name 'www.google.com' to address...

2021-09-05 23:37:06,675 DEBG 'watchdog-script' stdout output:
[debug] DNS operational, we can resolve name 'www.google.com' to address '142.250.65.228'

2021-09-05 23:37:06,675 DEBG 'watchdog-script' stdout output:
[debug] Waiting for iptables chain policies to be in place...

2021-09-05 23:37:06,690 DEBG 'watchdog-script' stdout output:
[debug] iptables chain policies are in place

2021-09-05 23:37:06,696 DEBG 'watchdog-script' stdout output:
[debug] VPN IP is 10.35.0.26

And the sabnzb.log files are claiming that all is good:

2021-09-05 23:31:05,488::INFO::[SABnzbd:1161] SABnzbd.py-3.3.1
2021-09-05 23:31:05,488::INFO::[SABnzbd:1171] Commit = 654302e6914fc3f50d4fee6ed1d59c148a81998d
2021-09-05 23:31:05,488::INFO::[SABnzbd:1173] Full executable path = /usr/lib/sabnzbd/SABnzbd.py
2021-09-05 23:31:05,488::INFO::[SABnzbd:1174] Arguments = "/usr/lib/sabnzbd/SABnzbd.py" "--daemon" "--config-file" "/config" "--server" "0.0.0.0:8080" "--https" "8090"
2021-09-05 23:31:05,488::INFO::[SABnzbd:1175] Python-version = 3.9.5 (default, May 24 2021, 12:50:35) 
[GCC 11.1.0]
2021-09-05 23:31:05,488::INFO::[SABnzbd:1176] Dockerized = True
2021-09-05 23:31:05,488::INFO::[SABnzbd:1177] CPU architecture = x86_64
2021-09-05 23:31:05,493::INFO::[SABnzbd:1180] Platform = posix - Linux-5.4.0-81-generic-x86_64-with-glibc2.33
2021-09-05 23:31:05,493::INFO::[SABnzbd:1186] Preferred encoding = UTF-8
2021-09-05 23:31:05,493::INFO::[SABnzbd:1198] SSL version = OpenSSL 1.1.1k  25 Mar 2021
2021-09-05 23:31:05,494::INFO::[SABnzbd:1228] Using INI file /config/sabnzbd.ini
2021-09-05 23:31:05,499::INFO::[postproc:139] Loading postproc queue
2021-09-05 23:31:05,500::INFO::[scheduler:190] Scheduling RSS interval task every 60 min (delay=13)
2021-09-05 23:31:05,500::INFO::[scheduler:201] Scheduling VersionCheck on day 5 at 10:46
2021-09-05 23:31:05,501::INFO::[scheduler:215] Setting schedule for midnight BPS reset
2021-09-05 23:31:05,501::INFO::[scheduler:218] Setting schedule for server expiration check
2021-09-05 23:31:05,501::INFO::[scheduler:223] Setting scheduler for server quota check
2021-09-05 23:31:05,504::INFO::[config:905] Writing settings to INI file /config/sabnzbd.ini
2021-09-05 23:31:05,507::INFO::[__init__:334] All processes started
2021-09-05 23:31:05,508::INFO::[SABnzbd:324] Template location for Glitter is /usr/lib/sabnzbd/interfaces/Glitter
2021-09-05 23:31:05,508::INFO::[SABnzbd:324] Template location for Config is /usr/lib/sabnzbd/interfaces/Config
2021-09-05 23:31:05,508::INFO::[misc:1071] [N/A] Running external command: ['/usr/sbin/unrar']
2021-09-05 23:31:05,516::INFO::[misc:1071] [N/A] Running external command: ['/usr/sbin/par2', '-h']
2021-09-05 23:31:05,522::INFO::[SABnzbd:411] SABYenc module (v4.0.2)... found!
2021-09-05 23:31:05,522::INFO::[SABnzbd:430] Cryptography module (v3.4.7)... found!
2021-09-05 23:31:05,522::INFO::[SABnzbd:435] par2 binary... found (/usr/sbin/par2)
2021-09-05 23:31:05,522::INFO::[SABnzbd:442] UNRAR binary... found (/usr/sbin/unrar)
2021-09-05 23:31:05,522::INFO::[SABnzbd:452] UNRAR binary version 6.02
2021-09-05 23:31:05,522::INFO::[SABnzbd:460] 7za binary... found (/usr/sbin/7za)
2021-09-05 23:31:05,522::INFO::[SABnzbd:471] nice binary... found (/usr/sbin/nice)
2021-09-05 23:31:05,522::INFO::[SABnzbd:475] ionice binary... found (/usr/sbin/ionice)
2021-09-05 23:31:05,525::INFO::[SABnzbd:1285] HTTPS keys are OK
2021-09-05 23:31:05,526::INFO::[SABnzbd:1417] Starting web-interface on 0.0.0.0:8090
2021-09-05 23:31:05,527::INFO::[_cplogging:213] [05/Sep/2021:23:31:05] ENGINE Bus STARTING
2021-09-05 23:31:05,632::INFO::[_cplogging:213] [05/Sep/2021:23:31:05] ENGINE Serving on http://0.0.0.0:8080
2021-09-05 23:31:05,755::INFO::[_cplogging:213] [05/Sep/2021:23:31:05] ENGINE Serving on https://0.0.0.0:8090
2021-09-05 23:31:05,755::INFO::[_cplogging:213] [05/Sep/2021:23:31:05] ENGINE Bus STARTED
2021-09-05 23:31:05,755::INFO::[SABnzbd:1454] Starting SABnzbd.py-3.3.1
2021-09-05 23:31:05,755::INFO::[postproc:237] Completed Download Folder /config/Downloads/complete is not on FAT
2021-09-05 23:31:05,761::INFO::[dirscanner:117] Dirscanner starting up
2021-09-05 23:31:05,762::INFO::[notifier:122] Sending notification: SABnzbd - SABnzbd 3.3.1 started (type=startup, job_cat=None)
2021-09-05 23:31:05,919::INFO::[zconfig:62] No bonjour/zeroconf support installed
2021-09-05 23:31:05,920::INFO::[ssdp:108] Serving SSDP on 10.35.0.26 as SABnzbd

OS - Ubuntu 20.04.3

Here is my docker script that has worked since I originally set it up:

docker create --cap-add=NET_ADMIN  -p 8800:8080  --name=sabnzbvpn   -v /home/plex/Downloads:/home/plex/Downloads  -v /home/plex/.sabnzbvpn/data:/data -v /home/plex/.sabnzbvpn:/config  -v /etc/openvpn:/etc/openvpn  -v /etc/localtime:/etc/localtime:ro  -e VPN_ENABLED=yes  -e [email protected]  -e VPN_PASS=really_long_password  -e VPN_PROV=custom  -e UMASK=000     -e STRICT_PORT_FORWARD=yes   -e ENABLE_PRIVOXY=no  -e LAN_NETWORK=172.16.4.1/23   -e DEBUG=true   -e PUID=1001 -e PGID=1001 --restart unless-stopped binhex/arch-sabnzbdvpn

And yes, the LAN_NETWORK is correct and has worked in the past. As has the port to 8800....

Thoughts? I am using openvpn and that does seem to be working.

binhex · September 6, 2021

3 hours ago, Mecheng70 said:

And yes, the LAN_NETWORK is correct and has worked in the past

sadly its not correct, from your docker run command you have it specified as this:-

3 hours ago, Mecheng70 said:
-e LAN_NETWORK=172.16.4.1/23

see Q4:- https://github.com/binhex/documentation/blob/master/docker/faq/vpn.md

hint:- unless the CIDR is /32 then the last octet will always be 0.

also of note is that you may have a network conflict here with the docker bridge network, which by default is set to use 172.16.x.x, this may also cause you issues, correct the above first and see how you go.

Mecheng70 · September 6, 2021

4 hours ago, binhex said:

sadly its not correct, from your docker run command you have it specified as this:-

see Q4:- https://github.com/binhex/documentation/blob/master/docker/faq/vpn.md

hint:- unless the CIDR is /32 then the last octet will always be 0.

also of note is that you may have a network conflict here with the docker bridge network, which by default is set to use 172.16.x.x, this may also cause you issues, correct the above first and see how you go.

THANK YOU...

funny thing is that I had .0 before and it did not work and that is why I checked it to what my router was set as. why would this change after running for a year or so? anyways, thank you again.

rnobarr · September 9, 2021

I am the typical noob so I apologize right away. I have searched both Google and this forum for an answer with zero success.

I have an Unraid server and am running the SabNZBDVPN container along with SONARR and RADARR (all binhex). All was working great for quite a while. A month or so ago, SONARR and RADARR stopped sending requests to SAB. What I found is that Local IPv4 address (location - Wrench icon > Status and interface options > Status > Local IPv4 address) had changed in SAB. So I copied it, went to SONARR and RADARR, and changed it (In Settings > Download Clients for both SONARR and RADARR). Clicked TEST, got the green check mark, clicked SAVE. Tested it by sending a job from both SONARR and RADARR. Worked good.

However, the SAB Local IPv4 address constantly changes. Sometimes within hours. I changed it last night at around 11PM and this morning at 7AM it had already changed.

If anyone can help I would greatly appreciate it.

Thank you

Edited September 9, 2021 by rnobarr

unRaide · September 11, 2021

On 4/3/2021 at 7:36 PM, unRaide said:

Hi @binhex, any ideas on how to get this new setup working with a reverse proxy? I've added each of the ports above and couldn’t find any suggestions in the documentation or anywhere else in this thread.

Is it still possible to use a reverse proxy?

Just wanted to follow-up on this in case anyone else runs into this issue. I got this working by simply changing the app name below from binhex-radarr to binhex-sabnzbdvpn in my swag conf file.

location / {
#        auth_basic "Restricted";
#        auth_basic_user_file /config/nginx/.htpasswd;
        include /config/nginx/proxy.conf;
        resolver 127.0.0.11 valid=30s;
#        set $upstream_radarr binhex-radarr;
        set $upstream_radarr binhex-sabnzbdvpn;
        proxy_pass http://$upstream_radarr:7878;
    }
}

binhex · September 12, 2021

I am the typical noob so I apologize right away. I have searched both Google and this forum for an answer with zero success.

I have an Unraid server and am running the SabNZBDVPN container along with SONARR and RADARR (all binhex). All was working great for quite a while. A month or so ago, SONARR and RADARR stopped sending requests to SAB. What I found is that Local IPv4 address (location - Wrench icon > Status and interface options > Status > Local IPv4 address) had changed in SAB. So I copied it, went to SONARR and RADARR, and changed it (In Settings > Download Clients for both SONARR and RADARR). Clicked TEST, got the green check mark, clicked SAVE. Tested it by sending a job from both SONARR and RADARR. Worked good.

However, the SAB Local IPv4 address constantly changes. Sometimes within hours. I changed it last night at around 11PM and this morning at 7AM it had already changed.

If anyone can help I would greatly appreciate it.

Thank you

Yes you should not be using the internal docker bridge IP address instead target your unraid host system IP that way it doesn't change

Sent from my CLT-L09 using Tapatalk

rnobarr · September 13, 2021

17 hours ago, binhex said:

Yes you should not be using the internal docker bridge IP address instead target your unraid host system IP that way it doesn't change

Sent from my CLT-L09 using Tapatalk

So that seemed to work. Thank you. In SAB, Settings > General the “SABnzbd Host” was set to 0.0.0.0. So I went to both RADARR and SONARR Settings > Download Clients > (click the download client) in the “Host” and changed them both to 0.0.0.0. This seems to work as you recommended. Did I understand you correctly? Thank you so much for all the time you put into this!

PS - sent $10 your way for your help and the help you provide others. Thanks again

Edited September 13, 2021 by rnobarr

binhex · September 13, 2021

So that seemed to work. Thank you. In SAB, Settings > General the “SABnzbd Host” was set to 0.0.0.0. So I went to both RADARR and SONARR Settings > Download Clients > (click the download client) in the “Host” and changed them both to 0.0.0.0. This seems to work as you recommended. Did I understand you correctly? Thank you so much for all the time you put into this!

PS - sent $10 your way for your help and the help you provide others. Thanks again

Thanks for the donation, 0.0.0.0 wasn't exactly what I had in mind but I guess that would work, what I really meant was the IP address of your unraid host server, e.g. 192.168.1.1

Sent from my CLT-L09 using Tapatalk

Carpesimia · September 13, 2021

Ok, so this is interesting. My Unraid machine went down, and before i booted back up, I checked each and every drive to create a map of all of the drives and which bays they were in (Im going to be upgrading all of the drives soon, and wanted to have my ducks in a row.

So, booted it back up, and seems that my POOL drive was not seated correctly. Shut down, re-seated it, and booted back up. All is good. Or it seemed good.

Since then, my sabnsbdvpn does not work. It starts, but doesnt do anything. All ports are connection refused.

So I logged into the running container and looked around. The /var/lib/sabnzbd/logs folder does not exist. Netstat shows no open ports.

The /appdata/binhex-sabnzbdvpn folder still exists and has its onw set up logs and such.

Before this, my system has been up and running for QUITE some time. How do I troubleshoot the issue?

rnobarr · September 13, 2021

2 hours ago, binhex said:

Thanks for the donation, 0.0.0.0 wasn't exactly what I had in mind but I guess that would work, what I really meant was the IP address of your unraid host server, e.g. 192.168.1.1

Sent from my CLT-L09 using Tapatalk

SABnzbd Config > General > SABnzbd Host is set to 0.0.0.0. When I set my RADARR and SONARR (Settings > Download Clients) Host to my Unraid Server IP (10.0.1.20) I get an error that reads:

Test was aborted due to an error: Unable to connect to SABnzbd, HTTP request failed: [503:ServiceUnavailable] [GET] at [https://10.0.1.20:8080/api?mode=get_config&apikey=***API KEY***&output=json]

That was why I changed them to 0.0.0.0

I followed SpaceinvaderOne's videos on how to set up all 3. But theyre from ~2017. Wondering if an update may have changed something. He even sets his RADARR/SONARR hosts to his Unraid IP. Not sure why mine stopped working when I set them to 10.0.1.20

Carpesimia · September 14, 2021

RE: My post above, I got it figured out.

Basically, my VPN host (Privado) just stopped working. I got a year free with one of my usenet feeds, and it just stopped working. My login wont even work anymore.

So I turned OFF vpn, and not only did the container start again, but the interface came up. So I signed up with PIA and called it a day. Uploaded the zip file, entered my credentials, turned back on VPN and BOOM. All set.

---

So, I do have one question... I have now about 30-50 .ovpn files in my openvpn folder. How do I get it to use the best one near me (for example, if the NYC is the best one for me, how do i make sure it uses that server for my VPN connection? Do I just remove all of the other config files and leave .ovpn file that I want?

JonathanM · September 15, 2021

1 hour ago, Carpesimia said:

Do I just remove all of the other config files and leave .ovpn file that I want?

This

Carpesimia · September 16, 2021

Thanks!

Geroge87 · October 7, 2021

absolutely love this docker image - just wanted to ask - if the vpn is ever down - is it built in such a way to stop the connection completely? so you don't have any leaks.

thank you

JonathanM · October 8, 2021

41 minutes ago, Geroge87 said:

absolutely love this docker image - just wanted to ask - if the vpn is ever down - is it built in such a way to stop the connection completely? so you don't have any leaks.

thank you

https://github.com/binhex/documentation/blob/master/docker/faq/vpn.md

eagle470 · October 18, 2021

This has been working fine for over a year since I stood it up. I moved houses in April this year and it's been fine since then as well.

I went to go add a movie in Radaar and couldn't get to my sources (IMDB) and went to look at SAB and I can't connect to the webUI. I cannot figure out what the deal is, as far as I can tell I made no changes, it just stopped working.

sabnzbd.error.log

Please help.

something with the proxy is broken, I can't get to the sab ui as long as the VPN is enabled. This is all internal, flat network.

Edited October 18, 2021 by eagle470

eagle470 · October 20, 2021

@binhex The container won't respond to anything when I enable the vpn.

my container inputs are: 7878,8989,8686

for radarr, sonarr, lidarr

I did a output for sabnzbd thinking that would help and no dice (port 8080.)

SeattleBandit · October 21, 2021

interestingly - i've lost the ability to 'login' to sabnzb - i get prompted for my login/pasword - enter then and it immediately dumps be back to the login screen - it still appears to be working as its processing grabs from various services but ican't log into (at least on this machine haven't tried others or incognito yet... probably should)

edit: pebcak apparently - incognito fixed it - must be a cookie/cache issue

Edited October 21, 2021 by SeattleBandit

binhex · October 21, 2021

19 hours ago, eagle470 said:

@binhex The container won't respond to anything when I enable the vpn.

my container inputs are: 7878,8989,8686

for radarr, sonarr, lidarr

I did a output for sabnzbd thinking that would help and no dice (port 8080.)

i need a full log, do this:- https://github.com/binhex/documentation/blob/master/docker/faq/help.md

[Support] binhex - SABnzbdVPN

Recommended Posts

Link to comment

Top Posters In This Topic

Popular Days

Top Posters In This Topic

Popular Days

Popular Posts

binhex

binhex

binhex

Posted Images

Link to comment

Link to comment

Link to comment

Link to comment

Link to comment

Link to comment

Link to comment

Link to comment

Link to comment

Link to comment

Link to comment

Link to comment

Link to comment

Link to comment

Link to comment

Link to comment

Link to comment

Link to comment

Link to comment

Link to comment

Link to comment

Link to comment

Link to comment

Link to comment

Join the conversation