[Support] binhex - DelugeVPN


Recommended Posts

Hello,

 

Having an issue with Privoxy, as I just realized that connections are not routed through it.  Though, if I connect manually to the VPN to verify credentials, it works.  I had it set up with a custom OpenVPN and it seems to connect fine according to the log.  I can also download torrents but not sure if it is going through the VPN.  How do I verify if deluge is actually using the VPN?  And any suggestions to resolve problems with Privoxy?

 

Link to comment
9 hours ago, arcane said:

How do I verify if deluge is actually using the VPN? 

 

Quote

Q2. How can i verify that the Torrent client is using the VPN tunnel?

 

A2. You can verify this by loading a custom torrent that returns the IP address that is used to connect to the tracker, instructions on how to do this shown below:-

 

1. Go to website http://torguard.net/checkmytorrentipaddress.php

2. Click on the "Check my torrent IP" button to download the torrent

3. Open Deluge webui and add the torrent

4. Highlight the added torrent and go to the "Status" tab at the bottom left of the screen

5. The "Tracker Status" should return something like this:-

 

"checkmytorrentip.net: Error: Success, Your torrent client IP is: 10.156.1.1"

 

6. If the tunnel is correctly established then IP address should be different to the IP address from your ISP.

 

Regading privoxy there has been a couple users reporting the same. I don't remember the exact detalis, but I think it was something about deleting the privoxy.conf file or something. Use the "site" option in a google search an you should find it

Link to comment
Can anyone say why AUTH failed?
edit: AirVPN seems to have some problems. Connection working again.
Auth failed simply means you failed to authenticate, setting the wrong username or password is normally the issue, or in your case it looks like an issue at the provider end, glad it's now sorted.

Sent from my SM-G935F using Tapatalk

Link to comment

Just recently my Deluge Web UI stopped working. It loads a page, but it is totally blank. I have made no configuration changes to my unRAID system since the last time it worked. I was assuming it was a hiccup with an update to the docker, but since there wasn't a replacement I figured I must be the only one experiencing the issue. I have restarted the image, I have reinstalled the docker, I have tried stopping all other dockers. None of these has changed the behavior. I don't see any warnings/errors in the log. I'm sort of at a loss at this point since it was working fine one day and not the next with no changes on my part except standard updates. Does anyone have any ideas of other things to try? What do you need from me to help find the issue?

 

Thanks

 

*Edit*

 

The Daemon seems fine as I can access it with my desktop client. It is just the web UI, all other functions appear to be working.

Edited by eb3k
additional information
Link to comment

ISSUE IDENTIFIED: Ubiquiti EdgeRouter ER-X is causing the issue. 

 

UPDATE: When I remove ER-X and substitute a different router, traffic is fine. Unknown what is causing the issue at this time. (I had tried two ER-X with identical configuration)

 

 

I'm having a bizarre network issue and while it's related to this, I'm not sure what's causing it.

 

I have a 150/15 Mbps Down/Up internet link and when I run Speedtest from my cable provider it works just fine. (180/17 Mbps usually)

 

If I have *ANY* torrent running in DelugeVPN container my ping spikes to 120+ from 16, and performance from everything else on the network plummets and the speed goes to 5Mpbs down and 7Mbps up. I discovered that my Usenet downloads went from 11Mbps (throttled by choice) to 0.3 while torrents were running. My Usenet test is a direct Windows download from a different device on the network.

 

I've throttled the number of connections, tried changing speeds, even PIA locations. This drop starts with even one torrent, with speed limits normally set to 300K down and 30K up, Even tried like 10K / 5K. Watching the unRAID traffic and the container traffic and overhead in Netdata doesn't show any unusual spikes.

 

For those in the "Network know." Traffic goes through Cisco SG300-10 * 2, Ubiquiti ER-X router, the cable modem is in Bridge mode. 

 

This has been working for months, and when I first installed it I never saw any bottlenecks like this. I was rather impressed that it all worked together. I'd say this slowdown has been occurring for at least the last few weeks and I couldn't figure out why. Now I know the "what" but I have no idea why.

 

unRAID is running on an overkill dual Xeon box.

 

 

