[Support] binhex - SABnzbdVPN


Recommended Posts

  • 2 weeks later...
  • 5 weeks later...

I asked this question once, but I guess I wasnt logged in when I did so.

 

I've been using this for quite some time now.  However, my indexer (whom I use their VPN service) has decided to outsource their VPN service to a different company.  This means that I need to change from one VPN service to another.  I went to their site, downloaded the openvpn zip file, but all it has in it are .ovpn files.  No certs, no other files.

 

So my question, is how do I take a working config of this (not anymore, the time has expired so my vpn is no longer working) and switch it to a new service?   I'll admit, the openvpn files confuse me the most.

 

Any help?

Link to comment
I asked this question once, but I guess I wasnt logged in when I did so.
 
I've been using this for quite some time now.  However, my indexer (whom I use their VPN service) has decided to outsource their VPN service to a different company.  This means that I need to change from one VPN service to another.  I went to their site, downloaded the openvpn zip file, but all it has in it are .ovpn files.  No certs, no other files.
 
So my question, is how do I take a working config of this (not anymore, the time has expired so my vpn is no longer working) and switch it to a new service?   I'll admit, the openvpn files confuse me the most.
 
Any help?
You need to talk to your VPN provider regarding this, and ask them how you connect using OpenVPN, they should then supply you with the required configuration file and certificates (if not embedded in the ovpn file).

Sent from my CLT-L09 using Tapatalk

Link to comment
  • 2 weeks later...

I've had this issue on and off with the sabnzbdvpn image for a while now, and just recently I've been unable to workaround it anymore.

 

The issue is twofold.

First, starting the image does not start sabnzbd for me. As in, there is not even an attempt to start it in the logs:

 

Quote

Created by...
___.   .__       .__                   
\_ |__ |__| ____ |  |__   ____ ___  ___
 | __ \|  |/    \|  |  \_/ __ \\  \/  /
 | \_\ \  |   |  \   Y  \  ___/ >    < 
 |___  /__|___|  /___|  /\___  >__/\_ \
     \/        \/     \/     \/      \/
  https://hub.docker.com/u/binhex/

2020-03-09 16:55:12.438333 [info] System information Linux d20aedc3a755 4.18.0-80.1.2.el8_0.elrepo.bug919.x86_64 #1 SMP Sun Jun 23 20:34:00 EDT 2019 x86_64 GNU/Linux
2020-03-09 16:55:12.459283 [info] PUID defined as '0'
2020-03-09 16:55:12.504111 [info] PGID defined as '0'
2020-03-09 16:55:12.541059 [warn] UMASK not defined (via -e UMASK), defaulting to '000'
2020-03-09 16:55:12.561656 [info] Permissions already set for volume mappings
2020-03-09 16:55:12.586230 [info] VPN_ENABLED defined as 'yes'
2020-03-09 16:55:12.609366 [info] OpenVPN config file (ovpn extension) is located at /config/openvpn/Netherlands.ovpn
2020-03-09 16:55:12.646670 [info] VPN remote line defined as 'remote 46.166.188.237 1198'
2020-03-09 16:55:12.667158 [info] VPN_REMOTE defined as '46.166.188.237'
2020-03-09 16:55:12.687831 [info] VPN_PORT defined as '1198'
2020-03-09 16:55:12.711332 [info] VPN_PROTOCOL defined as 'udp'
2020-03-09 16:55:12.732108 [info] VPN_DEVICE_TYPE defined as 'tun0'
2020-03-09 16:55:12.752721 [info] VPN_PROV defined as 'pia'
2020-03-09 16:55:12.773570 [info] LAN_NETWORK defined as '192.168.6.0/24'
2020-03-09 16:55:12.795165 [info] ADDITIONAL_PORTS not defined (via -e ADDITIONAL_PORTS), skipping allow for custom incoming ports
2020-03-09 16:55:12.816912 [info] NAME_SERVERS defined as '8.8.8.8'
2020-03-09 16:55:12.838691 [info] VPN_USER defined as '#####'
2020-03-09 16:55:12.859768 [info] VPN_PASS defined as '#####'
2020-03-09 16:55:12.880995 [info] VPN_OPTIONS not defined (via -e VPN_OPTIONS)
2020-03-09 16:55:12.901465 [info] ENABLE_PRIVOXY defined as 'yes'
2020-03-09 16:55:14.365729 [info] Starting Supervisor...
2020-03-09 16:55:14,486 INFO Included extra file "/etc/supervisor/conf.d/sabnzbdvpn.conf" during parsing
2020-03-09 16:55:14,486 INFO Set uid to user 0 succeeded
2020-03-09 16:55:14,488 INFO supervisord started with pid 7
2020-03-09 16:55:15,490 INFO spawned: 'start-script' with pid 150
2020-03-09 16:55:15,490 INFO spawned: 'watchdog-script' with pid 151
2020-03-09 16:55:15,491 INFO reaped unknown pid 8
2020-03-09 16:55:15,494 DEBG 'start-script' stdout output:
[info] VPN is enabled, beginning configuration of VPN

