[Support] binhex - SABnzbdVPN


Recommended Posts

Sabnzbdvpn runs without problems when I set the network settings to "Bridge".

 

If I go to "br0" here to get an IP address different from the host, the web interface doesn't work anymore or can't be accessed.

 

Sabnzbd and Privoxy are listening on the correct ports when I look at the log, but the web interface is not accessible and a portscan only shows that Privoxy is running.

tower-diagnostics-20200808-1458.zip

Sabnzbdvpn Log.txt

Edited by aurevo
Link to comment
On 7/19/2020 at 8:06 AM, stridemat said:

Hi,

 

I have my system set up to back up docker containers every Sunday morning. However, without fail I seem to get a ‘connection failed’ error within SABnzbdVPN upon the container restarting. Frustrating as none of the other containers that rely on the proxy will work either, until I go in and manually restart SABnzbdVPN.

 

Any ideas what might be causing the connection failed? I have a working system otherwise. 

E1F7A0BC-7F1B-47F6-969E-FF9E851118CC.jpeg

 

I have added some logs which I think may show the issue:

 


2020-07-19 07:51:40,542 DEBG 'start-script' stdout output:
Sun Jul 19 07:51:40 2020 ROUTE6: default_gateway=UNDEF
Sun Jul 19 07:51:40 2020 OpenVPN ROUTE6: OpenVPN needs a gateway parameter for a --route-ipv6 option and no default was specified by either --route-ipv6-gateway or --ifconfig-ipv6 options
Sun Jul 19 07:51:40 2020 OpenVPN ROUTE: failed to parse/resolve route for host/network: fc00::/7

Sun Jul 19 07:51:40 2020 OpenVPN ROUTE6: OpenVPN needs a gateway parameter for a --route-ipv6 option and no default was specified by either --route-ipv6-gateway or --ifconfig-ipv6 options
Sun Jul 19 07:51:40 2020 OpenVPN ROUTE: failed to parse/resolve route for host/network: 3000::/4

Sun Jul 19 07:51:40 2020 OpenVPN ROUTE6: OpenVPN needs a gateway parameter for a --route-ipv6 option and no default was specified by either --route-ipv6-gateway or --ifconfig-ipv6 options
Sun Jul 19 07:51:40 2020 OpenVPN ROUTE: failed to parse/resolve route for host/network: 2000::/4

Sun Jul 19 07:51:40 2020 OpenVPN ROUTE6: OpenVPN needs a gateway parameter for a --route-ipv6 option and no default was specified by either --route-ipv6-gateway or --ifconfig-ipv6 options
Sun Jul 19 07:51:40 2020 OpenVPN ROUTE: failed to parse/resolve route for host/network: ::/3


2020-07-19 07:51:40,542 DEBG 'start-script' stdout output:
Sun Jul 19 07:51:40 2020 TUN/TAP device tun0 opened
Sun Jul 19 07:51:40 2020 TUN/TAP TX queue length set to 100
Sun Jul 19 07:51:40 2020 /usr/bin/ip link set dev tun0 up mtu 1500

2020-07-19 07:51:40,543 DEBG 'start-script' stdout output:
Sun Jul 19 07:51:40 2020 /usr/bin/ip addr add dev tun0 10.32.208.193/24 broadcast 10.32.208.255

2020-07-19 07:51:40,544 DEBG 'start-script' stdout output:
Sun Jul 19 07:51:40 2020 /root/openvpnup.sh tun0 1500 1553 10.32.208.193 255.255.255.0 init

2020-07-19 07:51:40,660 DEBG 'start-script' stdout output:
[info] Application does not require port forwarding or VPN provider is != pia, skipping incoming port assignment

2020-07-19 07:51:40,660 DEBG 'start-script' stdout output:
[info] Checking we can resolve name 'www.google.com' to address...

2020-07-19 07:51:40,663 DEBG 'start-script' stdout output:
[debug] Having issues resolving name 'www.google.com', sleeping before retry...

2020-07-19 07:51:45,599 DEBG 'start-script' stdout output:
Sun Jul 19 07:51:45 2020 /usr/bin/ip route add 134.19.179.242/32 via 172.17.0.1

2020-07-19 07:51:45,600 DEBG 'start-script' stdout output:
Sun Jul 19 07:51:45 2020 /usr/bin/ip route add 0.0.0.0/1 via 10.32.208.1