Edited by BCinBC
Issue discovered.
Link to comment

I'm still struggling to get access to WebUI when DelugeVPN run at Network Interface Custom: br0. Bridge works fine, and everything else than WebUI seems to work fine also for br0. I can connect with desktop client and VPN/torrents seems to work fine.

 

The reason I want to do this is to run on same network interface as required by letsencrypt docker and make an reverse proxy.

 

I did read the complete FAQ, but did not manage to solve the issue. I have attached my supervisord.log file to this post.

Link to comment

Are there any supported network configurations for the delugevpn container besides the default bridged mode within docker? I believe I am experiencing performance bottlenecks from bridged mode in my docker instance on a windows machine. 

 

Thanks,
Mike

Edited by mstuckart
Link to comment
On 6/21/2018 at 2:20 PM, eb3k said:

Just recently my Deluge Web UI stopped working. It loads a page, but it is totally blank. I have made no configuration changes to my unRAID system since the last time it worked. I was assuming it was a hiccup with an update to the docker, but since there wasn't a replacement I figured I must be the only one experiencing the issue. I have restarted the image, I have reinstalled the docker, I have tried stopping all other dockers. None of these has changed the behavior. I don't see any warnings/errors in the log. I'm sort of at a loss at this point since it was working fine one day and not the next with no changes on my part except standard updates. Does anyone have any ideas of other things to try? What do you need from me to help find the issue?

 

Thanks

 

*Edit*

 

The Daemon seems fine as I can access it with my desktop client. It is just the web UI, all other functions appear to be working.

So, I dug a little deeper and see that I did miss an error in my Deluge log. It seems unRAID isn't able to run /sbin/modprobe iptable_mangle and Deluge shows that I need to do it manually or I won't be able to see the WebUI. I have now done this manually. I restarted the Deluge docker and checked the log. The error is not there now, but the Web UI is still not loading.

 

So 2 questions: 1. How do I get unRAID to run the required command? and 2. Why is the WebUI still not loading?

 

Thanks in advance.

Link to comment
On 6/21/2018 at 4:20 PM, eb3k said:

Just recently my Deluge Web UI stopped working. It loads a page, but it is totally blank. I have made no configuration changes to my unRAID system since the last time it worked. I was assuming it was a hiccup with an update to the docker, but since there wasn't a replacement I figured I must be the only one experiencing the issue. I have restarted the image, I have reinstalled the docker, I have tried stopping all other dockers. None of these has changed the behavior. I don't see any warnings/errors in the log. I'm sort of at a loss at this point since it was working fine one day and not the next with no changes on my part except standard updates. Does anyone have any ideas of other things to try? What do you need from me to help find the issue?

 

Thanks

 

*Edit*

 

The Daemon seems fine as I can access it with my desktop client. It is just the web UI, all other functions appear to be working.

 

I seem to be having this issue also. Container ran fine for months, then just quit working. I restarted, downloaded new config files from nord, and even deleted the whole container and started over. log shows it is pulling an ip from the vpn server and that webui is starting, but I still cannot reach the UI. When I shut off the vpn function in the config, the UI works fine.

Link to comment
6 minutes ago, Biloxi_1 said:

 

I seem to be having this issue also. Container ran fine for months, then just quit working. I restarted, downloaded new config files from nord, and even deleted the whole container and started over. log shows it is pulling an ip from the vpn server and that webui is starting, but I still cannot reach the UI. When I shut off the vpn function in the config, the UI works fine.

Mine doesn't seem to be exactly the same. I Had not tried turning off the VPN but I just did and I still have no WebUI. No errors in my log and the VPN is definitely off. It's like the WebUI just totally died on my container. I can't for the life of me think what I might have changed. I keep coming up blank so I'm thinking an update or something. I can't blame a config on the VPN's side now that I tried turning that off... At least it is still working and I can use the local application to interact with it, I just can't on a device with no application installed.

Link to comment
On 6/26/2018 at 10:18 PM, eb3k said:

So, I dug a little deeper and see that I did miss an error in my Deluge log. It seems unRAID isn't able to run /sbin/modprobe iptable_mangle and Deluge shows that I need to do it manually or I won't be able to see the WebUI. I have now done this manually. I restarted the Deluge docker and checked the log. The error is not there now, but the Web UI is still not loading.

 

