[Support] binhex - DelugeVPN

binhex · June 25

14 hours ago, cgrd said:

The obvious long term solution would be to request PIA update their CRL with the expected valid dates.

This has been done multiple times by multiple people, so far PIA have done sweet FA.

14 hours ago, cgrd said:

I removed the "crl-verify" directive/command from my ovpn configuration file, and resolved the error. Everything is up and running.

So this is all you pretty much have as a workaround right now, the weird thing is i included the workaround about a month ago and you are the first person to say it doesn't work, so i can only assume either you are not running the latest image or your openvpn configuration files are read only and thus my code is unable to modify the config files.

See github issue:- https://github.com/binhex/arch-qbittorrentvpn/issues/233

cgrd · June 25

Thanks for the update, I appreciate your time.

I updated the container June 15, and no further updates show. The configuration files are set to 650 (nobody:users).

I have my config files reference a file, rather than having the cert info inline. Ex:

crl-verify crl.rsa.2048.pem
ca ca.rsa.2048.crt

So if the parsing of the .ovpn file is looking for the data inline, that may be my root cause.

I can expand the file permissions and force a container update, and see if that works.

Thanks again!

binhex · June 25

6 minutes ago, cgrd said:

So if the parsing of the .ovpn file is looking for the data inline, that may be my root cause.

exactly this, so either re-download from pia and they will get processed correctly or do the hack yourself, the choice is yours.

Strain-Beekz · June 25

Hello BinHex,

I been using Unraid for roughly 2-3 years now but starting to get into dockers other than plex. So i use your DelugeVPN, everything it setup but when i try to download ANYTHING from iptorrents it just tells me torrent download failed even in manual adding. what am i doing wrong? iv done the setup correctly from what the videos iv seen said. im missing something. I tried downloading a ubuntu iso from google and that worked fine, but i cant download anything from iptorrents.

JonathanM · June 25

1 hour ago, Strain-Beekz said:

iv done the setup correctly

attach your supervisord.log file, be sure to redact your VPN credentials, they may be listed multiple times.

bigbangus · June 27

How do you prevent containers on the deluge vpn docker network from accessing the internet when VPN fails.

For 10 days, my IPVanish .opvn .cert files were outdated I suppose. After updating them it all worked fine, but prior I was unable to open UI and if I ran curl ifconfig.io I received my public IP. The dockers on the deluge vpn container network were still able to get to the internet on my public IP. Oops. Is there a way to prevent this?

image.png.f9b951a11919134833e89146ac6caeea.png

docker command:

docker run
  -d
  --name='binhex-delugevpn'
  --net='proxynet'
  --cpuset-cpus='4,5,7,16,17,19'
  --privileged=true
  -e TZ="America/New_York"
  -e HOST_OS="Unraid"
  -e HOST_HOSTNAME="UnraidNAS"
  -e HOST_CONTAINERNAME="binhex-delugevpn"
  -e 'VPN_ENABLED'='yes'
  -e 'VPN_USER'='[email protected]'
  -e 'VPN_PASS'='xxxxxxxxxxxxxxxxxxx'
  -e 'VPN_PROV'='custom'
  -e 'VPN_CLIENT'='openvpn'
  -e 'VPN_OPTIONS'=''
  -e 'STRICT_PORT_FORWARD'='yes'
  -e 'ENABLE_PRIVOXY'='no'
  -e 'LAN_NETWORK'='xxx.xxx.0.0/24'
  -e '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'
  -e 'DELUGE_DAEMON_LOG_LEVEL'='info'
  -e 'DELUGE_WEB_LOG_LEVEL'='info'
  -e 'VPN_INPUT_PORTS'=''
  -e 'VPN_OUTPUT_PORTS'=''
  -e 'DEBUG'='false'
  -e 'UMASK'='000'
  -e 'PUID'='99'
  -e 'PGID'='100'
  -e 'ADDITIONAL_PORTS'='7878,9897,8989,6789,8888'
  -l net.unraid.docker.managed=dockerman
  -l net.unraid.docker.webui='http://[IP]:[PORT:8112]/'
  -l net.unraid.docker.icon='https://raw.githubusercontent.com/binhex/docker-templates/master/binhex/images/deluge-icon.png'
  -p '8112:8112/tcp'
  -p '58846:58846/tcp'
  -p '58946:58946/tcp'
  -p '58946:58946/udp'
  -p '8118:8118/tcp'
  -p '8989:8989/tcp'
  -p '9897:9897/tcp'
  -p '7878:7878/tcp'
  -p '6789:6789/tcp'
  -p '8888:8888/tcp'
  -v '/mnt/user/downloads/':'/data':'rw'
  -v '/mnt/user/appdata/binhex-delugevpn':'/config':'rw'
  --sysctl="net.ipv4.conf.all.src_valid_mark=1"
  --restart=unless-stopped 'binhex/arch-delugevpn'