2020-07-19 07:51:45,601 DEBG 'start-script' stdout output:
Sun Jul 19 07:51:45 2020 /usr/bin/ip route add 128.0.0.0/1 via 10.32.208.1

2020-07-19 07:51:45,602 DEBG 'start-script' stdout output:
Sun Jul 19 07:51:45 2020 WARNING: OpenVPN was configured to add an IPv6 route over tun0. However, no IPv6 has been configured for this interface, therefore the route installation may fail or may not work as expected.

 

 

On 8/3/2020 at 6:53 AM, stridemat said:

So this is still happening every Sunday morning and I’m at a loss as to why.  The setting within ‘CA Appdata Backup/Restore v2’ are as below. Looks ok to me and no other app has this issue. 


A329CA92-AF65-4C72-A07E-B1FA31BC6F1C.thumb.jpeg.dcd953fe4a79569bc6a58599cea79525.jpeg

 So still having this issue and at a loss to why. Looking at the Unraid logs and not just the docker logs the following is noted:

 

Quote

Aug 16 07:16:10 Tower kernel: docker0: port 6(veth2477b33) entered disabled state
Aug 16 07:16:10 Tower kernel: device veth2477b33 left promiscuous mode
Aug 16 07:16:10 Tower kernel: docker0: port 6(veth2477b33) entered disabled state
Aug 16 07:16:10 Tower avahi-daemon[5008]: Withdrawing address record for fe80::e09d:52ff:fe52:f7eb on veth2477b33.
Aug 16 07:16:10 Tower kernel: docker0: port 6(vethd37a551) entered blocking state
Aug 16 07:16:10 Tower kernel: docker0: port 6(vethd37a551) entered disabled state
Aug 16 07:16:10 Tower kernel: device vethd37a551 entered promiscuous mode
Aug 16 07:16:10 Tower kernel: IPv6: ADDRCONF(NETDEV_UP): vethd37a551: link is not ready
Aug 16 07:16:10 Tower kernel: docker0: port 6(vethd37a551) entered blocking state
Aug 16 07:16:10 Tower kernel: docker0: port 6(vethd37a551) entered forwarding state
Aug 16 07:16:10 Tower kernel: eth0: renamed from veth23107a7
Aug 16 07:16:10 Tower kernel: IPv6: ADDRCONF(NETDEV_CHANGE): vethd37a551: link becomes ready
Aug 16 07:16:11 Tower avahi-daemon[5008]: Joining mDNS multicast group on interface vethd37a551.IPv6 with address fe80::e80b:bcff:fe53:3afa.
Aug 16 07:16:11 Tower avahi-daemon[5008]: New relevant interface vethd37a551.IPv6 for mDNS.
Aug 16 07:16:11 Tower avahi-daemon[5008]: Registering new address record for fe80::e80b:bcff:fe53:3afa on vethd37a551.*.

 That’s the output when restarting the docker container manually having had the connection failed issue. I do not have IPv6 set up in the docker. Would this be cashing my issue?

Link to comment

Hello all, 

Long time NordVPN user however after reading on the forums, specifically SabnzbdVPN and DelugeVPN topics, that a lot of people had positive experience with AirVPN and so I thought I would give it a try. Upto now I'm happy with the speed increase I am seeing. 

My issue, or two I should say are;
1) In SabnzbdVPN I am satisfied that the vpn is being utilised however when I check my settings, it reports that "Public IPv4 address" and "Nameserver / DNS Lookup" as both "Connection failed!" I have attached a screenshot below for reference.
2) Secondly, I created a config file for Vienna and provided that to SabnzbdVPN, and everything is fine. However when I supply the same config file to DelugeVPN, both programs fail to utilise the VPN config credentials at the same time. If I only use one at a time however, or a different config for each program, then they both run fine. For reference NordVPN allowed me to utilise the same config file for multiple applications, each app utilising a "user", and so as long as I did not have more than six apps running, there would be no issues. Does anyone know if AirVPN require a seperate server per application?

 

Checking the SabnzbdVPN log shows the following error in yellow, however it still seems to work, as long as both apps have a different config file;

Quote

WARNING: OpenVPN was configured to add an IPv6 route over tun0. However, no IPv6 has been configured for this interface, therefore the route installation may fail or may not work as expected.


