4 minutes ago, detz said:

Does anyone else have the issue with deluge just stop responding? I can't track down any reason and the logs are not helpful. Usually a restart fixes it but sometimes I will be days before I notice it.

It's usually due to high disk IO, having lots of torrents active is the usual culprit.

I'm lost....  All of the sudden while adding a link deluge just crashed.  WebuUI stopped responding and just general funky behavior.  Try a few thins and realize that I am not updated to the latest version of anything so I update unraid and everything else.  Still having issues so I figure I will redo my deluge install.  I follow spaceinvaderones video (as always) and get it back to where I can get into the webUI.  Great.  I am going to set up my download preference to /data/incomplete and /data/complete (those are the names of my folders) and I can not apply my changes.  The word "error" is visilbe in the complete lower right corner and the message is "free space in downloads folder".  There is no visible IP address.  When I go the plugins section of the preferences it is blank.  There are no options form me to choose.  

 

  

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

2020-03-28 18:09:39.406140 [info] System information Linux c04960187034 4.19.107-Unraid #1 SMP Thu Mar 5 13:55:57 PST 2020 x86_64 GNU/Linux
2020-03-28 18:09:39.425014 [info] PUID defined as '99'
2020-03-28 18:09:39.446853 [info] PGID defined as '100'
2020-03-28 18:09:39.801880 [info] UMASK defined as '000'
2020-03-28 18:09:39.824684 [info] Permissions already set for volume mappings
2020-03-28 18:09:39.848633 [info] DELUGE_DAEMON_LOG_LEVEL defined as 'info'
2020-03-28 18:09:39.868224 [info] DELUGE_WEB_LOG_LEVEL defined as 'info'
2020-03-28 18:09:39.890018 [info] VPN_ENABLED defined as 'yes'
2020-03-28 18:09:39.924339 [info] OpenVPN config file (ovpn extension) is located at /config/openvpn/openvpn.ovpn
2020-03-28 18:09:39.960297 [info] VPN remote line defined as 'remote ca-toronto.privateinternetaccess.com 1198'
2020-03-28 18:09:39.978968 [info] VPN_REMOTE defined as 'ca-toronto.privateinternetaccess.com'
2020-03-28 18:09:40.001227 [info] VPN_PORT defined as '1198'
2020-03-28 18:09:40.022166 [info] VPN_PROTOCOL defined as 'udp'
2020-03-28 18:09:40.039892 [info] VPN_DEVICE_TYPE defined as 'tun0'
2020-03-28 18:09:40.060326 [info] VPN_PROV defined as 'pia'
2020-03-28 18:09:40.078984 [info] LAN_NETWORK defined as '192.168.1.0/24'
2020-03-28 18:09:40.096752 [info] NAME_SERVERS defined as '209.222.18.222,84.200.69.80,37.235.1.174,1.1.1.1,209.222.18.218,37.235.1.177,84.200.70.40,1.0.0.1'
2020-03-28 18:09:40.117838 [info] VPN_USER defined as 'changes for privacy'
2020-03-28 18:09:40.149591 [info] VPN_PASS defined as 'also changed for privacy'
2020-03-28 18:09:40.176399 [info] VPN_OPTIONS not defined (via -e VPN_OPTIONS)
2020-03-28 18:09:40.203194 [info] STRICT_PORT_FORWARD defined as 'yes'
2020-03-28 18:09:40.221357 [info] ENABLE_PRIVOXY defined as 'yes'
2020-03-28 18:09:40.241426 [info] Deleting files in /tmp (non recursive)...
2020-03-28 18:09:40.260245 [info] Starting Supervisor...
2020-03-28 18:09:40,364 INFO Included extra file "/etc/supervisor/conf.d/delugevpn.conf" during parsing
2020-03-28 18:09:40,364 INFO Set uid to user 0 succeeded
2020-03-28 18:09:40,366 INFO supervisord started with pid 7
2020-03-28 18:09:41,367 INFO spawned: 'start-script' with pid 162
2020-03-28 18:09:41,369 INFO spawned: 'watchdog-script' with pid 163
2020-03-28 18:09:41,369 INFO reaped unknown pid 8
2020-03-28 18:09:41,372 DEBG 'start-script' stdout output:
[info] VPN is enabled, beginning configuration of VPN