2020-03-09 16:55:15,494 INFO success: start-script entered RUNNING state, process has stayed up for > than 0 seconds (startsecs)
2020-03-09 16:55:15,494 INFO success: watchdog-script entered RUNNING state, process has stayed up for > than 0 seconds (startsecs)
2020-03-09 16:55:15,573 DEBG 'start-script' stdout output:
[info] Default route for container is 10.88.0.1

2020-03-09 16:55:15,575 DEBG 'start-script' stdout output:
[info] Adding 8.8.8.8 to /etc/resolv.conf

2020-03-09 16:55:15,577 DEBG 'start-script' stdout output:
46.166.188.237

2020-03-09 16:55:15,586 DEBG 'start-script' stdout output:
[info] Attempting to load iptable_mangle module...

2020-03-09 16:55:15,587 DEBG 'start-script' stderr output:
modprobe: FATAL: Module iptable_mangle not found in directory /lib/modules/4.18.0-80.1.2.el8_0.elrepo.bug919.x86_64

2020-03-09 16:55:15,587 DEBG 'start-script' stdout output:
[warn] Unable to load iptable_mangle module using modprobe, trying insmod...

2020-03-09 16:55:15,588 DEBG 'start-script' stderr output:
insmod: ERROR: could not load module /lib/modules/iptable_mangle.ko: No such file or directory

2020-03-09 16:55:15,588 DEBG 'start-script' stdout output:
[warn] Unable to load iptable_mangle module, you will not be able to connect to the applications Web UI or Privoxy outside of your LAN
[info] unRAID/Ubuntu users: Please attempt to load the module by executing the following on your host: '/sbin/modprobe iptable_mangle'
[info] Synology users: Please attempt to load the module by executing the following on your host: 'insmod /lib/modules/iptable_mangle.ko'

2020-03-09 16:55:15,601 DEBG 'start-script' stdout output:
[info] Docker network defined as    10.88.0.0/16

2020-03-09 16:55:15,608 DEBG 'start-script' stdout output:
[info] Adding 192.168.6.0/24 as route via docker eth0

2020-03-09 16:55:15,609 DEBG 'start-script' stdout output:
[info] ip route defined as follows...

2020-03-09 16:55:15,609 DEBG 'start-script' stdout output:
--------------------

2020-03-09 16:55:15,610 DEBG 'start-script' stdout output:
default via 10.88.0.1 dev eth0 
10.88.0.0/16 dev eth0 proto kernel scope link src 10.88.0.74 
192.168.6.0/24 via 10.88.0.1 dev eth0 

2020-03-09 16:55:15,610 DEBG 'start-script' stdout output:
--------------------

2020-03-09 16:55:15,639 DEBG 'start-script' stdout output:
[info] iptables defined as follows...
--------------------