Many thanks in advance and I hope I can clear up these couple of teething issues as I would very much like to make my move to AirVPN permanent. 

Kind regards. 

20200822_145346.jpg

 

***EDIT - I might have to hang fire on moving over to AirVPN, I've just tried to log back into my account and it states I'm banned from their entire site! I don't think I've ever been banned from anything before. Not even two hours of use, and I only tried SabnzbdVPN and DelugeVPN, from the same computer. 😂

 

20200822_155637.jpg

 

***EDIT two - Well, AirVPN customer service got back to me and apologised for the mix up and reinstated my access. I think I'll give them a miss and try Mullvad instead, if they are this prone to mistakes. On a side note, I've managed to get Mullvad working with SabnzbdVPN. I'm currently using ovpn files from Mullvad however they also supply WireGuard config files. Would these work with SabnzbdVPN somehow? 

Edited by LoneTraveler
Link to comment
  • 2 weeks later...
On 7/16/2020 at 12:29 PM, rguinn said:

@binhexI was able to remove the app and delete the folder and here what i found if i uses any port other then 8080 on the reinstall it will not work. But if i uses 8080 its working fine. lucky i don't have anything using 8080 so i just do that @newoski thanks you letting me know

Do you know if there is a way to use any other port than 8080?  I current have unifi controller that needs 8080 for it to communicate with the managed switch.  I have a non-dockered sabnzbd running on 8800 and would like to move all that over to SabNZBDVPN. 

 

Thoughts?

 

Edited by Mecheng70
Link to comment
23 minutes ago, Mecheng70 said:

Do you know if there is a way to use any other port than 8080?  I current have unifi controller that needs 8080 for it to communicate with the managed switch.  I have a non-dockered sabnzbd running on 8800 and would like to move all that over to SabNZBDVPN. 

 

Thoughts?

 

If I’m understanding the question correctly you can just map to any unused ports when setting up the container. 
 

Don’t forget to check your docker allocations to make sure your aren’t using the port for something else. 

 

 

5B0B109F-A676-4280-896D-593DC974757C.jpeg

Link to comment

Hey there,

I've been getting this error lately and was wondering if anyone here can help me figure out what's going on. 


ERROR 7 hours ago [06/Sep/2020:10:05:54] ENGINE Error in HTTPServer.tick
Traceback (most recent call last):
  File "/usr/lib/python3.8/site-packages/cheroot/server.py", line 1776, in serve
    self.tick()
  File "/usr/lib/python3.8/site-packages/cheroot/server.py", line 1999, in tick
    conn = self.connections.get_conn(self.socket)
  File "/usr/lib/python3.8/site-packages/cheroot/connections.py", line 180, in get_conn
    return self._from_server_socket(server_socket)
  File "/usr/lib/python3.8/site-packages/cheroot/connections.py", line 199, in _from_server_socket
    s, ssl_env = self.server.ssl_adapter.wrap(s)
  File "/usr/lib/python3.8/site-packages/cheroot/ssl/builtin.py", line 295, in wrap
    return s, self.get_environ(s)
  File "/usr/lib/python3.8/site-packages/cheroot/ssl/builtin.py", line 303, in get_environ
    'SSL_PROTOCOL': cipher[1],
TypeError: 'NoneType' object is not subscriptable

Doesn't really seem to affect anything that I've noticed. Thanks!!

Link to comment

HI,

since yesterday I'm having trouble acessing the WebGUI.
It looks like the local adapter can't be bound anymore (UDP link local: (not bound)).
The logs do mention "tun" and "iptable_mangle" not beeing available.
Might this be the cause of my problem?

I tried to stop/start the image and also to do a cleanreinstall. Also wiped appdata. No change.
Switching from "Bridge" to "Custom" connection didn't change a thing.

 

Therefore I switched to debug and attached the following log.

Hope this might help in finding a possible bug / missconfiguration.

-EDIT---

 

I do notice the exact same problem with binhex-privoxyvpn.

 

Edited by RaEyE
Removed log
Link to comment
4 minutes ago, RaEyE said:

HI,

since yesterday I'm having trouble acessing the WebGUI.
It looks like the local adapter can't be bound anymore (UDP link local: (not bound)).
The logs do mention "tun" and "iptable_mangle" not beeing available.
Might this be the cause of my problem?