So 2 questions: 1. How do I get unRAID to run the required command? and 2. Why is the WebUI still not loading?

 

Thanks in advance.

 

Reply

 

!. you add it to the 'go' file on your flash drive, this is executed on startup, i have an entry in the FAQ Q1:-

https://lime-technology.com/forums/topic/44108-support-binhex-general/?tab=comments#comment-433613

 

2. dunno, please follow this procedure:-

https://lime-technology.com/topic/44108-support-binhex-general/?do=findComment&comment=435831

 

Link to comment

I can't reach the WebUI either, if I don't go via the proxy.

I've solved this for the browsers on my Windows 10 by using a "proxy.pac" file (look for "automatic configuration script" in browser proxy settings) with the following content:
 

function FindProxyForURL(url, host){
if(dnsDomainIs(host,"192.168.1.105")) return "PROXY 192.168.1.105:8118";
}

The "proxy.pac" file is served from my LetsEncrypt docker.

Link to comment
On 6/25/2018 at 5:57 PM, mstuckart said:

Are there any supported network configurations for the delugevpn container besides the default bridged mode within docker? I believe I am experiencing performance bottlenecks from bridged mode in my docker instance on a windows machine. 

 

Thanks,
Mike

 

its coded and tested in bridge mode, any other modes are not supported.

 

btw i very much doubt your performance bottlenecks are related to the use of bridge mode, take a look here for possible reasons for slow speeds Q5:-

https://lime-technology.com/forums/topic/44108-support-binhex-general/?tab=comments#comment-433613

 

Link to comment
4 minutes ago, ICDeadPpl said:

I can't reach the WebUI either, if I don't go via the proxy.

I've solved this for the browsers on my Windows 10 by using a "proxy.pac" file (look for "automatic configuration script" in browser proxy settings) with the following content:
 


function FindProxyForURL(url, host){
if(dnsDomainIs(host,"192.168.1.105")) return "PROXY 192.168.1.105:8118";
}

The "proxy.pac" file is served from my LetsEncrypt docker.

 

this makes no sense to me, privoxy is completely separate to deluge, there is no requirement whatsoever to use privoxy in order to access the web ui.?

Link to comment

Quick question about file management in Deluge VPN. I have my server set up where Deluge will use a "Downloads" directory and completed downloads will sit in \Downloads\complete. Sonarr/Radarr (I thought) are set to move those files to a separate "Media" directory or Plex, though it appears the files are copied instead of moved, so it appears that I'm using more storage than I intended.

 

My question is, if I delete the contents of \Downloads\complete will it affect what is available through Plex. I suspect not since Plex is pointed to the "Media" directory but I wanted to double check, and if so, can this be automated? Additionally, I gather that deleted files from this directory will no longer be seeded, so is there a way to say keep X most recent files (for seeding) and delete everything else, or is this something that will have to be manually managed? Thanks.

Link to comment
22 minutes ago, baconborn said:

Quick question about file management in Deluge VPN. I have my server set up where Deluge will use a "Downloads" directory and completed downloads will sit in \Downloads\complete. Sonarr/Radarr (I thought) are set to move those files to a separate "Media" directory or Plex, though it appears the files are copied instead of moved, so it appears that I'm using more storage than I intended.

 

My question is, if I delete the contents of \Downloads\complete will it affect what is available through Plex. I suspect not since Plex is pointed to the "Media" directory but I wanted to double check, and if so, can this be automated? Additionally, I gather that deleted files from this directory will no longer be seeded, so is there a way to say keep X most recent files (for seeding) and delete everything else, or is this something that will have to be manually managed? Thanks.

Both Sonarr and Radarr have options to either copy files (which leaves the original in place) or move files (which should delete the original but I haven’t tested this to be honest).

 

If you delete the file from your complete folder it will stop the seeding. The AutoRemovePlus plugin is what I use to control when the completed torrents get deleted. It has settings for seed time, number of torrents, minimum disk space, seed ratio and probably a few others.

Link to comment
28 minutes ago, wgstarks said:

Both Sonarr and Radarr have options to either copy files (which leaves the original in place) or move files (which should delete the original but I haven’t tested this to be honest).

 

If you delete the file from your complete folder it will stop the seeding. The AutoRemovePlus plugin is what I use to control when the completed torrents get deleted. It has settings for seed time, number of torrents, minimum disk space, seed ratio and probably a few others.

 

I'll give that a look. I've stumbled on something called hard links which is supposedly built into Sonarr/Radarr and is supposed to delete from the director deluge uses, but creates a link so deluge thinks the file is still there to keep seeding. I know this is starting to go outside the scope of deluge, but does this sound correct?

 

It sounds like for current files, I won't be able to clear out the space AND keep seeding them, so you can't win them all, but it looks like good solutions for going forward.

Link to comment
11 minutes ago, baconborn said:

It sounds like for current files, I won't be able to clear out the space AND keep seeding them, so you can't win them all, but it looks like good solutions for going forward.

I use an external drive mounted via UD for all my Deluge files so that they don’t take up a bunch of space on my array. No parity protection but I don’t really care since they’re all going to get deleted sooner or later anyway.

Link to comment

@Biloxi_1@eb3k Have any of you tried nuking the docker image and re-download all your containers? This can solve many weird issues, so if you haven't tried it you might wanna give it a go. With CA's previous apps you'll be up and running as it was in about 3 min. If this doesn't work you'll have to post full debug logs which I can't see either of you have done. Without logs you most definitely won't get any help. 

Link to comment
2 hours ago, strike said:

@Biloxi_1@eb3k Have any of you tried nuking the docker image and re-download all your containers? This can solve many weird issues, so if you haven't tried it you might wanna give it a go. With CA's previous apps you'll be up and running as it was in about 3 min. If this doesn't work you'll have to post full debug logs which I can't see either of you have done. Without logs you most definitely won't get any help. 

So I went to grab logs to upload this morning and my container is working again. I didnt make any changes, so my only theory is the vpn server I was connecting to was having issues, but that seems strange, because I tried 3 separate servers. Either way it is working again. Thanks for the advice, and I will remember in the future to upload logs when seeking help.

Link to comment
48 minutes ago, Biloxi_1 said:

So I went to grab logs to upload this morning and my container is working again. I didnt make any changes, so my only theory is the vpn server I was connecting to was having issues, but that seems strange, because I tried 3 separate servers. Either way it is working again. Thanks for the advice, and I will remember in the future to upload logs when seeking help.

ok, I had to restart the container because I fat fingered a file path while re-configuring and I am back where I started, I cannot log into the webui from my LAN with the vpn enabled. Here is my log, would anyone be willing to assist me in figuring this out?

 

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