2020-03-09 16:55:15,641 DEBG 'start-script' stdout output:
-P INPUT DROP
-P FORWARD DROP
-P OUTPUT DROP
-A INPUT -s 10.88.0.0/16 -d 10.88.0.0/16 -j ACCEPT
-A INPUT -i eth0 -p udp -m udp --sport 1198 -j ACCEPT
-A INPUT -i eth0 -p tcp -m tcp --dport 8080 -j ACCEPT
-A INPUT -i eth0 -p tcp -m tcp --sport 8080 -j ACCEPT
-A INPUT -i eth0 -p tcp -m tcp --dport 8090 -j ACCEPT
-A INPUT -i eth0 -p tcp -m tcp --sport 8090 -j ACCEPT
-A INPUT -s 192.168.6.0/24 -d 10.88.0.0/16 -i eth0 -p tcp -j ACCEPT
-A INPUT -p icmp -m icmp --icmp-type 0 -j ACCEPT
-A INPUT -i lo -j ACCEPT
-A INPUT -i tun0 -j ACCEPT
-A OUTPUT -s 10.88.0.0/16 -d 10.88.0.0/16 -j ACCEPT
-A OUTPUT -o eth0 -p udp -m udp --dport 1198 -j ACCEPT
-A OUTPUT -o eth0 -p tcp -m tcp --dport 8080 -j ACCEPT
-A OUTPUT -o eth0 -p tcp -m tcp --sport 8080 -j ACCEPT
-A OUTPUT -o eth0 -p tcp -m tcp --dport 8090 -j ACCEPT
-A OUTPUT -o eth0 -p tcp -m tcp --sport 8090 -j ACCEPT
-A OUTPUT -s 10.88.0.0/16 -d 192.168.6.0/24 -o eth0 -p tcp -j ACCEPT
-A OUTPUT -p icmp -m icmp --icmp-type 8 -j ACCEPT
-A OUTPUT -o lo -j ACCEPT
-A OUTPUT -o tun0 -j ACCEPT

2020-03-09 16:55:15,642 DEBG 'start-script' stdout output:
--------------------

2020-03-09 16:55:15,642 DEBG 'start-script' stdout output:
[info] Starting OpenVPN...

2020-03-09 16:55:15,647 DEBG 'start-script' stdout output:
Mon Mar  9 16:55:15 2020 WARNING: file 'credentials.conf' is group or others accessible
Mon Mar  9 16:55:15 2020 OpenVPN 2.4.7 [git:makepkg/2b8aec62d5db2c17+] x86_64-pc-linux-gnu [SSL (OpenSSL)] [LZO] [LZ4] [EPOLL] [PKCS11] [MH/PKTINFO] [AEAD] built on Feb 19 2019

2020-03-09 16:55:15,647 DEBG 'start-script' stdout output:
Mon Mar  9 16:55:15 2020 library versions: OpenSSL 1.1.1c  28 May 2019, LZO 2.10

2020-03-09 16:55:15,647 DEBG 'start-script' stdout output:
[info] OpenVPN started

2020-03-09 16:55:15,647 DEBG 'start-script' stdout output:
Mon Mar  9 16:55:15 2020 NOTE: the current --script-security setting may allow this configuration to call user-defined scripts

2020-03-09 16:55:15,648 DEBG 'start-script' stdout output:
Mon Mar  9 16:55:15 2020 TCP/UDP: Preserving recently used remote address: [AF_INET]46.166.188.237:1198

2020-03-09 16:55:15,648 DEBG 'start-script' stdout output:
Mon Mar  9 16:55:15 2020 UDP link local: (not bound)
Mon Mar  9 16:55:15 2020 UDP link remote: [AF_INET]46.166.188.237:1198

2020-03-09 16:56:15,630 DEBG 'start-script' stdout output:
Mon Mar  9 16:56:15 2020 [UNDEF] Inactivity timeout (--ping-restart), restarting

2020-03-09 16:56:15,630 DEBG 'start-script' stdout output:
Mon Mar  9 16:56:15 2020 SIGHUP[soft,ping-restart] received, process restarting

2020-03-09 16:56:15,630 DEBG 'start-script' stdout output:
Mon Mar  9 16:56:15 2020 WARNING: file 'credentials.conf' is group or others accessible
Mon Mar  9 16:56:15 2020 OpenVPN 2.4.7 [git:makepkg/2b8aec62d5db2c17+] x86_64-pc-linux-gnu [SSL (OpenSSL)] [LZO] [LZ4] [EPOLL] [PKCS11] [MH/PKTINFO] [AEAD] built on Feb 19 2019
Mon Mar  9 16:56:15 2020 library versions: OpenSSL 1.1.1c  28 May 2019, LZO 2.10

2020-03-09 16:56:20,630 DEBG 'start-script' stdout output:
Mon Mar  9 16:56:20 2020 NOTE: the current --script-security setting may allow this configuration to call user-defined scripts

2020-03-09 16:56:20,630 DEBG 'start-script' stdout output:
Mon Mar  9 16:56:20 2020 TCP/UDP: Preserving recently used remote address: [AF_INET]46.166.188.237:1198