69c4b0485c390f61c3c82ba45d34f34aaf139c807ed79bdcd3ef485d0edc779f

binhex · June 29

6 hours ago, bigbangus said:

For 10 days, my IPVanish .opvn .cert files were outdated I suppose. After updating them it all worked fine, but prior I was unable to open UI and if I ran curl ifconfig.io I received my public IP. The dockers on the deluge VPN container network were still able to get to the internet on my public IP. Oops. Is there a way to prevent this?

OK so I have had a look at the code and for your particular case I think what happened was the endpoint you were attempting to connect to was disabled and/or possibly shutdown, including deletion of all name records for the endpoint which then lead to a name resolution retry loop on start-up for the VPN container.

So how to prevent this situation - I will put in additional code to drop all packets but permit name resolution for a short period of time on start-up (will be included in the next image), this will allow name resolution of the endpoint but will ensure all other traffic is not permitted, even if name resolution fails, as was your case.

Do note this particular issue would only affect containers routed through the VPN container, it will not affect the application running in the VPN container (in this case Deluge), as the application will not start until the tunnel is established.

UPDATE - Image now built with change included above, please do note there are a number of additional changes included unrelated to the above.

ShadowVlican · June 29

er something changed on the last update and i can't login to webui...

binhex · June 29

14 minutes ago, ShadowVlican said:

er something changed on the last update and i can't login to webui...

I will need to see a log to help further, please see the following link:- https://github.com/binhex/documentation/blob/master/docker/faq/help.md#unraid-users

Cronus130 · June 29

1 hour ago, ShadowVlican said:

er something changed on the last update and i can't login to webui...

same issue, log error:

Error: error sending query: No (valid) nameservers defined in the resolver

config is correct and not changed was working before latest update.

Edited June 29 by Cronus130

binhex · June 29

16 minutes ago, Cronus130 said:
same issue, log error:
Error: error sending query: No (valid) nameservers defined in the resolver
config is correct and not changed was working before latest update.

I will need to see a log to help further, please see the following link:- https://github.com/binhex/documentation/blob/master/docker/faq/help.md#unraid-users

Cronus130 · June 29

Full log of startup (supervisord.log):

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