2020-03-28 18:09:41,372 INFO success: start-script entered RUNNING state, process has stayed up for > than 0 seconds (startsecs)
2020-03-28 18:09:41,372 INFO success: watchdog-script entered RUNNING state, process has stayed up for > than 0 seconds (startsecs)
2020-03-28 18:09:41,408 DEBG 'start-script' stdout output:
[info] Default route for container is 172.17.0.1

2020-03-28 18:09:41,410 DEBG 'start-script' stdout output:
[info] Adding 209.222.18.222 to /etc/resolv.conf

2020-03-28 18:09:41,413 DEBG 'start-script' stdout output:
[info] Adding 84.200.69.80 to /etc/resolv.conf

2020-03-28 18:09:41,415 DEBG 'start-script' stdout output:
[info] Adding 37.235.1.174 to /etc/resolv.conf

2020-03-28 18:09:41,416 DEBG 'start-script' stdout output:
[info] Adding 1.1.1.1 to /etc/resolv.conf

2020-03-28 18:09:41,418 DEBG 'start-script' stdout output:
[info] Adding 209.222.18.218 to /etc/resolv.conf

2020-03-28 18:09:41,420 DEBG 'start-script' stdout output:
[info] Adding 37.235.1.177 to /etc/resolv.conf

2020-03-28 18:09:41,422 DEBG 'start-script' stdout output:
[info] Adding 84.200.70.40 to /etc/resolv.conf

2020-03-28 18:09:41,424 DEBG 'start-script' stdout output:
[info] Adding 1.0.0.1 to /etc/resolv.conf

2020-03-28 18:09:41,452 DEBG 'start-script' stdout output:
[info] Docker network defined as 172.17.0.0/16

2020-03-28 18:09:41,454 DEBG 'start-script' stdout output:
[info] Adding 192.168.1.0/24 as route via docker eth0

2020-03-28 18:09:41,455 DEBG 'start-script' stdout output:
[info] ip route defined as follows...
--------------------

2020-03-28 18:09:41,456 DEBG 'start-script' stdout output:
default via 172.17.0.1 dev eth0
172.17.0.0/16 dev eth0 proto kernel scope link src 172.17.0.3
192.168.1.0/24 via 172.17.0.1 dev eth0

2020-03-28 18:09:41,456 DEBG 'start-script' stdout output:
--------------------

2020-03-28 18:09:41,457 DEBG 'start-script' stdout output:
iptable_mangle 16384 2
ip_tables 24576 4 iptable_filter,iptable_nat,iptable_mangle

2020-03-28 18:09:41,458 DEBG 'start-script' stdout output:
[info] iptable_mangle support detected, adding fwmark for tables

2020-03-28 18:09:41,481 DEBG 'start-script' stdout output:
[info] iptables defined as follows...
--------------------

2020-03-28 18:09:41,482 DEBG 'start-script' stdout output:
-P INPUT DROP
-P FORWARD DROP
-P OUTPUT DROP
-A INPUT -s 172.17.0.0/16 -d 172.17.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 8112 -j ACCEPT
-A INPUT -i eth0 -p tcp -m tcp --sport 8112 -j ACCEPT
-A INPUT -s 192.168.1.0/24 -i eth0 -p tcp -m tcp --dport 58846 -j ACCEPT
-A INPUT -s 192.168.1.0/24 -d 172.17.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 172.17.0.0/16 -d 172.17.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 8112 -j ACCEPT
-A OUTPUT -o eth0 -p tcp -m tcp --sport 8112 -j ACCEPT
-A OUTPUT -d 192.168.1.0/24 -o eth0 -p tcp -m tcp --sport 58846 -j ACCEPT
-A OUTPUT -s 172.17.0.0/16 -d 192.168.1.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-28 18:09:41,482 DEBG 'start-script' stdout output:
--------------------