2020-03-09 16:56:20,631 DEBG 'start-script' stdout output:
Mon Mar  9 16:56:20 2020 UDP link local: (not bound)
Mon Mar  9 16:56:20 2020 UDP link remote: [AF_INET]46.166.188.237:1198

2020-03-09 16:57:20,761 DEBG 'start-script' stdout output:
Mon Mar  9 16:57:20 2020 [UNDEF] Inactivity timeout (--ping-restart), restarting

2020-03-09 16:57:20,761 DEBG 'start-script' stdout output:
Mon Mar  9 16:57:20 2020 SIGHUP[soft,ping-restart] received, process restarting
Mon Mar  9 16:57:20 2020 WARNING: file 'credentials.conf' is group or others accessible
Mon Mar  9 16:57:20 2020 OpenVPN 2.4.7 [git:makepkg/2b8aec62d5db2c17+] x86_64-pc-linux-gnu [SSL (OpenSSL)] [LZO] [LZ4] [EPOLL] [PKCS11] [MH/PKTINFO] [AEAD] built on Feb 19 2019
Mon Mar  9 16:57:20 2020 library versions: OpenSSL 1.1.1c  28 May 2019, LZO 2.10

2020-03-09 16:57:25,761 DEBG 'start-script' stdout output:
Mon Mar  9 16:57:25 2020 NOTE: the current --script-security setting may allow this configuration to call user-defined scripts

2020-03-09 16:57:25,761 DEBG 'start-script' stdout output:
Mon Mar  9 16:57:25 2020 TCP/UDP: Preserving recently used remote address: [AF_INET]46.166.188.237:1198

2020-03-09 16:57:25,761 DEBG 'start-script' stdout output:
Mon Mar  9 16:57:25 2020 UDP link local: (not bound)
Mon Mar  9 16:57:25 2020 UDP link remote: [AF_INET]46.166.188.237:1198

2020-03-09 16:58:25,369 DEBG 'start-script' stdout output:
Mon Mar  9 16:58:25 2020 [UNDEF] Inactivity timeout (--ping-restart), restarting

2020-03-09 16:58:25,370 DEBG 'start-script' stdout output:
Mon Mar  9 16:58:25 2020 SIGHUP[soft,ping-restart] received, process restarting

2020-03-09 16:58:25,370 DEBG 'start-script' stdout output:
Mon Mar  9 16:58:25 2020 WARNING: file 'credentials.conf' is group or others accessible

2020-03-09 16:58:25,370 DEBG 'start-script' stdout output:
Mon Mar  9 16:58:25 2020 OpenVPN 2.4.7 [git:makepkg/2b8aec62d5db2c17+] x86_64-pc-linux-gnu [SSL (OpenSSL)] [LZO] [LZ4] [EPOLL] [PKCS11] [MH/PKTINFO] [AEAD] built on Feb 19 2019
Mon Mar  9 16:58:25 2020 library versions: OpenSSL 1.1.1c  28 May 2019, LZO 2.10

2020-03-09 16:58:30,370 DEBG 'start-script' stdout output:
Mon Mar  9 16:58:30 2020 NOTE: the current --script-security setting may allow this configuration to call user-defined scripts

2020-03-09 16:58:30,370 DEBG 'start-script' stdout output:
Mon Mar  9 16:58:30 2020 TCP/UDP: Preserving recently used remote address: [AF_INET]46.166.188.237:1198

2020-03-09 16:58:30,370 DEBG 'start-script' stdout output:
Mon Mar  9 16:58:30 2020 UDP link local: (not bound)
Mon Mar  9 16:58:30 2020 UDP link remote: [AF_INET]46.166.188.237:1198

2020-03-09 16:59:31,010 DEBG 'start-script' stdout output:
Mon Mar  9 16:59:31 2020 [UNDEF] Inactivity timeout (--ping-restart), restarting

