[Support] binhex - DelugeVPN


Recommended Posts

10 hours ago, strike said:

You had it almost right in your last post. The port is wrong, should be 8118. So change the port and change the IP back to the 198.... IP

Yes sir that worked !! Thank you !!!!

Link to comment

Hello,

I'm trying to run binhex/arch-delugevpn and I've followed the FAQ and I haven't been able to access the GUi while the VPN is enabled.

- Password doesn't contain special characters

- Tried difference config files from PIA using their generator

- Tried Netherlands as I've read that one one for Netherlands should be best for STRICT_PORT_FORWARD, from:
  https://www.privateinternetaccess.com/openvpn/openvpn.zip

- Changed 'Extra Parameters' to be '--cap-add=NET_ADMIN'

The supervisord.log is attached, it's generated after 5 minuteswith debug enabled.

 

Is this the correct place to post this for help?

supervisord.log

Link to comment
On 5/23/2022 at 11:04 PM, JonathanM said:

What is the IP of the machine you are trying to view the GUI from?

So the UNRaid server has: 10.0.0.100
But I've given the docker container the IP: 10.0.0.106
Network: 10.0.0.0/24

Link to comment
1 minute ago, Lectum_ said:

That worked! but I don't understand why it does?

Because that's the way the author of the container designed it.

 

These VPN containers are extremely locked down, for good reason. Mistakes can expose the user and reveal info meant to be kept private.

 

I believe it may be possible to use with a custom IP, but you have to be able to understand how the firewall inside the container is configured, and possibly modify it to allow communication where it wasn't originally intended. You are on your own at that point, as the author can only control what he publishes.

Link to comment

has anyone else had any issues with xmrig recently?

 

a week back I found xmrig on my system, so I was effectively hacked. after searching and found that xmrig may have been related to this container and a malicious plugin. I don't remember installing any deluge plugins, but I've had it running for years so I can't be sure. anyway, I removed the container and the image. then I deleted the binhex-delugevpn folder in /appdata/.

 

a few days ago I reinstalled binhex-delugevpn and this time I made sure not to install any plugins aside from activating a few of the ones that came stock. today, I see xmrig running AGAIN and using 100% of my cpu.

 

I removed binhex-delugevpn completely and will see if xmrig returns.

 

very important - I am not certain that this container is at fault. I only thought this because deluge is the only one that seems to have had some issues in the past when googling "unraid xmrig" it seems to be the main candidate. figured I'd start here.

Link to comment
On 12/7/2017 at 3:40 PM, deadnote said:

Hi

I'm newbie with unraid and delugevpn.

I can't log to webui if I enable VPN. The logs are stop at "[debug] Waiting for valid IP address from tunnel..."

I use hidemyass vpn.

 

Hide my ass have no pem files. I have ca.crt, hmauser.crt, hmauser.key and ovpn tcp or udp files. You can see theses files here : https://vpn.hidemyass.com/vpn-config/keys/ and here https://vpn.hidemyass.com/vpn-config/vpn-configs.zip

 

I test udp, tcp files, different configuration, but I stuck with the same message.

 

I chose "custom" for "VPN-PROV'.

My LAN-NETWORK value is 192.168.1.0/24 (unraid ip adress is 192.168.1.16)

Here is the supervisord.log if you want to take a look

 

Thanks in advance for your help !

supervisord.log 19.79 kB · 2 downloads

 

Please, telle if I post in the wrong topic

Thanks !

How did you get this working? 

Link to comment
On 5/26/2022 at 6:23 PM, cromwell said:

has anyone else had any issues with xmrig recently?

 

a week back I found xmrig on my system, so I was effectively hacked. after searching and found that xmrig may have been related to this container and a malicious plugin. I don't remember installing any deluge plugins, but I've had it running for years so I can't be sure. anyway, I removed the container and the image. then I deleted the binhex-delugevpn folder in /appdata/.

 

a few days ago I reinstalled binhex-delugevpn and this time I made sure not to install any plugins aside from activating a few of the ones that came stock. today, I see xmrig running AGAIN and using 100% of my cpu.

 

I removed binhex-delugevpn completely and will see if xmrig returns.

 

very important - I am not certain that this container is at fault. I only thought this because deluge is the only one that seems to have had some issues in the past when googling "unraid xmrig" it seems to be the main candidate. figured I'd start here.

following up, i haven't seen xmrig show up since removing this container

Link to comment
1 hour ago, wgstarks said:

Probably not in the container. I’ve seen quite a few posts where it’s installed via the plugins.