2020-03-28 18:09:41,483 DEBG 'start-script' stdout output:
[info] Starting OpenVPN...

2020-03-28 18:09:41,486 DEBG 'start-script' stdout output:
Sat Mar 28 18:09:41 2020 WARNING: file 'credentials.conf' is group or others accessible

Sat Mar 28 18:09:41 2020 OpenVPN 2.4.8 [git:makepkg/3976acda9bf10b5e+] x86_64-pc-linux-gnu [SSL (OpenSSL)] [LZO] [LZ4] [EPOLL] [PKCS11] [MH/PKTINFO] [AEAD] built on Jan 3 2020
Sat Mar 28 18:09:41 2020 library versions: OpenSSL 1.1.1d 10 Sep 2019, LZO 2.10

2020-03-28 18:09:41,487 DEBG 'start-script' stdout output:
[info] OpenVPN started

2020-03-28 18:09:41,487 DEBG 'start-script' stdout output:
Sat Mar 28 18:09:41 2020 NOTE: the current --script-security setting may allow this configuration to call user-defined scripts

2020-03-28 18:09:41,488 DEBG 'start-script' stdout output:
Sat Mar 28 18:09:41 2020 TCP/UDP: Preserving recently used remote address: [AF_INET]172.98.67.39:1198

2020-03-28 18:09:41,489 DEBG 'start-script' stdout output:
Sat Mar 28 18:09:41 2020 UDP link local: (not bound)
Sat Mar 28 18:09:41 2020 UDP link remote: [AF_INET]172.98.67.39:1198

2020-03-28 18:09:41,596 DEBG 'start-script' stdout output:
Sat Mar 28 18:09:41 2020 [ba900c88cc6f18b52fd8aedf7fdd21cf] Peer Connection Initiated with [AF_INET]172.98.67.39:1198

2020-03-28 18:09:42,802 DEBG 'start-script' stdout output:
Sat Mar 28 18:09:42 2020 TUN/TAP device tun0 opened
Sat Mar 28 18:09:42 2020 /usr/bin/ip link set dev tun0 up mtu 1500

2020-03-28 18:09:42,803 DEBG 'start-script' stdout output:
Sat Mar 28 18:09:42 2020 /usr/bin/ip addr add dev tun0 local 10.1.10.6 peer 10.1.10.5

2020-03-28 18:09:42,804 DEBG 'start-script' stdout output:
Sat Mar 28 18:09:42 2020 /root/openvpnup.sh tun0 1500 1558 10.1.10.6 10.1.10.5 init

2020-03-28 18:09:42,808 DEBG 'start-script' stdout output:
Sat Mar 28 18:09:42 2020 Initialization Sequence Completed

2020-03-28 18:09:42,915 DEBG 'start-script' stdout output:
[info] Port forwarding is enabled
[info] Checking endpoint 'ca-toronto.privateinternetaccess.com' is port forward enabled...

2020-03-28 18:09:42,918 DEBG 'start-script' stdout output:
[info] Attempting to curl https://www.privateinternetaccess.com/vpninfo/servers?version=82...

2020-03-28 18:09:43,178 DEBG 'start-script' stdout output:
[info] Curl successful for https://www.privateinternetaccess.com/vpninfo/servers?version=82, response code 200

2020-03-28 18:09:43,236 DEBG 'start-script' stdout output:
[info] PIA endpoint 'ca-toronto.privateinternetaccess.com' is in the list of endpoints that support port forwarding