2018-06-29 06:38:27.775261 [info] Host is running unRAID
2018-06-29 06:38:27.797646 [info] System information Linux c66e9c800913 4.14.13-unRAID #1 SMP PREEMPT Wed Jan 10 10:27:09 PST 2018 x86_64 GNU/Linux
2018-06-29 06:38:27.823124 [info] PUID defined as '99'
2018-06-29 06:38:28.056046 [info] PGID defined as '100'
2018-06-29 06:38:28.510192 [info] UMASK defined as '000'
2018-06-29 06:38:28.535557 [info] Permissions already set for volume mappings
2018-06-29 06:38:28.565467 [info] VPN_ENABLED defined as 'yes'
2018-06-29 06:38:28.596707 [info] OpenVPN config file (ovpn extension) is located at /config/openvpn/ca301.nordvpn.com.udp.ovpn
dos2unix: converting file /config/openvpn/ca301.nordvpn.com.udp.ovpn to Unix format...
2018-06-29 06:38:28.648026 [info] VPN remote line defined as 'remote 207.189.31.109 1194'
2018-06-29 06:38:28.674828 [info] VPN_REMOTE defined as '207.189.31.109'
2018-06-29 06:38:28.701593 [info] VPN_PORT defined as '1194'
2018-06-29 06:38:28.735308 [info] VPN_PROTOCOL defined as 'udp'
2018-06-29 06:38:28.761654 [info] VPN_DEVICE_TYPE defined as 'tun0'
2018-06-29 06:38:28.786282 [info] VPN_PROV defined as 'custom'
2018-06-29 06:38:28.812200 [info] LAN_NETWORK defined as '10.10.10.0/24'
2018-06-29 06:38:28.837771 [info] NAME_SERVERS defined as '209.222.18.222,37.235.1.174,1.1.1.1,8.8.8.8,209.222.18.218,37.235.1.177,1.0.0.1,8.8.4.4'
2018-06-29 06:38:28.863517 [info] VPN_USER defined as 'XXXXXXXX'
2018-06-29 06:38:28.888834 [info] VPN_PASS defined as 'XXXXXXXX'
2018-06-29 06:38:28.916754 [info] VPN_OPTIONS not defined (via -e VPN_OPTIONS)
2018-06-29 06:38:28.943604 [info] ENABLE_PRIVOXY defined as 'no'
2018-06-29 06:38:28.971067 [info] Starting Supervisor...
2018-06-29 06:38:29,120 INFO Included extra file "/etc/supervisor/conf.d/delugevpn.conf" during parsing
2018-06-29 06:38:29,121 INFO Set uid to user 0 succeeded
2018-06-29 06:38:29,124 INFO supervisord started with pid 7
2018-06-29 06:38:30,126 INFO spawned: 'start-script' with pid 136
2018-06-29 06:38:30,128 INFO spawned: 'deluge-script' with pid 137
2018-06-29 06:38:30,129 INFO spawned: 'deluge-web-script' with pid 138
2018-06-29 06:38:30,129 INFO spawned: 'privoxy-script' with pid 139
2018-06-29 06:38:30,130 INFO reaped unknown pid 8
2018-06-29 06:38:30,133 DEBG 'start-script' stdout output:
[info] VPN is enabled, beginning configuration of VPN

2018-06-29 06:38:30,133 INFO success: start-script entered RUNNING state, process has stayed up for > than 0 seconds (startsecs)
2018-06-29 06:38:30,133 INFO success: deluge-script entered RUNNING state, process has stayed up for > than 0 seconds (startsecs)
2018-06-29 06:38:30,133 INFO success: deluge-web-script entered RUNNING state, process has stayed up for > than 0 seconds (startsecs)
2018-06-29 06:38:30,133 INFO success: privoxy-script entered RUNNING state, process has stayed up for > than 0 seconds (startsecs)
2018-06-29 06:38:30,135 DEBG 'deluge-script' stdout output:
[info] Deluge config file already exists, skipping copy

2018-06-29 06:38:30,136 DEBG 'deluge-script' stdout output:
[info] VPN is enabled, checking VPN tunnel local ip is valid

2018-06-29 06:38:30,136 DEBG 'privoxy-script' stdout output:
[info] Privoxy set to disabled

2018-06-29 06:38:30,136 DEBG fd 26 closed, stopped monitoring <POutputDispatcher at 23423994509144 for <Subprocess at 23423997082656 with name privoxy-script in state RUNNING> (stderr)>
2018-06-29 06:38:30,136 DEBG fd 22 closed, stopped monitoring <POutputDispatcher at 23423994508712 for <Subprocess at 23423997082656 with name privoxy-script in state RUNNING> (stdout)>
2018-06-29 06:38:30,136 INFO exited: privoxy-script (exit status 0; expected)
2018-06-29 06:38:30,137 DEBG received SIGCLD indicating a child quit
2018-06-29 06:38:30,139 DEBG 'start-script' stdout output:
[warn] Username contains characters which could cause authentication issues, please consider changing this if possible

2018-06-29 06:38:30,143 DEBG 'start-script' stdout output:
[warn] Password contains characters which could cause authentication issues, please consider changing this if possible

2018-06-29 06:38:30,220 DEBG 'start-script' stdout output:
[info] Default route for container is 172.17.0.1

2018-06-29 06:38:30,223 DEBG 'start-script' stdout output:
[info] Adding 209.222.18.222 to /etc/resolv.conf

2018-06-29 06:38:30,226 DEBG 'start-script' stdout output:
[info] Adding 37.235.1.174 to /etc/resolv.conf