2020-03-09 16:59:31,010 DEBG 'start-script' stdout output:
Mon Mar  9 16:59:31 2020 SIGHUP[soft,ping-restart] received, process restarting
Mon Mar  9 16:59:31 2020 WARNING: file 'credentials.conf' is group or others accessible
Mon Mar  9 16:59:31 2020 OpenVPN 2.4.7 [git:makepkg/2b8aec62d5db2c17+] x86_64-pc-linux-gnu [SSL (OpenSSL)] [LZO] [LZ4] [EPOLL] [PKCS11] [MH/PKTINFO] [AEAD] built on Feb 19 2019
Mon Mar  9 16:59:31 2020 library versions: OpenSSL 1.1.1c  28 May 2019, LZO 2.10

2020-03-09 16:59:36,011 DEBG 'start-script' stdout output:
Mon Mar  9 16:59:36 2020 NOTE: the current --script-security setting may allow this configuration to call user-defined scripts

2020-03-09 16:59:36,011 DEBG 'start-script' stdout output:
Mon Mar  9 16:59:36 2020 TCP/UDP: Preserving recently used remote address: [AF_INET]46.166.188.237:1198

2020-03-09 16:59:36,011 DEBG 'start-script' stdout output:
Mon Mar  9 16:59:36 2020 UDP link local: (not bound)
Mon Mar  9 16:59:36 2020 UDP link remote: [AF_INET]46.166.188.237:1198

2020-03-09 17:00:36,688 DEBG 'start-script' stdout output:
Mon Mar  9 17:00:36 2020 [UNDEF] Inactivity timeout (--ping-restart), restarting

2020-03-09 17:00:36,688 DEBG 'start-script' stdout output:
Mon Mar  9 17:00:36 2020 SIGHUP[soft,ping-restart] received, process restarting

2020-03-09 17:00:36,688 DEBG 'start-script' stdout output:
Mon Mar  9 17:00:36 2020 WARNING: file 'credentials.conf' is group or others accessible

2020-03-09 17:00:36,688 DEBG 'start-script' stdout output:
Mon Mar  9 17:00:36 2020 OpenVPN 2.4.7 [git:makepkg/2b8aec62d5db2c17+] x86_64-pc-linux-gnu [SSL (OpenSSL)] [LZO] [LZ4] [EPOLL] [PKCS11] [MH/PKTINFO] [AEAD] built on Feb 19 2019
Mon Mar  9 17:00:36 2020 library versions: OpenSSL 1.1.1c  28 May 2019, LZO 2.10

2020-03-09 17:00:41,688 DEBG 'start-script' stdout output:
Mon Mar  9 17:00:41 2020 NOTE: the current --script-security setting may allow this configuration to call user-defined scripts

2020-03-09 17:00:41,689 DEBG 'start-script' stdout output:
Mon Mar  9 17:00:41 2020 TCP/UDP: Preserving recently used remote address: [AF_INET]46.166.188.237:1198

2020-03-09 17:00:41,689 DEBG 'start-script' stdout output:
Mon Mar  9 17:00:41 2020 UDP link local: (not bound)
Mon Mar  9 17:00:41 2020 UDP link remote: [AF_INET]46.166.188.237:1198
 

 

And it will just sit there, forever, cycling on the inactivity timeout. I can manually start the sabnzbd process by exec'ing into the container and running '/opt/sabnzbd/SABnzbd.py -f /config/sabnzbd.ini'. This launches sab and I can access the webUI.

However, now I have a second problem - as of today, when trying to relaunch the container and start sab manually again, while sab launches it now reports it has no public IPv4 address. I am able to ping external addresses via IP address, but not using an FQDN.

Link to comment

Did a bit more digging, and trying a few other VPN servers. I'm now getting this:

 

Quote

[...]

2020-03-09 21:55:36,320 DEBG 'start-script' stdout output:
[info] Adding 84.200.70.40 to /etc/resolv.conf

2020-03-09 21:55:36,322 DEBG 'start-script' stdout output:
[info] Adding 1.0.0.1 to /etc/resolv.conf

2020-03-09 21:57:36,444 DEBG 'start-script' stderr output:
Error: error sending query: Could not send or receive, because of network error

 

It looks like this is some kind of DNS failure within the container, but I can't replicate it on the host. DNS is working peachy host-side. I even did a static mapping of the VPN server to a resolvable IP and the drill lookups still hang/fail. 

Link to comment
13 hours ago, turboturtle said:

And it will just sit there, forever, cycling on the inactivity timeout. I can manually start the sabnzbd process by exec'ing into the container and running '/opt/sabnzbd/SABnzbd.py -f /config/sabnzbd.ini'. This launches sab and I can access the webUI.

