[Support] binhex - SABnzbdVPN


Recommended Posts

5 minutes ago, newoski said:

Out of the blue, I can no longer access the UI via IP address etc. Just says connecting... and never loads the UI. Clearly I've messed something up somewhere. What's the proper way to remove my existing install, including appdata contents, and start again?

Same Here ! before wiping it out can you do a debug and upload the log just incase there a bigger problem and @binhexcan review 

Link to comment

last night I noticed some problems with sab. I restarted the docker and now I can not access the UI unless I set the docker to VPN=OFF.

 

here is a log.

 

https://pastebin.com/iV6hfwY9

 

 

I think i figured it out. seems PIA changed from us-texas.privateinternetaccess.com to us-dal.privateinternetaccess.com. Seems there were a few other changes if anyone else is having this issue.

Edited by itskamel
Link to comment

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.

 

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

I have my system set up to back up docker containers every Sunday morning.

that depends on how you have it set, i believe there is an option to 'pause' containers during backup, you must NOT use this option with any of my vpn docker images as they will not play nicely with pause/resume, you have to perform a shutdown of the container, backup, then a startup.

Link to comment
5 hours ago, binhex said:

that depends on how you have it set, i believe there is an option to 'pause' containers during backup, you must NOT use this option with any of my vpn docker images as they will not play nicely with pause/resume, you have to perform a shutdown of the container, backup, then a startup.

Thanks for the quick response - I shall take a look though I do think CA Auto Update Applications does shutdown, instead of pausing.

Link to comment
27 minutes ago, stridemat said:

I shall take a look though I do think CA Auto Update Applications does shutdown, instead of pausing.

CA Auto Update is not used for backups,  that is used to auto update apps, the backup plugin is called 'CA Appdata Backup/Restore v2', check the settings.

  • Thanks 1
Link to comment
  • 2 weeks later...
On 7/18/2020 at 1:41 PM, itskamel said:

last night I noticed some problems with sab. I restarted the docker and now I can not access the UI unless I set the docker to VPN=OFF.

 

here is a log.

 

https://pastebin.com/iV6hfwY9

 

 

I think i figured it out. seems PIA changed from us-texas.privateinternetaccess.com to us-dal.privateinternetaccess.com. Seems there were a few other changes if anyone else is having this issue.

Hit a similar problem this evening. Sorted by confirming that ovpn i was using was responding very slowly. Switched routing with another vpn config, no changes at all to docker , and all now working. seems PIA have been making changes.

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.

 

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

Edited by stridemat
Link to comment

Since the latest update I've been getting this error. Any idea?

 

ERROR 11 hours ago [03/Aug/2020:09:21:28] 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 243, in wrap
    s = self.context.wrap_socket(
  File "/usr/lib/python3.8/ssl.py", line 500, in wrap_socket
    return self.sslsocket_class._create(
  File "/usr/lib/python3.8/ssl.py", line 1040, in _create
    self.do_handshake()
  File "/usr/lib/python3.8/ssl.py", line 1309, in do_handshake
    self._sslobj.do_handshake()
ssl.SSLError: [SSL: VERSION_TOO_LOW] version too low (_ssl.c:1108)

 

image.thumb.png.862235bf104b36d03326d78c3c51cfd6.png

Link to comment
On 8/4/2020 at 4:02 AM, Fiala06 said:

Since the latest update I've been getting this error. Any idea?

looks like this is a match:-

https://github.com/sabnzbd/sabnzbd/issues/1437

 

it looks like its cherrypy spewing the error but that issue above is not clear on how to fix it other than switching sabnzbd to pyopenssl, which cant be easily done as its hard coded to use builtin. i think the error maybe caused by accessing the web ui over https, if that is the case trying switching to plain http and see if the error continues.

Link to comment

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

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.