2020-03-28 18:09:43,236 DEBG 'start-script' stdout output:
[info] List of PIA endpoints that support port forwarding:-
[info] ca-toronto.privateinternetaccess.com
[info] ca-montreal.privateinternetaccess.com
[info] ca-vancouver.privateinternetaccess.com
[info] de-berlin.privateinternetaccess.com
[info] de-frankfurt.privateinternetaccess.com
[info] sweden.privateinternetaccess.com
[info] swiss.privateinternetaccess.com
[info] france.privateinternetaccess.com
[info] czech.privateinternetaccess.com
[info] spain.privateinternetaccess.com

2020-03-28 18:09:43,236 DEBG 'start-script' stdout output:
[info] ro.privateinternetaccess.com
[info] israel.privateinternetaccess.com
[info] Attempting to get dynamically assigned port...

2020-03-28 18:09:43,240 DEBG 'start-script' stdout output:
[info] Attempting to curl http://209.222.18.222:2000/?client_id=b57e53c30534aef81f23f559999abc53552abc7f7a54ac014abd2aabfaeebfa4...

2020-03-28 18:09:43,305 DEBG 'start-script' stdout output:
[warn] Response code 000 from curl != 2xx
[warn] Exit code 56 from curl != 0
[info] 12 retries left
[info] Retrying in 10 secs...

2020-03-28 18:09:54,279 DEBG 'start-script' stdout output:
[info] Curl successful for http://209.222.18.222:2000/?client_id=b57e53c30534aef81f23f559999abc53552abc7f7a54ac014abd2aabfaeebfa4, response code 200

2020-03-28 18:09:54,302 DEBG 'start-script' stdout output:
[info] Successfully assigned incoming port 56807

2020-03-28 18:09:54,303 DEBG 'start-script' stdout output:
[info] Checking we can resolve name 'www.google.com' to address...

2020-03-28 18:09:54,440 DEBG 'start-script' stdout output:
[info] DNS operational, we can resolve name 'www.google.com' to address '172.217.23.100'

2020-03-28 18:09:54,441 DEBG 'start-script' stdout output:
[info] Attempting to get external IP using Name Server 'ns1.google.com'...

2020-03-28 18:09:54,557 DEBG 'start-script' stdout output:
[info] Successfully retrieved external IP address 172.98.67.39

2020-03-28 18:09:55,009 DEBG 'watchdog-script' stdout output:
[info] Deluge listening interface IP 0.0.0.0 and VPN provider IP 10.1.10.6 different, marking for reconfigure

2020-03-28 18:09:55,013 DEBG 'watchdog-script' stdout output:
[info] Deluge not running

2020-03-28 18:09:55,015 DEBG 'watchdog-script' stdout output:
[info] Deluge Web UI not running

2020-03-28 18:09:55,017 DEBG 'watchdog-script' stdout output:
[info] Privoxy not running

2020-03-28 18:09:55,017 DEBG 'watchdog-script' stdout output:
[info] Deluge incoming port 6890 and VPN incoming port 56807 different, marking for reconfigure

2020-03-28 18:09:55,017 DEBG 'watchdog-script' stdout output:
[info] Attempting to start Deluge...
[info] Removing deluge pid file (if it exists)...

2020-03-28 18:09:55,334 DEBG 'watchdog-script' stdout output:
[info] Deluge key 'listen_interface' currently has a value of '10.12.10.6'
[info] Deluge key 'listen_interface' will have a new value '10.1.10.6'
[info] Writing changes to Deluge config file '/config/core.conf'...

2020-03-28 18:09:55,502 DEBG 'watchdog-script' stdout output:
[info] Deluge key 'outgoing_interface' currently has a value of 'tun0'
[info] Deluge key 'outgoing_interface' will have a new value 'tun0'
[info] Writing changes to Deluge config file '/config/core.conf'...