2018-06-29 06:38:30,229 DEBG 'start-script' stdout output:
[info] Adding 1.1.1.1 to /etc/resolv.conf

2018-06-29 06:38:30,232 DEBG 'start-script' stdout output:
[info] Adding 8.8.8.8 to /etc/resolv.conf

2018-06-29 06:38:30,234 DEBG 'start-script' stdout output:
[info] Adding 209.222.18.218 to /etc/resolv.conf

2018-06-29 06:38:30,237 DEBG 'start-script' stdout output:
[info] Adding 37.235.1.177 to /etc/resolv.conf

2018-06-29 06:38:30,239 DEBG 'start-script' stdout output:
[info] Adding 1.0.0.1 to /etc/resolv.conf

2018-06-29 06:38:30,242 DEBG 'start-script' stdout output:
[info] Adding 8.8.4.4 to /etc/resolv.conf

2018-06-29 06:38:30,246 DEBG 'start-script' stdout output:
207.189.31.109

2018-06-29 06:38:30,253 DEBG 'start-script' stdout output:
[info] Attempting to load iptable_mangle module...

2018-06-29 06:38:30,254 DEBG 'start-script' stderr output:
modprobe: FATAL: Module iptable_mangle not found in directory /lib/modules/4.14.13-unRAID

2018-06-29 06:38:30,255 DEBG 'start-script' stdout output:
[warn] Unable to load iptable_mangle module using modprobe, trying insmod...

2018-06-29 06:38:30,255 DEBG 'start-script' stdout output:
[warn] Unable to load iptable_mangle module, you will not be able to connect to the applications Web UI or Privoxy outside of your LAN
[info] unRAID/Ubuntu users: Please attempt to load the module by executing the following on your host: '/sbin/modprobe iptable_mangle'
[info] Synology users: Please attempt to load the module by executing the following on your host: 'insmod /lib/modules/iptable_mangle.ko'

2018-06-29 06:38:30,255 DEBG 'start-script' stderr output:
insmod: ERROR: could not load module /lib/modules/iptable_mangle.ko: No such file or directory

2018-06-29 06:38:30,258 DEBG 'start-script' stdout output:
[info] Adding 10.10.10.0/24 as route via docker eth0

2018-06-29 06:38:30,259 DEBG 'start-script' stdout output:
[info] ip route defined as follows...

2018-06-29 06:38:30,259 DEBG 'start-script' stdout output:
--------------------

2018-06-29 06:38:30,259 DEBG 'start-script' stdout output:
default via 172.17.0.1 dev eth0
10.10.10.0/24 via 172.17.0.1 dev eth0

2018-06-29 06:38:30,259 DEBG 'start-script' stdout output:
172.17.0.0/16 dev eth0 proto kernel scope link src 172.17.0.4
--------------------

2018-06-29 06:38:30,281 DEBG 'start-script' stdout output:
[info] Docker network defined as 172.17.0.0/16

2018-06-29 06:38:30,360 DEBG 'start-script' stdout output:
[info] iptables defined as follows...
--------------------

2018-06-29 06:38:30,362 DEBG 'start-script' stdout output:
-P INPUT DROP
-P FORWARD ACCEPT
-P OUTPUT DROP
-A INPUT -i tun0 -j ACCEPT
-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 1194 -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 10.10.10.0/24 -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 OUTPUT -o 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 1194 -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 10.10.10.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

2018-06-29 06:38:30,362 DEBG 'start-script' stdout output:
--------------------

2018-06-29 06:38:30,363 DEBG 'start-script' stdout output:
[info] Starting OpenVPN...

2018-06-29 06:38:30,382 DEBG 'start-script' stdout output:
Fri Jun 29 06:38:30 2018 WARNING: file 'credentials.conf' is group or others accessible
Fri Jun 29 06:38:30 2018 OpenVPN 2.4.5 x86_64-pc-linux-gnu [SSL (OpenSSL)] [LZO] [LZ4] [EPOLL] [PKCS11] [MH/PKTINFO] [AEAD] built on Mar 1 2018
Fri Jun 29 06:38:30 2018 library versions: OpenSSL 1.1.0g 2 Nov 2017, LZO 2.10