I tried to stop/start the image and also to do a cleanreinstall. Also wiped appdata. No change.
Switching from "Bridge" to "Custom" connection didn't change a thing.

 

Therefore I switched to debug and attached the following log.

Hope this might help in finding a possible bug / missconfiguration.

-EDIT---

 

I do notice the exact same problem with binhex-privoxyvpn.

supervisord.log 18.88 kB · 0 downloads

from your log:-

2020-09-07 11:18:07,387 DEBG 'start-script' stdout output:
Mon Sep  7 11:18:07 2020 [UNDEF] Inactivity timeout (--ping-restart), restarting

see Q17 from the following link:- https://github.com/binhex/documentation/blob/master/docker/faq/vpn.md

Link to comment
13 hours ago, LakersFan said:

Hey there,

I've been getting this error lately and was wondering if anyone here can help me figure out what's going on. 



ERROR 7 hours ago [06/Sep/2020:10:05:54] ENGINE Error in HTTPServer.tick
Traceback (most recent call last):
  File "/usr/lib/python3.8/site-packages/cheroot/server.py", line 1776, in serve
    self.tick()
  File "/usr/lib/python3.8/site-packages/cheroot/server.py", line 1999, in tick
    conn = self.connections.get_conn(self.socket)
  File "/usr/lib/python3.8/site-packages/cheroot/connections.py", line 180, in get_conn
    return self._from_server_socket(server_socket)
  File "/usr/lib/python3.8/site-packages/cheroot/connections.py", line 199, in _from_server_socket
    s, ssl_env = self.server.ssl_adapter.wrap(s)
  File "/usr/lib/python3.8/site-packages/cheroot/ssl/builtin.py", line 295, in wrap
    return s, self.get_environ(s)
  File "/usr/lib/python3.8/site-packages/cheroot/ssl/builtin.py", line 303, in get_environ
    'SSL_PROTOCOL': cipher[1],
TypeError: 'NoneType' object is not subscriptable

Doesn't really seem to affect anything that I've noticed. Thanks!!

Go to the very bottom, what does it say?  Is it a unsupported SSL protocol error?

Link to comment
On 9/7/2020 at 12:33 PM, binhex said:

from your log:-


2020-09-07 11:18:07,387 DEBG 'start-script' stdout output:
Mon Sep  7 11:18:07 2020 [UNDEF] Inactivity timeout (--ping-restart), restarting

see Q17 from the following link:- https://github.com/binhex/documentation/blob/master/docker/faq/vpn.md

Thanks for the hint.
Didn't notice that and completely hooked up on the unbound interface.

New router blocked a necessary port. Yay me.

Link to comment

Some info others may find useful,

 

I found a problem a couple weeks ago with SabnzbdVPN not displaying the Public IPv4 address and Nameserver / DNS Lookup (same error seen in some posts above).

 

After much trial and error i was able to fix the problem by deleting the 209.222.18.222 name sever from the config. It look like that server is timing out most of the time.

 

It looks like the DelugeVPN docker has the same server configured by default as well.

Link to comment
55 minutes ago, LakersFan said:

Sorry, but the very bottom of what? Attached was the entire error.

 

Thank you!

Yes, looks like you got everything.  At first look I thought you didn't get it all.  We are both getting SSL errors at the handshake.  Mine is intermittent, the same as Fiala06 which BinHex already replied to.  I only access over HTTP, so accessing the GUI via HTTPS isn't the issue.  I was assuming we have the same problem with a different error.

Link to comment
  • 2 weeks later...
On 9/8/2020 at 10:13 PM, adz2000 said:

Some info others may find useful,

 

I found a problem a couple weeks ago with SabnzbdVPN not displaying the Public IPv4 address and Nameserver / DNS Lookup (same error seen in some posts above).

 

After much trial and error i was able to fix the problem by deleting the 209.222.18.222 name sever from the config. It look like that server is timing out most of the time.

 

It looks like the DelugeVPN docker has the same server configured by default as well.

Tried this in the hopes to fix issue I've been having with DelugeVPN and SabnzbdVPN with PIA for about two months now but still SABnzbd is stuck on listening to port 8080. About the only potential red flag I can see in the logs is:

 

2020-09-17 13:49:50,796 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'

Attaching logs to this post in hopes anyone can see anything else I may be overlooking. 

log.txt

Edited by masteraero
Link to comment
  • 2 weeks later...

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.