2020-03-28 18:09:55,630 DEBG 'watchdog-script' stdout output:
[info] Deluge key 'default_daemon' currently has a value of '5978a02494d949cc9f5fb371d6b734f8'
[info] Deluge key 'default_daemon' will have a new value '5978a02494d949cc9f5fb371d6b734f8'
[info] Writing changes to Deluge config file '/config/web.conf'...

2020-03-28 18:09:55,842 DEBG 'watchdog-script' stdout output:
[info] Deluge process started
[info] Waiting for Deluge process to start listening on port 58846...

2020-03-28 18:09:56,052 DEBG 'watchdog-script' stdout output:
[info] Deluge process listening on port 58846

2020-03-28 18:09:57,766 DEBG 'watchdog-script' stdout output:
Setting "random_port" to: False
Configuration value successfully updated.

2020-03-28 18:09:59,195 DEBG 'watchdog-script' stdout output:
Setting "listen_ports" to: (56807, 56807)
Configuration value successfully updated.

2020-03-28 18:10:00,813 DEBG 'watchdog-script' stdout output:
[info] No torrents with state 'Error' found

2020-03-28 18:10:00,813 DEBG 'watchdog-script' stdout output:
[info] Starting Deluge Web UI...
[info] Deluge Web UI started

2020-03-28 18:10:00,817 DEBG 'watchdog-script' stdout output:
[info] Attempting to start Privoxy...

2020-03-28 18:10:01,820 DEBG 'watchdog-script' stdout output:
[info] Privoxy process started
[info] Waiting for Privoxy process to start listening on port 8118...

2020-03-28 18:10:01,823 DEBG 'watchdog-script' stdout output:
[info] Privoxy process listening on port 8118

 

I'm trying to set DelugeVPN up via docker following the guide listed here but I just cant seem to get it working. I can see in the logs the following is occurring:

 

2020-03-28 13:40:50,337 DEBG 'start-script' stdout output:

stdout

13:40:50

Sat Mar 28 13:40:50 2020 ERROR: Cannot open TUN/TAP dev /dev/net/tun: No such device (errno=19)

stdout

13:40:50

Sat Mar 28 13:40:50 2020 Exiting due to fatal error

 

I'm hoping its something simple that someone is able to help me with :)

 

If i've missed any info let me know, Happy to provide it!!

Hi,

 

Can we get a new Variable added to this Docker image for a static route to be injected into the docker image of our choosing?  I run this image in a DMZ and prefer it that way.  I have found some solutions myself, but the issue won't survive reboots of the Docker image.

 

Thank you

On 3/28/2020 at 3:30 PM, Seryth said:

I'm lost....  All of the sudden while adding a link deluge just crashed.  WebuUI stopped responding and just general funky behavior.  Try a few thins and realize that I am not updated to the latest version of anything so I update unraid and everything else.  Still having issues so I figure I will redo my deluge install.  I follow spaceinvaderones video (as always) and get it back to where I can get into the webUI.  Great.  I am going to set up my download preference to /data/incomplete and /data/complete (those are the names of my folders) and I can not apply my changes.  The word "error" is visilbe in the complete lower right corner and the message is "free space in downloads folder".  There is no visible IP address.  When I go the plugins section of the preferences it is blank.  There are no options form me to choose. 

I have the exact same problem, they only solution I found is to set 'STRICT_PORT_FORWARD' to 'no'

Not a good fix, but it works and deluge does connects to the PIA server. Don't know whats wrong still.

2 hours ago, akio_c said:

I have the exact same problem, they only solution I found is to set 'STRICT_PORT_FORWARD' to 'no'

Not a good fix, but it works and deluge does connects to the PIA server. Don't know whats wrong still.

Same problem here

Hello,

 

Is anyone having issues with PIA (specifically the france enpdpoint) I am getting the following:

2020-03-31 07:16:56,249 DEBG 'start-script' stdout output:
[info] PIA endpoint 'france.privateinternetaccess.com' is in the list of endpoints that support port forwarding