2018-06-29 06:38:30,382 DEBG 'start-script' stdout output:
[info] OpenVPN started

2018-06-29 06:38:30,383 DEBG 'start-script' stdout output:
Fri Jun 29 06:38:30 2018 WARNING: --ping should normally be used with --ping-restart or --ping-exit
Fri Jun 29 06:38:30 2018 NOTE: the current --script-security setting may allow this configuration to call user-defined scripts
Fri Jun 29 06:38:30 2018 Outgoing Control Channel Authentication: Using 512 bit message hash 'SHA512' for HMAC authentication
Fri Jun 29 06:38:30 2018 Incoming Control Channel Authentication: Using 512 bit message hash 'SHA512' for HMAC authentication

2018-06-29 06:38:30,383 DEBG 'start-script' stdout output:
Fri Jun 29 06:38:30 2018 TCP/UDP: Preserving recently used remote address: [AF_INET]207.189.31.109:1194
Fri Jun 29 06:38:30 2018 Socket Buffers: R=[212992->212992] S=[212992->212992]
Fri Jun 29 06:38:30 2018 UDP link local: (not bound)
Fri Jun 29 06:38:30 2018 UDP link remote: [AF_INET]207.189.31.109:1194

2018-06-29 06:38:30,469 DEBG 'start-script' stdout output:
Fri Jun 29 06:38:30 2018 TLS: Initial packet from [AF_INET]207.189.31.109:1194, sid=f931ff2c 29853a57

2018-06-29 06:38:30,559 DEBG 'start-script' stdout output:
Fri Jun 29 06:38:30 2018 VERIFY OK: depth=2, C=PA, O=NordVPN, CN=NordVPN Root CA

2018-06-29 06:38:30,560 DEBG 'start-script' stdout output:
Fri Jun 29 06:38:30 2018 VERIFY OK: depth=1, C=PA, O=NordVPN, CN=NordVPN CA2

2018-06-29 06:38:30,560 DEBG 'start-script' stdout output:
Fri Jun 29 06:38:30 2018 VERIFY KU OK
Fri Jun 29 06:38:30 2018 Validating certificate extended key usage
Fri Jun 29 06:38:30 2018 ++ Certificate has EKU (str) TLS Web Server Authentication, expects TLS Web Server Authentication

2018-06-29 06:38:30,560 DEBG 'start-script' stdout output:
Fri Jun 29 06:38:30 2018 VERIFY EKU OK
Fri Jun 29 06:38:30 2018 VERIFY OK: depth=0, CN=ca301.nordvpn.com

2018-06-29 06:38:30,915 DEBG 'start-script' stdout output:
Fri Jun 29 06:38:30 2018 Control Channel: TLSv1.2, cipher TLSv1.2 ECDHE-RSA-AES256-GCM-SHA384, 2048 bit RSA
Fri Jun 29 06:38:30 2018 [ca301.nordvpn.com] Peer Connection Initiated with [AF_INET]207.189.31.109:1194

2018-06-29 06:38:31,936 DEBG 'start-script' stdout output:
Fri Jun 29 06:38:31 2018 SENT CONTROL [ca301.nordvpn.com]: 'PUSH_REQUEST' (status=1)

2018-06-29 06:38:32,021 DEBG 'start-script' stdout output:
Fri Jun 29 06:38:32 2018 PUSH: Received control message: 'PUSH_REPLY,redirect-gateway def1,sndbuf 524288,rcvbuf 524288,dhcp-option DNS 103.86.96.100,dhcp-option DNS 103.86.99.100,route-gateway 10.8.8.1,topology subnet,ping 60,ping-restart 180,ifconfig 10.8.8.68 255.255.255.0,peer-id 12,cipher AES-256-GCM'