2024-06-29 09:08:22.819640 [info] System information Linux DelugeVPN 4.4.302+ #69057 SMP Fri Jan 12 17:02:27 CST 2024 x86_64 GNU/Linux
2024-06-29 09:08:22.998275 [info] SHARED_NETWORK not defined (via -e SHARED_NETWORK), defaulting to 'no'
2024-06-29 09:08:23.040016 [info] PUID defined as '****'
2024-06-29 09:08:23.208914 [info] PGID defined as '***'
2024-06-29 09:08:23.567016 [info] UMASK defined as '000'
2024-06-29 09:08:23.626970 [info] Permissions already set for '/config'
2024-06-29 09:08:23.748619 [info] Deleting files in /tmp (non recursive)...
2024-06-29 09:08:23.817997 [info] VPN_ENABLED defined as 'yes'
2024-06-29 09:08:23.901149 [info] VPN_CLIENT defined as 'openvpn'
2024-06-29 09:08:23.948759 [info] VPN_PROV defined as '*****'
2024-06-29 09:08:24.050952 [info] OpenVPN config file (ovpn extension) is located at /config/openvpn/*****.ovpn
2024-06-29 09:08:24.147908 [info] VPN remote server(s) defined as '*****'
2024-06-29 09:08:24.188363 [info] VPN remote port(s) defined as '443,'
2024-06-29 09:08:24.228172 [info] VPN remote protcol(s) defined as 'tcp-client,'
2024-06-29 09:08:24.267354 [info] VPN_DEVICE_TYPE defined as 'tun0'
2024-06-29 09:08:24.312199 [info] VPN_OPTIONS not defined (via -e VPN_OPTIONS)
Error: error sending query: No (valid) nameservers defined in the resolver
Error: error sending query: No (valid) nameservers defined in the resolver
Error: error sending query: No (valid) nameservers defined in the resolver
Error: error sending query: No (valid) nameservers defined in the resolver
Error: error sending query: No (valid) nameservers defined in the resolver
Error: error sending query: No (valid) nameservers defined in the resolver
Error: error sending query: No (valid) nameservers defined in the resolver
Error: error sending query: No (valid) nameservers defined in the resolver

binhex · June 29

17 minutes ago, Cronus130 said:

Error: error sending query: No (valid) nameservers defined in the resolver

what is the value of NAME_SERVERS? i am going to guess you do not have this defined or the value is empty right?, if so i see what the fix is.

Cronus130 · June 29

37 minutes ago, binhex said:

what is the value of NAME_SERVERS? i am going to guess you do not have this defined or the value is empty right?, if so i see what the fix is.

It's defined in my config, using local IP addresses of my own name servers. Also tested using other external name servers, same issue. My config has been working for years, only the most recent update seems to have caused the issue.

binhex · June 29

6 minutes ago, Cronus130 said:

It's defined in my config, using local IP addresses of my own name servers. Also tested using other external name servers, same issue. My config has been working for years, only the most recent update seems to have caused the issue.

Please post your config of the container here

Chiira · June 29

Was facing the same issue of not being able to login though I haven't changed my config for many years.

Though after a couple docker restarts the issue seems to be gone.

Cronus130 · June 29

17 minutes ago, binhex said:

Please post your config of the container here

Found the issue for anyone else with the same problem. Seems the config has changed for name server option.

Previous Value: NAME_SERVER

New Value: NAME_SERVERS

Once I updated my config with the new value everything is working again.

Risky Bizniz · June 29

I am also suddenly unable to open the webui. Worked up until yesterday. I am seeing AUTH_FAILED and [soft,auth-failure] in my logs. But am quite confident that the current credentials and certs are valid. If I set VPN_ENABLED to false, then I am able to open the webui. Suppose it could be an issue with OpenVPN.

EDIT: randomly started working for me today. Must have been an issue with openvpn sub. Thanks!

Edited June 30 by Risky Bizniz

forkus · June 30

Looks like PIA sub is about to expire, is there any better providers to look at?

PIA lasted me 3yrs without too many issues.

binhex · June 30

6 hours ago, forkus said:

Looks like PIA sub is about to expire, is there any better providers to look at?

PIA lasted me 3yrs without too many issues.

PIA is cheap, they have been proven in a court of law not to log, and i have code in place to auto assign an incoming port, yes they aren't perfect, their support is a bit sucky but as long as the don't log then i'm personally happy enough.

If you want to change protonvpn or airvpn are good choices.

binhex · June 30

11 hours ago, Risky Bizniz said:

I am also suddenly unable to open the webui. Worked up until yesterday. I am seeing AUTH_FAILED and [soft,auth-failure] in my logs. But am quite confident that the current credentials and certs are valid. If I set VPN_ENABLED to false, then I am able to open the webui. Suppose it could be an issue with OpenVPN.

supervisord.log 22.24 kB · 2 downloads

from your log:-

2024-06-29 17:57:38 AUTH: Received control message: AUTH_FAILED

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

Vynlovanth · July 1

For some reason since the latest container update, it no longer shows any port mappings in the Unraid Docker UI. This also seems to result in the WebUI shortcut button to not do anything. This is the only container that has this behavior, and I have 5 separate instances of it, other containers that have updated recently are fine.

I don't see any errors in the logs though, the Deluge web UI starts successfully, I can use the web UI by manually going to its address, and everything else works as expected. It's online, connected to my paid Proton VPN, can ping out, actively downloading/uploading.

Unraid 6.12.10. Tried flushing browser cache, restarting the container, restarting Unraid itself, same behavior.

binhex · July 1

15 hours ago, Vynlovanth said:

For some reason since the latest container update, it no longer shows any port mappings in the Unraid Docker UI. This also seems to result in the WebUI shortcut button to not do anything. This is the only container that has this behavior, and I have 5 separate instances of it, other containers that have updated recently are fine.

I don't see any errors in the logs though, the Deluge web UI starts successfully, I can use the web UI by manually going to its address, and everything else works as expected. It's online, connected to my paid Proton VPN, can ping out, actively downloading/uploading.

Unraid 6.12.10. Tried flushing browser cache, restarting the container, restarting Unraid itself, same behavior.

post a screenshot showing the issue if you can.

Duggie264 · July 2

Hi, I have just updated my container, and I have lost connection to it (Authentication Failed) from oher containers.

It seems to start and run OK, however all the preferences are blank, and if I fill them in and click apply/save, they are blank again when I re-open preferences.

I have downgraded, but the issue perists. I have updated back to lates and issue perisists.

Any idea?

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

2024-07-02 21:48:04.780385 [info] Host is running unRAID
2024-07-02 21:48:04.809344 [info] System information Linux 8a9f79087f80 6.1.79-Unraid #1 SMP PREEMPT_DYNAMIC Fri Mar 29 13:34:03 PDT 2024 x86_64 GNU/Linux
2024-07-02 21:48:04.849722 [info] SHARED_NETWORK not defined (via -e SHARED_NETWORK), defaulting to 'no'
2024-07-02 21:48:04.885921 [info] PUID defined as '99'
2024-07-02 21:48:04.928030 [info] PGID defined as '100'
2024-07-02 21:48:04.995172 [info] UMASK defined as '000'
2024-07-02 21:48:05.032635 [info] Permissions already set for '/config'
2024-07-02 21:48:05.072638 [info] Deleting files in /tmp (non recursive)...
2024-07-02 21:48:05.132992 [info] VPN_ENABLED defined as 'yes'
2024-07-02 21:48:05.175084 [info] VPN_CLIENT defined as 'openvpn'
2024-07-02 21:48:05.214735 [info] VPN_PROV defined as 'custom'
2024-07-02 21:48:05.259379 [info] OpenVPN config file (ovpn extension) is located at /config/openvpn/privado.ams-025.udp.1194.ovpn
2024-07-02 21:48:05.360141 [info] VPN remote server(s) defined as 'ams-025.vpn.privado.io,'
2024-07-02 21:48:05.391894 [info] VPN remote port(s) defined as '1194,'
2024-07-02 21:48:05.428314 [info] VPN remote protcol(s) defined as 'udp,'
2024-07-02 21:48:05.467626 [info] VPN_DEVICE_TYPE defined as 'tun0'
2024-07-02 21:48:05.505366 [info] VPN_OPTIONS not defined (via -e VPN_OPTIONS)
2024-07-02 21:48:05.544037 [info] NAME_SERVERS defined as '84.200.69.80,37.235.1.174,1.1.1.1,37.235.1.177,84.200.70.40,1.0.0.1'
2024-07-02 21:48:11.078408 [info] LAN_NETWORK defined as '192.168.1.0/24'
2024-07-02 21:48:11.138617 [info] LAN_NETWORK exported as '192.168.1.0/24'
2024-07-02 21:48:11.176417 [info] VPN_USER defined as 'yeah you dont need to know this'
2024-07-02 21:48:11.215889 [info] VPN_PASS defined as 'or this'
2024-07-02 21:48:11.261060 [info] VPN_INPUT_PORTS not defined (via -e VPN_INPUT_PORTS), skipping allow for custom incoming ports
2024-07-02 21:48:11.300181 [info] VPN_OUTPUT_PORTS not defined (via -e VPN_OUTPUT_PORTS), skipping allow for custom outgoing ports
2024-07-02 21:48:11.337989 [info] ENABLE_STARTUP_SCRIPTS defined as 'no'
2024-07-02 21:48:11.382047 [info] ENABLE_SOCKS defined as 'no'
2024-07-02 21:48:11.423863 [info] ENABLE_PRIVOXY defined as 'no'
2024-07-02 21:48:11.462392 [info] DELUGE_DAEMON_LOG_LEVEL defined as 'info'
2024-07-02 21:48:11.501404 [info] DELUGE_WEB_LOG_LEVEL defined as 'info'
2024-07-02 21:48:11.540861 [info] DELUGE_ENABLE_WEBUI_PASSWORD defined as 'yes'
2024-07-02 21:48:11.582641 [info] Starting Supervisor...
2024-07-02 21:48:11,822 INFO Included extra file "/etc/supervisor/conf.d/delugevpn.conf" during parsing
2024-07-02 21:48:11,822 INFO Set uid to user 0 succeeded
2024-07-02 21:48:11,825 INFO supervisord started with pid 7
2024-07-02 21:48:12,829 INFO spawned: 'start-script' with pid 294
2024-07-02 21:48:12,832 INFO spawned: 'watchdog-script' with pid 295
2024-07-02 21:48:12,832 INFO reaped unknown pid 8 (exit status 0)
2024-07-02 21:48:12,840 DEBG 'start-script' stdout output:
[info] VPN is enabled, beginning configuration of VPN

2024-07-02 21:48:12,840 INFO success: start-script entered RUNNING state, process has stayed up for > than 0 seconds (startsecs)
2024-07-02 21:48:12,840 INFO success: watchdog-script entered RUNNING state, process has stayed up for > than 0 seconds (startsecs)
2024-07-02 21:48:13,244 DEBG 'start-script' stdout output:
[info] Adding 192.168.1.0/24 as route via adapter eth0

2024-07-02 21:48:13,247 DEBG 'start-script' stdout output:
[info] ip route defined as follows...
--------------------

2024-07-02 21:48:13,249 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.10
192.168.1.0/24 via 172.17.0.1 dev eth0
local 127.0.0.0/8 dev lo table local proto kernel scope host src 127.0.0.1
local 127.0.0.1 dev lo table local proto kernel scope host src 127.0.0.1
broadcast 127.255.255.255 dev lo table local proto kernel scope link src 127.0.0.1
local 172.17.0.10 dev eth0 table local proto kernel scope host src 172.17.0.10
broadcast 172.17.255.255 dev eth0 table local proto kernel scope link src 172.17.0.10

2024-07-02 21:48:13,250 DEBG 'start-script' stdout output:
--------------------

2024-07-02 21:48:13,258 DEBG 'start-script' stdout output:
iptable_mangle 16384 0
ip_tables 28672 3 iptable_filter,iptable_nat,iptable_mangle
x_tables 45056 12 ip6table_filter,xt_conntrack,iptable_filter,xt_tcpudp,xt_addrtype,xt_nat,ip6_tables,ip_tables,iptable_nat,xt_MASQUERADE,iptable_mangle,xt_mark

2024-07-02 21:48:13,258 DEBG 'start-script' stdout output:
[info] iptable_mangle support detected, adding fwmark for tables

2024-07-02 21:48:13,379 DEBG 'start-script' stdout output:
[info] iptables defined as follows...
--------------------

2024-07-02 21:48:13,382 DEBG 'start-script' stdout output:
-P INPUT DROP
-P FORWARD DROP
-P OUTPUT DROP
-A INPUT -s correct Public IP/32 -i eth0 -j ACCEPT
-A INPUT -s 172.17.0.0/16 -d 172.17.0.0/16 -j ACCEPT
-A INPUT -s correct Public IP/32 -i eth0 -j ACCEPT
-A INPUT -i eth0 -p tcp -m tcp --dport 8112 -j ACCEPT
-A INPUT -i eth0 -p udp -m udp --dport 8112 -j ACCEPT
-A INPUT -s 192.168.1.0/24 -d 172.17.0.0/16 -i eth0 -p tcp -m tcp --dport 58846 -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 -d correct Public IP/32 -o eth0 -j ACCEPT
-A OUTPUT -s 172.17.0.0/16 -d 172.17.0.0/16 -j ACCEPT
-A OUTPUT -d correct Public IP/32 -o eth0 -j ACCEPT
-A OUTPUT -o eth0 -p tcp -m tcp --sport 8112 -j ACCEPT
-A OUTPUT -o eth0 -p udp -m udp --sport 8112 -j ACCEPT
-A OUTPUT -s 172.17.0.0/16 -d 192.168.1.0/24 -o eth0 -p tcp -m tcp --sport 58846 -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

2024-07-02 21:48:13,385 DEBG 'start-script' stdout output:
--------------------

2024-07-02 21:48:13,387 DEBG 'start-script' stdout output:
[info] Starting OpenVPN (non daemonised)...

2024-07-02 21:48:13,399 DEBG 'start-script' stdout output:
2024-07-02 21:48:13 Note: --data-ciphers-fallback with cipher 'AES-256-CBC' disables data channel offload.
2024-07-02 21:48:13 OpenVPN 2.6.11 [git:makepkg/ddf6bf6d2a135835+] x86_64-pc-linux-gnu [SSL (OpenSSL)] [LZO] [LZ4] [EPOLL] [PKCS11] [MH/PKTINFO] [AEAD] [DCO] built on Jun 20 2024
2024-07-02 21:48:13 library versions: OpenSSL 3.3.1 4 Jun 2024, LZO 2.10

2024-07-02 21:48:13,400 DEBG 'start-script' stdout output:
2024-07-02 21:48:13 DCO version: N/A

2024-07-02 21:48:13,400 DEBG 'start-script' stdout output:
2024-07-02 21:48:13 NOTE: the current --script-security setting may allow this configuration to call user-defined scripts

2024-07-02 21:48:13,401 DEBG 'start-script' stdout output:
2024-07-02 21:48:13 TCP/UDP: Preserving recently used remote address: [AF_INET]correct Public IP:1194
2024-07-02 21:48:13 Socket Buffers: R=[212992->212992] S=[212992->212992]
2024-07-02 21:48:13 UDPv4 link local: (not bound)
2024-07-02 21:48:13 UDPv4 link remote: [AF_INET]correct Public IP:1194

2024-07-02 21:48:13,419 DEBG 'start-script' stdout output:
2024-07-02 21:48:13 TLS: Initial packet from [AF_INET]correct Public IP:1194, sid=92d6a28f f5ca694f

2024-07-02 21:48:13,489 DEBG 'start-script' stdout output:
2024-07-02 21:48:13 VERIFY OK: depth=1, CN=Privado

2024-07-02 21:48:13,489 DEBG 'start-script' stdout output:
2024-07-02 21:48:13 VERIFY KU OK
2024-07-02 21:48:13 Validating certificate extended key usage
2024-07-02 21:48:13 ++ Certificate has EKU (str) TLS Web Server Authentication, expects TLS Web Server Authentication
2024-07-02 21:48:13 VERIFY EKU OK
2024-07-02 21:48:13 VERIFY OK: depth=0, CN=ams-025.vpn.privado.io

2024-07-02 21:48:13,650 DEBG 'start-script' stdout output:
2024-07-02 21:48:13 Control Channel: TLSv1.2, cipher SSLv3 DHE-RSA-AES256-SHA, peer certificate: 4096 bits RSA, signature: RSA-SHA512, peer temporary key: 4096 bits DH
2024-07-02 21:48:13 [ams-025.vpn.privado.io] Peer Connection Initiated with [AF_INET]correct Public IP:1194
2024-07-02 21:48:13 TLS: move_session: dest=TM_ACTIVE src=TM_INITIAL reinit_src=1

2024-07-02 21:48:13,651 DEBG 'start-script' stdout output:
2024-07-02 21:48:13 TLS: tls_multi_process: initial untrusted session promoted to trusted

2024-07-02 21:48:14,903 DEBG 'start-script' stdout output:
2024-07-02 21:48:14 SENT CONTROL [ams-025.vpn.privado.io]: 'PUSH_REQUEST' (status=1)

2024-07-02 21:48:14,918 DEBG 'start-script' stdout output:
2024-07-02 21:48:14 PUSH: Received control message: 'PUSH_REPLY,redirect-gateway def1 bypass-dhcp,dhcp-option DNS 198.18.0.1,dhcp-option DNS 198.18.0.2,rcvbuf 493216,sndbuf 493216,explicit-exit-notify 5,route-gateway 172.21.46.1,topology subnet,ping 20,ping-restart 40,ifconfig 172.21.46.194 255.255.254.0,peer-id 13'
2024-07-02 21:48:14 OPTIONS IMPORT: --sndbuf/--rcvbuf options modified

2024-07-02 21:48:14,919 DEBG 'start-script' stdout output:
2024-07-02 21:48:14 Socket Buffers: R=[212992->986432] S=[212992->986432]
2024-07-02 21:48:14 OPTIONS IMPORT: --ifconfig/up options modified
2024-07-02 21:48:14 OPTIONS IMPORT: route options modified
2024-07-02 21:48:14 OPTIONS IMPORT: route-related options modified
2024-07-02 21:48:14 OPTIONS IMPORT: --ip-win32 and/or --dhcp-option options modified
2024-07-02 21:48:14 Using peer cipher 'AES-256-CBC'
2024-07-02 21:48:14 net_route_v4_best_gw query: dst 0.0.0.0
2024-07-02 21:48:14 net_route_v4_best_gw result: via 172.17.0.1 dev eth0
2024-07-02 21:48:14 ROUTE_GATEWAY 172.17.0.1/255.255.0.0 IFACE=eth0 HWADDR=02:42:ac:11:00:0a

2024-07-02 21:48:14,919 DEBG 'start-script' stdout output:
2024-07-02 21:48:14 TUN/TAP device tun0 opened
2024-07-02 21:48:14 net_iface_mtu_set: mtu 1500 for tun0

2024-07-02 21:48:14,919 DEBG 'start-script' stdout output:
2024-07-02 21:48:14 net_iface_up: set tun0 up
2024-07-02 21:48:14 net_addr_v4_add: 172.21.46.194/23 dev tun0
2024-07-02 21:48:14 /root/openvpnup.sh tun0 1500 0 172.21.46.194 255.255.254.0 init

2024-07-02 21:48:14,927 DEBG 'start-script' stdout output:
2024-07-02 21:48:14 Data Channel: cipher 'AES-256-CBC', auth 'SHA256', peer-id: 13
2024-07-02 21:48:14 Timers: ping 20, ping-restart 40
2024-07-02 21:48:14 Protocol options: explicit-exit-notify 5

2024-07-02 21:48:18,182 DEBG 'start-script' stdout output:
2024-07-02 21:48:18 net_route_v4_add: correct Public IP/32 via 172.17.0.1 dev [NULL] table 0 metric -1

2024-07-02 21:48:18,182 DEBG 'start-script' stdout output:
2024-07-02 21:48:18 net_route_v4_add: 0.0.0.0/1 via 172.21.46.1 dev [NULL] table 0 metric -1
2024-07-02 21:48:18 net_route_v4_add: 128.0.0.0/1 via 172.21.46.1 dev [NULL] table 0 metric -1
2024-07-02 21:48:18 net_route_v4_add: 0.0.0.0/0 via 172.21.46.1 dev [NULL] table 0 metric -1
2024-07-02 21:48:18 Initialization Sequence Completed

2024-07-02 21:48:21,038 DEBG 'start-script' stdout output:
[info] Attempting to get external IP using 'http://checkip.amazonaws.com'...

2024-07-02 21:48:21,178 DEBG 'start-script' stdout output:
[info] Successfully retrieved external IP address correct Public IP.10

2024-07-02 21:48:21,179 DEBG 'start-script' stdout output:
[info] VPN provider 'custom' not supported for automatic port forwarding, skipping incoming port assignment

2024-07-02 21:48:21,214 DEBG 'watchdog-script' stdout output:
[info] Deluge listening interface IP 0.0.0.0 and VPN provider IP 172.21.46.194 different, marking for reconfigure

2024-07-02 21:48:21,222 DEBG 'watchdog-script' stdout output:
[info] Deluge not running

2024-07-02 21:48:21,228 DEBG 'watchdog-script' stdout output:
[info] Deluge Web UI not running

2024-07-02 21:48:21,232 DEBG 'watchdog-script' stdout output:
[info] Attempting to start Deluge...
[info] Removing deluge pid file (if it exists)...

2024-07-02 21:48:21,651 DEBG 'watchdog-script' stdout output:
[info] Deluge key 'listen_interface' currently has a value of '172.21.32.153'
[info] Deluge key 'listen_interface' will have a new value '172.21.46.194'
[info] Writing changes to Deluge config file '/config/core.conf'...

2024-07-02 21:48:21,978 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'...

2024-07-02 21:48:22,260 DEBG 'watchdog-script' stdout output:
[info] Deluge key 'default_daemon' currently has a value of '59ca9119f156488fba9c7a3ee7ad56cd'
[info] Deluge key 'default_daemon' will have a new value '59ca9119f156488fba9c7a3ee7ad56cd'
[info] Writing changes to Deluge config file '/config/web.conf'...

2024-07-02 21:48:22,315 DEBG 'watchdog-script' stdout output:
[info] Deluge process started
[info] Waiting for Deluge process to start listening on port 58846...

2024-07-02 21:48:22,786 DEBG 'watchdog-script' stdout output:
[info] Deluge process listening on port 58846

2024-07-02 21:48:25,457 DEBG 'watchdog-script' stderr output:
<Deferred at 0x14f0f21704d0 current result: None>

2024-07-02 21:48:25,564 DEBG 'watchdog-script' stdout output:
[info] No torrents with state 'Error' found

2024-07-02 21:48:25,565 DEBG 'watchdog-script' stdout output:
[info] Starting Deluge Web UI...

2024-07-02 21:48:25,565 DEBG 'watchdog-script' stdout output:
[info] Deluge Web UI started

image.png.320573addec5eea368a219a983c1a3b0.png

Any Ideas?

Vynlovanth · July 3

On 7/1/2024 at 11:18 AM, binhex said:

post a screenshot showing the issue if you can.

Sure, attached.

[Support] binhex - DelugeVPN

Recommended Posts

Link to comment

Top Posters In This Topic

Popular Days

Top Posters In This Topic

Popular Days

Popular Posts

Ryanoc3ros

Dad_Rage

binhex

Posted Images

Link to comment

Link to comment

Link to comment

Link to comment

Link to comment

Link to comment

Link to comment

Link to comment

Link to comment

Link to comment

Link to comment

Link to comment

Link to comment

Link to comment

Link to comment

Link to comment

Link to comment

Link to comment

Link to comment

Link to comment

Link to comment

Link to comment

Link to comment

Link to comment

Join the conversation