I didn't install any other plugins. I did activate a few that came with the container.

Link to comment

hey,

i was wondering if there is any plan of adding NordLynx to DelugeVPN?

 

or

 

if there is a way to make it work right now?

 

works like a charm with openvpn but would like to make it work with NordLynx to try and improve my download speed.

 

love your work btw, i used a lot of your container, keep up to good work, your the best

Link to comment
Posted (edited)

hey hello,

 

i have been using delugevpn for a few years now with good results..
even though i have a strange issue with my nas.. which is not deluge or docker related, i have shince shortly bumped into another strange issue.  Even though delugevpn seems to be running fine,  can't seem to contact the web UI anymore..
my nas (asustor 6114T, running ADM 4.0.5.RT42, with docker-ce, portainer 2.13.1) is at lan ip :  192.168.178.45

 

so i contact portainer via 192.168.178.45:19943 succesfully.
when i try to contact delugevpn via 192.168.178.45:8112 it times out. , also tried port 8118, but ofcourse this doen't work either.. as it shouldn't.

 

i did resently convert my dual router setup to a mono router setup, this mono router is provider supplied, so i am less familiar with it then my own. i did this to solve the nas issue.

 

my stack under portainer is:

 

version: "2.1"
services:
  arch-delugevpn:
    image: binhex/arch-delugevpn:latest
    container_name: DelugeVPN
    cap_add:
      - NET_ADMIN
    environment:
      - VPN_ENABLED=yes
      - VPN_USER=LPRyc2GmAjUbxtuGTht.....
      - VPN_PASS=FxydMbghENSQT5UneQR.....
      - VPN_PROV=custom
      - VPN_CLIENT=openvpn
      - STRICT_PORT_FORWARD=yes
      - ENABLE_PRIVOXY=yes
      - LAN_NETWORK=192.168.1.0/24
      - NAME_SERVERS=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
      - DELUGE_DAEMON_LOG_LEVEL=info
      - DELUGE_WEB_LOG_LEVEL=info
      - ADDITIONAL_PORTS=1234
      - DEBUG=false
      - PUID=111
      - PGID=321
      - UMASK=022
    volumes:
      - /volume1/Docker/DelugeVPN/Config:/config
      - /volume2/Files2/Downloads:/files/downloads
      - /etc/localtime:/etc/localtime:ro
    ports:
      - 8112:8112
      - 8118:8118
      - 58846:58846
      - 58946:58946
    restart: always

 

logs:

2022-05-29 18:01:34 Socket Buffers: R=[131072->425984] S=[87040->425984]
2022-05-29 18:01:34 OPTIONS IMPORT: --ifconfig/up options modified
2022-05-29 18:01:34 OPTIONS IMPORT: route options modified
2022-05-29 18:01:34 OPTIONS IMPORT: route-related options modified
2022-05-29 18:01:34 OPTIONS IMPORT: --ip-win32 and/or --dhcp-option options modified
2022-05-29 18:01:34 OPTIONS IMPORT: peer-id set
2022-05-29 18:01:34 OPTIONS IMPORT: adjusting link_mtu to 1658
2022-05-29 18:01:34 OPTIONS IMPORT: data channel crypto options modified
2022-05-29 18:01:34 Data Channel: using negotiated cipher 'AES-256-GCM'
2022-05-29 18:01:34 Outgoing Data Channel: Cipher 'AES-256-GCM' initialized with 256 bit key
2022-05-29 18:01:34 Incoming Data Channel: Cipher 'AES-256-GCM' initialized with 256 bit key
2022-05-29 18:01:34 net_route_v4_best_gw query: dst 0.0.0.0
2022-05-29 18:01:34 net_route_v4_best_gw result: via 172.19.0.1 dev eth0

2022-05-29 18:01:34,878 DEBG 'start-script' stdout output:
2022-05-29 18:01:34 ROUTE_GATEWAY 172.19.0.1/255.255.0.0 IFACE=eth0 HWADDR=02:42:ac:13:00:02

2022-05-29 18:01:34,878 DEBG 'start-script' stdout output:
2022-05-29 18:01:34 TUN/TAP device tun0 opened

2022-05-29 18:01:34,878 DEBG 'start-script' stdout output:
2022-05-29 18:01:34 net_iface_mtu_set: mtu 1500 for tun0
2022-05-29 18:01:34 net_iface_up: set tun0 up
2022-05-29 18:01:34 net_addr_v4_add: 10.7.7.14/24 dev tun0