2018-06-29 06:38:32,021 DEBG 'start-script' stdout output:
Fri Jun 29 06:38:32 2018 OPTIONS IMPORT: timers and/or timeouts modified
Fri Jun 29 06:38:32 2018 OPTIONS IMPORT: --sndbuf/--rcvbuf options modified
Fri Jun 29 06:38:32 2018 Socket Buffers: R=[212992->1048576] S=[212992->1048576]
Fri Jun 29 06:38:32 2018 OPTIONS IMPORT: --ifconfig/up options modified
Fri Jun 29 06:38:32 2018 OPTIONS IMPORT: route options modified
Fri Jun 29 06:38:32 2018 OPTIONS IMPORT: route-related options modified
Fri Jun 29 06:38:32 2018 OPTIONS IMPORT: --ip-win32 and/or --dhcp-option options modified
Fri Jun 29 06:38:32 2018 OPTIONS IMPORT: peer-id set
Fri Jun 29 06:38:32 2018 OPTIONS IMPORT: adjusting link_mtu to 1657
Fri Jun 29 06:38:32 2018 OPTIONS IMPORT: data channel crypto options modified
Fri Jun 29 06:38:32 2018 Data Channel: using negotiated cipher 'AES-256-GCM'
Fri Jun 29 06:38:32 2018 Outgoing Data Channel: Cipher 'AES-256-GCM' initialized with 256 bit key
Fri Jun 29 06:38:32 2018 Incoming Data Channel: Cipher 'AES-256-GCM' initialized with 256 bit key
Fri Jun 29 06:38:32 2018 ROUTE_GATEWAY 172.17.0.1/255.255.0.0 IFACE=eth0 HWADDR=02:42:ac:11:00:04

2018-06-29 06:38:32,022 DEBG 'start-script' stdout output:
Fri Jun 29 06:38:32 2018 TUN/TAP device tun0 opened
Fri Jun 29 06:38:32 2018 TUN/TAP TX queue length set to 100

2018-06-29 06:38:32,022 DEBG 'start-script' stdout output:
Fri Jun 29 06:38:32 2018 do_ifconfig, tt->did_ifconfig_ipv6_setup=0
Fri Jun 29 06:38:32 2018 /usr/bin/ip link set dev tun0 up mtu 1500

2018-06-29 06:38:32,023 DEBG 'start-script' stdout output:
Fri Jun 29 06:38:32 2018 /usr/bin/ip addr add dev tun0 10.8.8.68/24 broadcast 10.8.8.255

2018-06-29 06:38:32,025 DEBG 'start-script' stdout output:
Fri Jun 29 06:38:32 2018 /root/openvpnup.sh tun0 1500 1585 10.8.8.68 255.255.255.0 init

2018-06-29 06:38:32,028 DEBG 'start-script' stdout output:
Fri Jun 29 06:38:32 2018 /usr/bin/ip route add 207.189.31.109/32 via 172.17.0.1

2018-06-29 06:38:32,029 DEBG 'start-script' stdout output:
Fri Jun 29 06:38:32 2018 /usr/bin/ip route add 0.0.0.0/1 via 10.8.8.1

2018-06-29 06:38:32,030 DEBG 'start-script' stdout output:
Fri Jun 29 06:38:32 2018 /usr/bin/ip route add 128.0.0.0/1 via 10.8.8.1

2018-06-29 06:38:32,031 DEBG 'start-script' stdout output:
Fri Jun 29 06:38:32 2018 Initialization Sequence Completed

2018-06-29 06:38:32,137 DEBG 'deluge-script' stdout output:
[info] Deluge not running
[info] Deluge listening interface IP 0.0.0.0 and VPN provider IP 10.8.8.68 different, marking for reconfigure

2018-06-29 06:38:32,138 DEBG 'deluge-script' stdout output:
[info] Attempting to start Deluge...

2018-06-29 06:38:32,258 DEBG 'deluge-script' stdout output:
[info] Deluge listening interface currently defined as 10.8.8.68
[info] Deluge listening interface will be changed to 10.8.8.68
[info] Saving changes to Deluge config file /config/core.conf...

2018-06-29 06:38:32,384 DEBG 'start-script' stdout output:
[info] Successfully retrieved external IP address 207.189.31.109

2018-06-29 06:38:32,384 DEBG 'deluge-script' stdout output:
[info] Deluge started

2018-06-29 06:38:32,670 DEBG 'deluge-web-script' stdout output:
[info] Starting Deluge webui...

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.