2020-03-31 07:16:56,249 DEBG 'start-script' stdout output:
[info] List of PIA endpoints that support port forwarding:-
[info] ca-toronto.privateinternetaccess.com
[info] ca-montreal.privateinternetaccess.com
[info] ca-vancouver.privateinternetaccess.com
[info] de-berlin.privateinternetaccess.com
[info] de-frankfurt.privateinternetaccess.com
[info] sweden.privateinternetaccess.com
[info] swiss.privateinternetaccess.com
[info] france.privateinternetaccess.com
[info] czech.privateinternetaccess.com
[info] spain.privateinternetaccess.com
[info] ro.privateinternetaccess.com
[info] israel.privateinternetaccess.com
[info] Attempting to get dynamically assigned port...

2020-03-31 07:16:56,254 DEBG 'start-script' stdout output:
[info] Attempting to curl http://209.222.18.222:2000/?client_id=

2020-03-31 07:16:56,282 DEBG 'start-script' stdout output:
[warn] Response code 000 from curl != 2xx
[warn] Exit code 7 from curl != 0
[info] 12 retries left
[info] Retrying in 10 secs...

Settings:

 

Quote

2020-03-30 21:03:09,228 DEBG 'start-script' stdout output:

[warn] Response code 000 from curl != 2xx

[warn] Exit code 7 from curl != 0

[info] 9 retries left

[info] Retrying in 10 secs...

if you use pia and you are seeing the above in your log then the issue is that the pia api is down, looks like they are having technical difficulties right now, see here:-

https://www.reddit.com/r/PrivateInternetAccess/comments/fs7ja0/cant_get_forwarded_port/

 

For now your only option is to set STRICT_PORT_FORWARD to 'no', this will allow you to connect but you will NOT have a working incoming port, so speeds will be slow at best.

 

Just to be clear, there is nothing i can do about this guys, its a vpn provider issue.

 

Edited March 31, 20206 yr by binhex

16 minutes ago, binhex said:

 

if you use pia and you are seeing the above in your log then the issue is that the pia api is down, looks like they are having technical difficulties right now, see here:-

https://www.reddit.com/r/PrivateInternetAccess/comments/fs7ja0/cant_get_forwarded_port/

 

For now your only option is to set STRICT_PORT_FORWARD to 'no', this will allow you to connect but you will NOT have a working incoming port, so speeds will be slow at best.

 

Just to be clear, there is nothing i can do about this guys, its a vpn provider issue.

 

These ar e the type of problems I was experiencing a couple of weeks ago.  I tried several of the European servers - in the end, I discovered servers in Canada appeared to be working correctly.

 

When my year subscription is up, I will look at moving to Mullvad.

Edited March 31, 20206 yr by PeterB

54 minutes ago, binhex said:

 

if you use pia and you are seeing the above in your log then the issue is that the pia api is down, looks like they are having technical difficulties right now, see here:-

https://www.reddit.com/r/PrivateInternetAccess/comments/fs7ja0/cant_get_forwarded_port/

 

For now your only option is to set STRICT_PORT_FORWARD to 'no', this will allow you to connect but you will NOT have a working incoming port, so speeds will be slow at best.

 

Just to be clear, there is nothing i can do about this guys, its a vpn provider issue.

 

Been pulling my hair out of my head thinking I messed up somewhere. Great....

 

Hello

 

 

I try them alll and nothing is working for the moment... 😭

If you set the VPN slot to no, Deluge work perfectly fine but without vpn...

Thank you PIA !!!

Edited March 31, 20206 yr by RealIPSec

7 minutes ago, RealIPSec said:

Hello

 

 

I try them alll and nothing is working for the moment... 😭

 

2 hours ago, binhex said:

 

if you use pia and you are seeing the above in your log then the issue is that the pia api is down, looks like they are having technical difficulties right now, see here:-

https://www.reddit.com/r/PrivateInternetAccess/comments/fs7ja0/cant_get_forwarded_port/

 