dont do this, there is a reason why sabnzbd is not started and thats because you cannot estiablish a vpn tunnel, starting sabnzbd manually will leave you exposed, now onto why it cant establish a tunnel:-

 

13 hours ago, turboturtle said:

Mon Mar  9 16:55:15 2020 UDP link remote: [AF_INET]46.166.188.237:1198

2020-03-09 16:56:15,630 DEBG 'start-script' stdout output:
Mon Mar  9 16:56:15 2020 [UNDEF] Inactivity timeout (--ping-restart), restarting

so this is repeated over and over, see Q16 from the following link:-

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

Link to comment

Followed Q16, no change. Router/host firewall is not blocking, updated the config files, tried a different port, and tried using an IP instead of hostname.

 

Still hangs here:

 

Quote

2020-03-10 08:21:03,699 DEBG 'start-script' stdout output:
[debug] Show name resolution for VPN endpoint 45.12.220.201
 

 

and then gives the "Error: error sending query: Could not send or receive, because of network error" error before repeating the inactivity timeout message.

 

I am confident my ISP is not blocking as I am able to connect to the VPN on the host, just not in the container.

Link to comment
1 minute ago, binhex said:

what are the values for key NAME_SERVERS ?

Most recently, I've not been setting that env var and it gets populated as

 

Quote

2020-03-10 08:21:03,699 DEBG 'start-script' stdout output:
[debug] Show name servers defined for container

2020-03-10 08:21:03,699 DEBG 'start-script' stdout output:
nameserver 209.222.18.222
nameserver 84.200.69.80
nameserver 37.235.1.174
nameserver 1.1.1.1
nameserver 209.222.18.218
nameserver 37.235.1.177
nameserver 84.200.70.40
nameserver 1.0.0.1
 

 

If I try using NAME_SERVERS=8.8.8.8,8.8.4.4 as a test, there is no change in behavior.

Link to comment
4 minutes ago, turboturtle said:

Most recently, I've not been setting that env var and it gets populated as

 

 

If I try using NAME_SERVERS=8.8.8.8,8.8.4.4 as a test, there is no change in behavior.

ok in that case i suspect your firewall is blocking dns queries for the docker bridge network, if you are running pihole or pfsense or similar make sure you are allowing outbound on port 53 from the docker network, or for a quick test from all ip's to verify if this is the cause. another possibility is vlan, so ensure that also allows port 53 outbound from all ip's.

Link to comment

I did a bit more digging, and I found that this was due to a missing masquerade rule for the containers. Only found that out after the explicit "allow port 53" rules didn't get _any_ packet matches in pfsense. Not sure how that got lost, but adding it back immediately got everything working normally again.

 

Thanks for the help! :)

Link to comment
Just now, turboturtle said:

I did a bit more digging, and I found that this was due to a missing masquerade rule for the containers. Only found that out after the explicit "allow port 53" rules didn't get _any_ packet matches in pfsense. Not sure how that got lost, but adding it back immediately got everything working normally again.

 

Thanks for the help! :)

nice!, seen this quite a few times now and its nearly always misconfiguration on firewall 🙂

Link to comment

I am having some issue getting the VPN to work. If i disable the VPN and Privoxy, SAB come up fine.  If i turn on vpn, site is unreachable. Haven't even gotten to privoxy yet.  The VPN is slickvpn, as I have a deal on it.  I am using the custom setting, and have the oven file, cert file all in the right place.   User name and password are correct.  This setup works fine on my debian server, but when I try in the docker, it fails. Suggestions?  Logs attached.

 

-D

Screen Shot 2020-03-11 at 5.40.51 PM.png

supervisord.log

Link to comment

Slightly off topic, I'm trying to get both arch-sabnzbdvpn and arch-sonarr running on OpenMediaVault 5. Both Dockers are running but I am having problems trying to get them to see the same download folder.

 

Sabnzbdvpn config:

 

/config >  /srv/dev-disk-by-label-OM5data/appdata/sabnzbdvpn/config

/data > /srv/dev-disk-by-label-OM5data/media

 

Sonarr config:

 

/data > /srv/dev-disk-by-label-OM5data/media

/config > /srv/dev-disk-by-label-OM5data/appdata/sonarr/config

/media > /srv/dev-disk-by-label-OM5data/media

 