2022-05-29 18:01:34,878 DEBG 'start-script' stdout output:
2022-05-29 18:01:34 /root/openvpnup.sh tun0 1500 1586 10.7.7.14 255.255.255.0 init

2022-05-29 18:01:34,882 DEBG 'start-script' stdout output:
2022-05-29 18:01:34 net_route_v4_add: 194.110.115.85/32 via 172.19.0.1 dev [NULL] table 0 metric -1
2022-05-29 18:01:34 net_route_v4_add: 0.0.0.0/1 via 10.7.7.1 dev [NULL] table 0 metric -1
2022-05-29 18:01:34 net_route_v4_add: 128.0.0.0/1 via 10.7.7.1 dev [NULL] table 0 metric -1
2022-05-29 18:01:34 Initialization Sequence Completed

2022-05-29 18:02:06,223 DEBG 'start-script' stdout output:
[info] Attempting to get external IP using 'http://checkip.amazonaws.com'...

2022-05-29 18:02:12,901 DEBG 'start-script' stdout output:
[info] Successfully retrieved external IP address 194.110.115.86

2022-05-29 18:02:12,903 DEBG 'start-script' stdout output:
[info] Application does not require port forwarding or VPN provider is != pia, skipping incoming port assignment

2022-05-29 18:02:12,979 DEBG 'watchdog-script' stdout output:
[info] Deluge listening interface IP 0.0.0.0 and VPN provider IP 10.7.7.14 different, marking for reconfigure

2022-05-29 18:02:12,985 DEBG 'watchdog-script' stdout output:
[info] Deluge not running

2022-05-29 18:02:12,992 DEBG 'watchdog-script' stdout output:
[info] Deluge Web UI not running

2022-05-29 18:02:12,999 DEBG 'watchdog-script' stdout output:
[info] Privoxy not running

2022-05-29 18:02:12,999 DEBG 'watchdog-script' stdout output:
[info] Attempting to start Deluge...
[info] Removing deluge pid file (if it exists)...

2022-05-29 18:02:13,281 DEBG 'watchdog-script' stdout output:
[info] Deluge key 'listen_interface' currently has a value of '10.7.7.14'
[info] Deluge key 'listen_interface' will have a new value '10.7.7.14'
[info] Writing changes to Deluge config file '/config/core.conf'...

2022-05-29 18:02:13,592 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'...

2022-05-29 18:02:13,916 DEBG 'watchdog-script' stdout output:
[info] Deluge key 'default_daemon' currently has a value of '136bb0e8b9534e178fa5deda01456c5b'
[info] Deluge key 'default_daemon' will have a new value '136bb0e8b9534e178fa5deda01456c5b'
[info] Writing changes to Deluge config file '/config/web.conf'...

2022-05-29 18:02:14,607 DEBG 'watchdog-script' stdout output:
[info] Deluge process started
[info] Waiting for Deluge process to start listening on port 58846...

2022-05-29 18:02:14,943 DEBG 'watchdog-script' stdout output:
[info] Deluge process listening on port 58846

2022-05-29 18:02:19,574 DEBG 'watchdog-script' stdout output:
[info] No torrents with state 'Error' found

2022-05-29 18:02:19,574 DEBG 'watchdog-script' stdout output:
[info] Starting Deluge Web UI...

2022-05-29 18:02:19,574 DEBG 'watchdog-script' stdout output:
[info] Deluge Web UI started

2022-05-29 18:02:19,576 DEBG 'watchdog-script' stdout output:
[info] Attempting to start Privoxy...

2022-05-29 18:02:20,592 DEBG 'watchdog-script' stdout output:
[info] Privoxy process started
[info] Waiting for Privoxy process to start listening on port 8118...

2022-05-29 18:02:20,596 DEBG 'watchdog-script' stdout output:
[info] Privoxy process listening on port 8118

 

so all seems to be fine there...

 

inspect:

{ "AppArmorProfile": "", "Args": [ "-g", "--", "/bin/bash", "/usr/local/bin/init.sh" ], "Config": { "AttachStderr": false, "AttachStdin": false, "AttachStdout": false, "Cmd": [ "/bin/bash", "/usr/local/bin/init.sh" ], "Domainname": "", "Entrypoint": [ "/usr/bin/tini", "-g", "--" ], "Env": [ "VPN_ENABLED=yes", "VPN_USER=LPRyc2GmAjUbxtuGTht.....", "VPN_PASS=FxydMbghENSQT5UneQR.....", "VPN_PROV=custom", "VPN_CLIENT=openvpn", "STRICT_PORT_FORWARD=yes", "ENABLE_PRIVOXY=yes", "LAN_NETWORK=192.168.1.0/24", "NAME_SERVERS=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", "DELUGE_DAEMON_LOG_LEVEL=info", "DELUGE_WEB_LOG_LEVEL=info", "ADDITIONAL_PORTS=1234", "DEBUG=false", "PUID=111", "PGID=321", "UMASK=022", "PATH=/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin", "HOME=/home/nobody", "TERM=xterm", "LANG=en_GB.UTF-8" ], "ExposedPorts": { "58846/tcp": {}, "58946/tcp": {}, "58946/udp": {}, "8112/tcp": {}, "8118/tcp": {} }, "Hostname": "9390dd6813cc", "Image": "binhex/arch-delugevpn:latest", "Labels": { "com.docker.compose.config-hash": "9eef52e8498fac0504f35fb668e4e2331d120d573e1b335af3ab04a9c98c884a", "com.docker.compose.container-number": "1", "com.docker.compose.oneoff": "False", "com.docker.compose.project": "delugevpn", "com.docker.compose.project.config_files": "/data/compose/1/docker-compose.yml", "com.docker.compose.project.working_dir": "/data/compose/1", "com.docker.compose.service": "arch-delugevpn", "com.docker.compose.version": "1.27.4", "org.opencontainers.image.authors": "= binhex", "org.opencontainers.image.source": "= https://github.com/binhex/arch-delugevpn" }, "OnBuild": null, "OpenStdin": false, "StdinOnce": false, "Tty": false, "User": "", "Volumes": { "/config": {}, "/etc/localtime": {}, "/files/downloads": {} }, "WorkingDir": "" }, "Created": "2022-05-29T14:53:50.860723031Z", "Driver": "btrfs", "ExecIDs": null, "GraphDriver": { "Data": null, "Name": "btrfs" }, "HostConfig": { "AutoRemove": false, "Binds": [ "/etc/localtime:/etc/localtime:ro", "/volume1/Docker/DelugeVPN/Config:/config:rw", "/volume2/Files2/Downloads:/files/downloads:rw" ], "BlkioDeviceReadBps": null, "BlkioDeviceReadIOps": null, "BlkioDeviceWriteBps": null, "BlkioDeviceWriteIOps": null, "BlkioWeight": 0, "BlkioWeightDevice": null, "CapAdd": [ "NET_ADMIN" ], "CapDrop": null, "Cgroup": "", "CgroupParent": "", "CgroupnsMode": "host", "ConsoleSize": [ 0, 0 ], "ContainerIDFile": "", "CpuCount": 0, "CpuPercent": 0, "CpuPeriod": 0, "CpuQuota": 0, "CpuRealtimePeriod": 0, "CpuRealtimeRuntime": 0, "CpuShares": 0, "CpusetCpus": "", "CpusetMems": "", "DeviceCgroupRules": null, "DeviceRequests": null, "Devices": null, "Dns": null, "DnsOptions": null, "DnsSearch": null, "ExtraHosts": null, "GroupAdd": null, "IOMaximumBandwidth": 0, "IOMaximumIOps": 0, "IpcMode": "private", "Isolation": "", "KernelMemory": 0, "KernelMemoryTCP": 0, "Links": null, "LogConfig": { "Config": {}, "Type": "json-file" }, "MaskedPaths": [ "/proc/asound", "/proc/acpi", "/proc/kcore", "/proc/keys", "/proc/latency_stats", "/proc/timer_list", "/proc/timer_stats", "/proc/sched_debug", "/proc/scsi", "/sys/firmware" ], "Memory": 0, "MemoryReservation": 0, "MemorySwap": 0, "MemorySwappiness": null, "NanoCpus": 0, "NetworkMode": "delugevpn_default", "OomKillDisable": false, "OomScoreAdj": 0, "PidMode": "", "PidsLimit": null, "PortBindings": { "58846/tcp": [ { "HostIp": "", "HostPort": "58846" } ], "58946/tcp": [ { "HostIp": "", "HostPort": "58946" } ], "8112/tcp": [ { "HostIp": "", "HostPort": "8112" } ], "8118/tcp": [ { "HostIp": "", "HostPort": "8118" } ] }, "Privileged": false, "PublishAllPorts": false, "ReadonlyPaths": [ "/proc/bus", "/proc/fs", "/proc/irq", "/proc/sys", "/proc/sysrq-trigger" ], "ReadonlyRootfs": false, "RestartPolicy": { "MaximumRetryCount": 0, "Name": "always" }, "Runtime": "runc", "SecurityOpt": null, "ShmSize": 67108864, "UTSMode": "", "Ulimits": null, "UsernsMode": "", "VolumeDriver": "", "VolumesFrom": [] }, "HostnamePath": "/volume1/.@plugins/AppCentral/docker-ce/docker_lib/containers/9390dd6813cc70d3de0c6971dcc18c98ea125dba7976a91d48936eb24825a1ec/hostname", "HostsPath": "/volume1/.@plugins/AppCentral/docker-ce/docker_lib/containers/9390dd6813cc70d3de0c6971dcc18c98ea125dba7976a91d48936eb24825a1ec/hosts", "Id": "9390dd6813cc70d3de0c6971dcc18c98ea125dba7976a91d48936eb24825a1ec", "Image": "sha256:33f5d4f3dc4917804fe6db408b6ad969915d6d79841457492b9e77f350bf075d", "LogPath": "/volume1/.@plugins/AppCentral/docker-ce/docker_lib/containers/9390dd6813cc70d3de0c6971dcc18c98ea125dba7976a91d48936eb24825a1ec/9390dd6813cc70d3de0c6971dcc18c98ea125dba7976a91d48936eb24825a1ec-json.log", "MountLabel": "", "Mounts": [ { "Destination": "/etc/localtime", "Mode": "ro", "Propagation": "rprivate", "RW": false, "Source": "/etc/localtime", "Type": "bind" }, { "Destination": "/config", "Mode": "rw", "Propagation": "rprivate", "RW": true, "Source": "/volume1/Docker/DelugeVPN/Config", "Type": "bind" }, { "Destination": "/files/downloads", "Mode": "rw", "Propagation": "rprivate", "RW": true, "Source": "/volume2/Files2/Downloads", "Type": "bind" } ], "Name": "/DelugeVPN", "NetworkSettings": { "Bridge": "", "EndpointID": "", "Gateway": "", "GlobalIPv6Address": "", "GlobalIPv6PrefixLen": 0, "HairpinMode": false, "IPAddress": "", "IPPrefixLen": 0, "IPv6Gateway": "", "LinkLocalIPv6Address": "", "LinkLocalIPv6PrefixLen": 0, "MacAddress": "", "Networks": { "delugevpn_default": { "Aliases": [ "9390dd6813cc", "arch-delugevpn" ], "DriverOpts": null, "EndpointID": "9937875026ac9ceb2a776dbe1a4b471280bc14b7895b0c2a3744ad77be526a4c", "Gateway": "172.19.0.1", "GlobalIPv6Address": "", "GlobalIPv6PrefixLen": 0, "IPAMConfig": null, "IPAddress": "172.19.0.2", "IPPrefixLen": 16, "IPv6Gateway": "", "Links": null, "MacAddress": "02:42:ac:13:00:02", "NetworkID": "e2729335d81558d586acd6b5942a1a7b07c0cff7d47d8f887277bbc4a8d7bcf9" } }, "Ports": { "58846/tcp": [ { "HostIp": "0.0.0.0", "HostPort": "58846" }, { "HostIp": "::", "HostPort": "58846" } ], "58946/tcp": [ { "HostIp": "0.0.0.0", "HostPort": "58946" }, { "HostIp": "::", "HostPort": "58946" } ], "58946/udp": null, "8112/tcp": [ { "HostIp": "0.0.0.0", "HostPort": "8112" }, { "HostIp": "::", "HostPort": "8112" } ], "8118/tcp": [ { "HostIp": "0.0.0.0", "HostPort": "8118" }, { "HostIp": "::", "HostPort": "8118" } ] }, "SandboxID": "f388afc650832850f696df998f8905fe6d7bcace90a64ae91a6305d4f2b2a8ab", "SandboxKey": "/var/run/docker/netns/f388afc65083", "SecondaryIPAddresses": null, "SecondaryIPv6Addresses": null }, "Path": "/usr/bin/tini", "Platform": "linux", "Portainer": { "ResourceControl": { "Id": 1, "ResourceId": "2_delugevpn", "SubResourceIds": [], "Type": 6, "UserAccesses": [], "TeamAccesses": [], "Public": false, "AdministratorsOnly": true, "System": false } }, "ProcessLabel": "", "ResolvConfPath": "/volume1/.@plugins/AppCentral/docker-ce/docker_lib/containers/9390dd6813cc70d3de0c6971dcc18c98ea125dba7976a91d48936eb24825a1ec/resolv.conf", "RestartCount": 0, "State": { "Dead": false, "Error": "", "ExitCode": 0, "FinishedAt": "2022-05-29T16:01:21.283842661Z", "OOMKilled": false, "Paused": false, "Pid": 26386, "Restarting": false, "Running": true, "StartedAt": "2022-05-29T16:01:29.114885459Z", "Status": "running" } }