For now your only option is to set STRICT_PORT_FORWARD to 'no', this will allow you to connect but you will NOT have a working incoming port, so speeds will be slow at best.

 

Just to be clear, there is nothing i can do about this guys, its a vpn provider issue.

 

 

I just got things running with Spain. Haven't retried Frankfurt (which was my default) again, but not wanting to change anything for a while in case it flakes out 😆

Looks like France is working again too.

Yes it’s back 👍

i'm at my wits end here - i had delugevpn up and happily running with no issues - then i rebooted my unraid server to do some basic maintenance and when i tried to bring it back up delugevpn ceased to work - i've reached out to PIA to see if their endpoints are having issues - they said that there were but that everything had been resolved.  I'm also using SABNZBvpn from binhex and its still working just fine.  I attached a log dump - i've used different config files and and i've rebuilt the docker all with no luck. any suggestions would be appreciated.

 

 

EDIT : ok just saw the updated responses from last night - so my default Vancouver still isn't working  - will update this thread when/if it becomes available again - sorry for the spam

 

log.log

Edited March 31, 20206 yr by SeattleBandit

 

2 minutes ago, SeattleBandit said:

i'm at my wits end here - i had delugevpn up and happily running with no issues - then i rebooted my unraid server to do some basic maintenance and when i tried to bring it back up delugevpn ceased to work - i've reached out to PIA to see if their endpoints are having issues - they said that there were but that everything had been resolved.  I'm also using SABNZBvpn from binhex and its still working just fine.  I attached a log dump - i've used different config files and and i've rebuilt the docker all with no luck. any suggestions would be appreciated.

 

log.log 6.4 kB · 0 downloads

Try a non-Canadian endpoint

5 minutes ago, SeattleBandit said:

i'm at my wits end here - i had delugevpn up and happily running with no issues - then i rebooted my unraid server to do some basic maintenance and when i tried to bring it back up delugevpn ceased to work - i've reached out to PIA to see if their endpoints are having issues - they said that there were but that everything had been resolved.  I'm also using SABNZBvpn from binhex and its still working just fine.  I attached a log dump - i've used different config files and and i've rebuilt the docker all with no luck. any suggestions would be appreciated.

 

 

EDIT : ok just saw the updated responses from last night - so my default Vancouver still isn't working  - will update this thread when/if it becomes available again - sorry for the spam

 

log.log 6.4 kB · 3 downloads

 

3 minutes ago, xxDeadbolt said:

 

Try a non-Canadian endpoint

France is currently working.

While I'm here, can you have more than one endpoint, .ovpn file in the appdata/binhex-delugevpn/openvpn folder?

8 minutes ago, wgstarks said:

 

France is currently working.

boom - works like a charm - guess i should have expanded from using just the canuck endpoints - thanks folks

Berlin is working

47 minutes ago, xxDeadbolt said:

While I'm here, can you have more than one endpoint, .ovpn file in the appdata/binhex-delugevpn/openvpn folder?

The older I get the flakier my memory is but I think @binhex added this feature a few months ago. There should be a post about it in the thread somewhere if you want to use google to search it.

EU Endpoints working again.

 

Quick question, Is there a way to get the webui to function if you're using a custom br ip? When I use a custom IP my web ui no longer loads. Bridge obviously works just fine.

 

Also, I AM using a server that supports port forward. Sweden. Tried Frankfurt as well.

 

PS. Disabling VPN lets web ui function even on a custom IP. I've tried a ton of things but I'm at a loss.

Edited March 31, 20206 yr by pXius

34 minutes ago, wgstarks said:

The older I get the flakier my memory is but I think @binhex added this feature a few months ago. There should be a post about it in the thread somewhere if you want to use google to search it.

From what I could fine, it picks up the first ovpn file in the folder alphabetically. Not an issue at all, was just wondering if there was any point in keeping all the port forward enabled end points in there or not  

 

Canada appears to still be down.