Both apps start and seem to be working, however Sabnzbdvpn keeps creating the Downloads folder in config folder section and then of course Sonarr can't see it. Am I missing something? How can I get them to see the same folder.

Edited by IrishBiker
Link to comment
  • 2 weeks later...
10 hours ago, Geroge87 said:

hi - i have a really silly question. 

 

when installing this image following the instructions on the readme  do you do each line command at a time i.e 

docker run -d \  ENTER

then 

 

--cap-add=NET_ADMIN \ ENTER

 

etc? 

thank you

no, you copy the example to a text editor, change whatever you want to change and then copy the entire block and paste it in one go.

Link to comment

alright so i set this up via synology i am close to having it working (I used the syn ui to do it via docker and setting the environment variables. the container starts fine 

 

I get to this in the logs:

[info] SABnzbd process started

stdout

20:12:26

[info] Waiting for SABnzbd process to start listening on port 8080...

but it never starts. 


i would really appreciate advice. thank you

Edited by Geroge87
Link to comment
12 hours ago, binhex said:

no, you copy the example to a text editor, change whatever you want to change and then copy the entire block and paste it in one go.

ah thanks. I havne' tworked out how to run the commands yet on the syn but running in docker UI seems to work but i am blocked on 

Waiting for SABnzbd process to start listening on port 8080...

it doesn't listen. have tried diff ports as well. 

deleting the perm.txt and sab ini file seem to get me past this and is now says listening on port 8080

 

but i can't access the web UI. Seems to with ssl connection

can I pass this as an environment variable in the container settings?  I just can't work out how to do this

-v /etc/localtime:/etc/localtime:ro \

EDIT: So i added localtime variable as /localtime:ro in environment and that i think fixed it as i can access it now. 

 

thank you! :)

Edited by Geroge87
Link to comment

I have a question:  Is it possible to run 2 copies of this app?  The reason is hard to explain, suffice to say I have 2 copies of Sonarr running to monitor 2 sets of TV Shows and I need to know if I can run 2 copies of SABnzbdvpn…  the TV Shows I have split between current and ended, and one copy of Sonarr monitors the current TV Shows while the other copy of Sonarr monitors the ended TV Shows...  I'm trying to setup the Sonarr that monitors the current TV shows, and as it has different paths, etc, I can't use the same SABnzbdvpn that is running with the other Sonarr that monitors the ended TV Shows...  I'm hoping this makes sense to someone, and that I can get some help with this...

 

Edited by RGauld
Link to comment

  

19 hours ago, RGauld said:

I have a question:  Is it possible to run 2 copies of this app?  The reason is hard to explain, suffice to say I have 2 copies of Sonarr running to monitor 2 sets of TV Shows and I need to know if I can run 2 copies of SABnzbdvpn…  the TV Shows I have split between current and ended, and one copy of Sonarr monitors the current TV Shows while the other copy of Sonarr monitors the ended TV Shows...  I'm trying to setup the Sonarr that monitors the current TV shows, and as it has different paths, etc, I can't use the same SABnzbdvpn that is running with the other Sonarr that monitors the ended TV Shows...  I'm hoping this makes sense to someone, and that I can get some help with this...

 

I have a similar setup, two copies of Sonarr/Radarr, one for 1080p and one for 4k. The thing is they don't really care about each other, and really don't know they're there. You just need to configure Sonarr to use different categories and then you only need one version of SABnzbd. So you would configure one Sonarr instance to have a "tv-current" category and the other to have "tv-ended" for instance. As long as the "/downloads" path is common amongst the contains, the path to where the downloads get put, the destination path, can be different per instance of Sonarr.

 

Now, if you don't want to just reuse one container, yes, you can easily run multiple copies of this container. Just make sure to set it all up again with different configuration paths. Though consider that means additional load on the computer and an additional VPN connection if you have a limit set by your provider.

Link to comment

Join the conversation

You can post now and register later. If you have an account, sign in now to post with your account.
Note: Your post will require moderator approval before it will be visible.

Guest
Reply to this topic...

×   Pasted as rich text.   Restore formatting

  Only 75 emoji are allowed.

×   Your link has been automatically embedded.   Display as a link instead

×   Your previous content has been restored.   Clear editor

×   You cannot paste images directly. Upload or insert images from URL.