and checked resolve.conf:

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

 

I can contact to console without any issue.

and as said. i can connect to any other running container without issue.

amongst which radarr, which recognizes delugevpn as deluge and running (it gives errors if it doesn't)

 

sorry for the long post..

 

 

 

 

 

Edited by spikey1973
Link to comment

@Spikey73

Most likely cause is an incorrect lan network value:

      - LAN_NETWORK=192.168.1.0/24

Is your PC in this network range, after your router changes?


Sent from my iPhone using Tapatalk

Link to comment

In the last week or so my binhex-delugevpn container stopped being accessible when VPN was enabled.  The WebUI is inaccessible from any computer on my network and my other containers (e.g. binhex-sonarr) that used it as a proxy are unable to connect to the internet when they're set to use the proxy.

 

I've made no changes on my network.

 

LAN_Network is 172.16.201.0/24 in the container and is what my computer is on.

 

The Docker bridge network is 172.17.0.0/24 which all my containers that are set to Bridge mode are using.

 

If I set VPN enabled to 'no' in the container I'm able to connect to the WebUI.

 

I haven't tried removing the container and redeploying it yet.  Anything I should look at before doing that?

 

Thanks in advance.

 

  • Like 1
Link to comment
Posted (edited)
6 minutes ago, geekjitsu said:

In the last week or so my binhex-delugevpn container stopped being accessible when VPN was enabled.  The WebUI is inaccessible from any computer on my network and my other containers (e.g. binhex-sonarr) that used it as a proxy are unable to connect to the internet when they're set to use the proxy.

 

I've made no changes on my network.

 

LAN_Network is 172.16.201.0/24 in the container and is what my computer is on.

 

The Docker bridge network is 172.17.0.0/24 which all my containers that are set to Bridge mode are using.

 

If I set VPN enabled to 'no' in the container I'm able to connect to the WebUI.

 

I haven't tried removing the container and redeploying it yet.  Anything I should look at before doing that?

 

Thanks in advance.

 

First 2 things I would check

  • your vpn subscription is paid up and active
  • the vpn endpoint (provider's server) you are using is not down (try switching to another)
Edited by tjb_altf4
  • Thanks 1
Link to comment
Posted (edited)

Hi,

 

Just noticed tonight that downloading with openvpn is very CPU intensive...
The overall CPU load is around 40-50% for a 10 MB/s download speed. (my CPU is a Pentium G4560)

I tested with qbitorrentvpn too, with same results.

Do you think it's a normal ?

 

I made some search, and some posts warn about putting download folder on the cache pool (2 drives btrfs) but use unassigned drive instead. 

Any feedback on this ?

Thanks
 

Edited by mika91
Link to comment

Hey guys, I got this working fairly right, but I have a problem where the extractor.conf file is randomly changed for no reason, overwriting my changes on "use_name_folder".

Even if I have "use_name_folder" set to true on both extractor.conf and extractor.conf.bak, it get's overwritten from time to time. 

Has anyone had this problem? How did you solve it if yes?

Link to comment
59 minutes ago, David Marcos said:

Hey guys, I got this working fairly right, but I have a problem where the extractor.conf file is randomly changed for no reason, overwriting my changes on "use_name_folder".

Even if I have "use_name_folder" set to true on both extractor.conf and extractor.conf.bak, it get's overwritten from time to time. 

Has anyone had this problem? How did you solve it if yes?

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

 

Scroll down to Q4. Not exactly the same issue but similar and may have the same resolution.

Link to comment

For people experiencing the same issue: delugevpn is running but the Web UI is not available.

 

Edit the container and check that LAN_NETWORK is set to your local LAN IP (192.168.1.0/24 for example). Mine was set to 'localhost', which resulted in DelugeVPN and all dockers routed through it not being accessible. All Web UI's were unreachable.

 

I'm not sure how this happened, because until yesterday everything was working just fine. And I followed Space Invaderone's video when setting things up and I re-watched that again and he also put's in the LAN IP. So I have no idea where 'localhost' came from...

 

Could an update of the container have caused this?

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.