Deluge appears to have started just fine...are you attempting to connect from the same LAN?

 

 

For giggles... enable then disable VM's in unRAID (Settings>VM).

I'm on the same LAN, and enabling and disabling VM did nothing

For the sake of my sanity, I redownloaded the linuxserver deluge docker and that works just fine still (with binhex's stopped)

And just to be clear, when I say cannot connect, chrome has the following message:

This site can’t be reached

 

192.168.0.101 took too long to respond.

Try:

Checking the connection

Checking the proxy and the firewall

ERR_CONNECTION_TIMED_OUT

Download starts but stops as nothing gets written to disk

 

Hi.

 

Feels like I'm so close - but yet so far away 

 

I have the app running,

• VPN works, I can see it on CheckMyTorrent both with VPN turned on and off
  
• When I start, I get connections to many peers, but they soon die out - I assume because nothing gets written
  
• After each recent attempt to change the configuration, I have tried to add a fresh torrent to ensure nothing old was in play
  

 

To me it looked a lot like a permission issue, so I have tried moving the download location multiple times - even creating a special folder for it. All for locations with permissions "Public". Still no result.

 

Log and config attached. What to do next?

 

Thanks for any input - I'm sure it's a simple thing... 

 

log.txt

core.conf

And just to be clear, when I say cannot connect, chrome has the following message:

This site can’t be reached

 

192.168.0.101 took too long to respond.

Try:

Checking the connection

Checking the proxy and the firewall

ERR_CONNECTION_TIMED_OUT

 

The only thing I can see in your settings that is different from when I first had this problem many moons ago is

Key 10:  no 

Container Variable: ENABLE_PRIVOXY

was set to

Key 10:  yes 

Container Variable: ENABLE_PRIVOXY

And just to be clear, when I say cannot connect, chrome has the following message:

This site can’t be reached

 

192.168.0.101 took too long to respond.

Try:

Checking the connection

Checking the proxy and the firewall

ERR_CONNECTION_TIMED_OUT

 

Are you attempting to connect to 192.168.0.101:8112 ?

Download starts but stops as nothing gets written to disk

 

Hi.

 

Feels like I'm so close - but yet so far away 

 

I have the app running,

• VPN works, I can see it on CheckMyTorrent both with VPN turned on and off
  
• When I start, I get connections to many peers, but they soon die out - I assume because nothing gets written
  
• After each recent attempt to change the configuration, I have tried to add a fresh torrent to ensure nothing old was in play
  

 

To me it looked a lot like a permission issue, so I have tried moving the download location multiple times - even creating a special folder for it. All for locations with permissions "Public". Still no result.

 

Log and config attached. What to do next?

 

Thanks for any input - I'm sure it's a simple thing... 

 

so first thing you need to solve is your incoming port, i see your with ipvanish, not sure they support incoming connections, thus your downloads are going to be slow at best, might be worth figuring out whether ipvanish support this before spending any more time and effort on this.

 

edit - i wil save you the effort, the answer i no, they dont support port forwarding:- https://support.ipvanish.com/customer/portal/articles/1969161-port-forwarding

I wonder if anyone can help, i'm trying to set this up with SlickVPN but having no luck  i believe I've entered all the settings correct and placed the ovpn file in the correct place but no matter what i do or change i cant get the web ui to load so i guess I've done something wrong i cant see.

gw1.fra2.slickvpn.com.txt

supervisord.txt

I wonder if anyone can help, i'm trying to set this up with SlickVPN but having no luck  i believe I've entered all the settings correct and placed the ovpn file in the correct place but no matter what i do or change i cant get the web ui to load so i guess I've done something wrong i cant see.

That screenshot is completely different to the supervisord.log can you update it please

 

Sent from my SM-G900F using Tapatalk

 

 

hmm odd. Ok so i deleted the old supervisord log and took a fresh screenshot of my settings just before starting the docker which generated this supervisord.log. Hopefully those match now

supervisord.txt

And just to be clear, when I say cannot connect, chrome has the following message:

This site can’t be reached

 

192.168.0.101 took too long to respond.

Try:

Checking the connection

Checking the proxy and the firewall

ERR_CONNECTION_TIMED_OUT

 

Are you attempting to connect to 192.168.0.101:8112 ?

Yes

hmm odd. Ok so i deleted the old supervisord log and took a fresh screenshot of my settings just before starting the docker which generated this supervisord.log. Hopefully those match now

 

looking at the log i would say its failing to authenticate with the vpn provider due to missing cert(s) or problems reading the inline cert in the ovpn file, line from log:-

 

Fri Dec 30 17:25:06 2016 Cannot load CA certificate file [[iNLINE]] (no entries were read)

 

at a guess i would say your ovpn file is corrupt in some way and thus the inline cert is stuffed, re-download the ovpn file from the provider and overwrite the existing.

 

Hi, I have just started getting "Tracker Status:iptorrents.com: Error: Forbidden" on my status and torrents are not downloading

It has been running fine for the last year.

Does anyone know if anything has changed with PIA?

Hi, I have just started getting "Tracker Status:iptorrents.com: Error: Forbidden" on my status and torrents are not downloading

It has been running fine for the last year.

Does anyone know if anything has changed with PIA?

I would guess your private torrent site is banning IP addresses from pia, try connecting to another pia end point, if that doesn't help then contact site admins

 

 

Both my Deluge and ruTorrent are using AirVPN

 

 

Deluge seems to be fine, rutorrent on the other hand.....

 

 

Its start, download for a bit stop, wait, download for a bit, stop - over and over

 

 

here is a snip I just made of the speed graph from rutorrent - I am not maxing out my 20MB DSL .....

 

 

Ideas?  It was fine until I moved and went from cable to this dsl - dsl is all that is avail here

 

 

Myk

 

Both my Deluge and ruTorrent are using AirVPN

 

 

Deluge seems to be fine, rutorrent on the other hand.....

 

 

Its start, download for a bit stop, wait, download for a bit, stop - over and over

 

 

here is a snip I just made of the speed graph from rutorrent - I am not maxing out my 20MB DSL .....

 

 

Ideas?  It was fine until I moved and went from cable to this dsl - dsl is all that is avail here

 

 

Myk

I would guess your upload rate isn't restricted, try also restricting your upload to about 80% of Max upload, for a standard adsl2 line that would be about 50KB/s you will notice download rate should stabilise and the VPN won't drop (assuming speed drop to zero is VPN dropping due to upload starvation)

 

Sent from my SM-G900F using Tapatalk

 

Giving that a try

 

 

Thanks

Myk

 

 

I decided to turn enabling VM and then starting the docker, and now the webui works fine (still can't connect the remote Deluge client though).

I'm wondering if my setup is somehow detecting my station as on a different network than my UNRAID box.

A little confused as to how this could happen, my network has the two systems plugged into the same router.

PIA user here, I'm getting very slow speed on UDP, capping out ~500kilobytes/sec on a 100mbps connection. TCP is a little faster at 3.5megabytes/sec but still slow (I'm assuming from the increased overhead). A few weeks ago this was all working fine, regularly hit 10megabytes/sec download.

 

Things seem to have slowed down after I installed (and have since uninstalled) the OpenVPN server app from the community applications repo. No improvements after restarting the server, the docker service, or recreating the container. Anyone have any ideas?

Hi,

 

i followed the instruction and have set it up with torguard as the vpn provider. I am able to bring up and access the webui. However,  the download never starts due to "Tracker Status:

checkmytorrentip.net: Error: Connection timed out". any help would be much appreciated.

 

following is the latest log

2017-01-03 10:39:49,720 DEBG 'start-script' stdout output:

--------------------

[info] Starting OpenVPN...

 

2017-01-03 10:39:49,983 DEBG 'start-script' stdout output:

Tue Jan 3 10:39:49 2017 OpenVPN 2.3.12 x86_64-unknown-linux-gnu [sSL (OpenSSL)] [LZO] [EPOLL] [PKCS11] [MH] [iPv6] built on Aug 24 2016

Tue Jan 3 10:39:49 2017 library versions: OpenSSL 1.0.2j 26 Sep 2016, LZO 2.09

Tue Jan 3 10:39:49 2017 WARNING: file 'credentials.conf' is group or others accessible

 

 

2017-01-03 10:39:50,036 DEBG 'start-script' stdout output:

Tue Jan 3 10:39:50 2017 UDPv4 link local: [undef]

Tue Jan 3 10:39:50 2017 UDPv4 link remote: [AF_INET]169.57.0.226:443

 

2017-01-03 10:39:50,506 DEBG 'start-script' stdout output:

Tue Jan 3 10:39:50 2017 WARNING: 'link-mtu' is used inconsistently, local='link-mtu 1542', remote='link-mtu 1574'

 

Tue Jan 3 10:39:50 2017 WARNING: 'tun-mtu' is used inconsistently, local='tun-mtu 1500', remote='tun-mtu 1532'

 

 

2017-01-03 10:39:50,507 DEBG 'start-script' stdout output:

Tue Jan 3 10:39:50 2017 WARNING: this cipher's block size is less than 128 bit (64 bit). Consider using a --cipher with a larger block size.

 

Tue Jan 3 10:39:50 2017 WARNING: this cipher's block size is less than 128 bit (64 bit). Consider using a --cipher with a larger block size.

 

Tue Jan 3 10:39:50 2017 [TG-OVPN-CA] Peer Connection Initiated with [AF_INET]169.57.0.226:443

 

2017-01-03 10:39:52,877 DEBG 'start-script' stdout output:

Tue Jan 3 10:39:52 2017 TUN/TAP device tun0 opened

Tue Jan 3 10:39:52 2017 do_ifconfig, tt->ipv6=0, tt->did_ifconfig_ipv6_setup=0

Tue Jan 3 10:39:52 2017 /usr/bin/ip link set dev tun0 up mtu 1500

 

2017-01-03 10:39:52,878 DEBG 'start-script' stdout output:

Tue Jan 3 10:39:52 2017 /usr/bin/ip addr add dev tun0 local 10.9.0.26 peer 10.9.0.25

 

2017-01-03 10:39:52,881 DEBG 'start-script' stdout output:

Tue Jan 3 10:39:52 2017 Initialization Sequence Completed

 

2017-01-03 10:39:52,995 DEBG 'deluge-script' stdout output:

[info] Deluge daemon not running, marking as first run

 

2017-01-03 10:39:52,999 DEBG 'deluge-script' stdout output:

[info] All checks complete, starting Deluge...

 

2017-01-03 10:39:53,356 INFO reaped unknown pid 559

2017-01-03 10:39:53,356 DEBG received SIGCLD indicating a child quit

2017-01-03 10:39:54,264 DEBG 'deluge-script' stderr output:

/usr/lib/python2.7/site-packages/deluge/_libtorrent.py:59: RuntimeWarning: to-Python converter for boost::shared_ptr<libtorrent::alert> already registered; second conversion method ignored.

import libtorrent as lt

 

2017-01-03 10:39:54,429 DEBG 'webui-script' stdout output:

[info] Starting Deluge webui...

 

PIA user here, I'm getting very slow speed on UDP, capping out ~500kilobytes/sec on a 100mbps connection. TCP is a little faster at 3.5megabytes/sec but still slow (I'm assuming from the increased overhead). A few weeks ago this was all working fine, regularly hit 10megabytes/sec download.

 

Things seem to have slowed down after I installed (and have since uninstalled) the OpenVPN server app from the community applications repo. No improvements after restarting the server, the docker service, or recreating the container. Anyone have any ideas?

 

could it be your isp throttling your connection?, try downloading a file via http and see what speeds you hit, also you could try connecting to a different PIA endpoint and see if that helps.

I don't think it's my ISP, same behavior on a connection across the state with a different ISP. I've tried a few endpoints (ca-toronto, nl) and all exhibit the same behavior. HTTP speeds regularly max my connection.

Hi,

 

i followed the instruction and have set it up with torguard as the vpn provider. I am able to bring up and access the webui. However,  the download never starts due to "Tracker Status:

checkmytorrentip.net: Error: Connection timed out". any help would be much appreciated.

 

following is the latest log

2017-01-03 10:39:49,720 DEBG 'start-script' stdout output:

--------------------

[info] Starting OpenVPN...

 

2017-01-03 10:39:49,983 DEBG 'start-script' stdout output:

Tue Jan 3 10:39:49 2017 OpenVPN 2.3.12 x86_64-unknown-linux-gnu [sSL (OpenSSL)] [LZO] [EPOLL] [PKCS11] [MH] [iPv6] built on Aug 24 2016

Tue Jan 3 10:39:49 2017 library versions: OpenSSL 1.0.2j 26 Sep 2016, LZO 2.09

Tue Jan 3 10:39:49 2017 WARNING: file 'credentials.conf' is group or others accessible

 

 

2017-01-03 10:39:50,036 DEBG 'start-script' stdout output:

Tue Jan 3 10:39:50 2017 UDPv4 link local: [undef]

Tue Jan 3 10:39:50 2017 UDPv4 link remote: [AF_INET]169.57.0.226:443

 

2017-01-03 10:39:50,506 DEBG 'start-script' stdout output:

Tue Jan 3 10:39:50 2017 WARNING: 'link-mtu' is used inconsistently, local='link-mtu 1542', remote='link-mtu 1574'

 

Tue Jan 3 10:39:50 2017 WARNING: 'tun-mtu' is used inconsistently, local='tun-mtu 1500', remote='tun-mtu 1532'

 

 

2017-01-03 10:39:50,507 DEBG 'start-script' stdout output:

Tue Jan 3 10:39:50 2017 WARNING: this cipher's block size is less than 128 bit (64 bit). Consider using a --cipher with a larger block size.

 

Tue Jan 3 10:39:50 2017 WARNING: this cipher's block size is less than 128 bit (64 bit). Consider using a --cipher with a larger block size.

 

Tue Jan 3 10:39:50 2017 [TG-OVPN-CA] Peer Connection Initiated with [AF_INET]169.57.0.226:443

 

2017-01-03 10:39:52,877 DEBG 'start-script' stdout output:

Tue Jan 3 10:39:52 2017 TUN/TAP device tun0 opened

Tue Jan 3 10:39:52 2017 do_ifconfig, tt->ipv6=0, tt->did_ifconfig_ipv6_setup=0

Tue Jan 3 10:39:52 2017 /usr/bin/ip link set dev tun0 up mtu 1500

 

2017-01-03 10:39:52,878 DEBG 'start-script' stdout output:

Tue Jan 3 10:39:52 2017 /usr/bin/ip addr add dev tun0 local 10.9.0.26 peer 10.9.0.25

 

2017-01-03 10:39:52,881 DEBG 'start-script' stdout output:

Tue Jan 3 10:39:52 2017 Initialization Sequence Completed

 

2017-01-03 10:39:52,995 DEBG 'deluge-script' stdout output:

[info] Deluge daemon not running, marking as first run

 

2017-01-03 10:39:52,999 DEBG 'deluge-script' stdout output:

[info] All checks complete, starting Deluge...

 

2017-01-03 10:39:53,356 INFO reaped unknown pid 559

2017-01-03 10:39:53,356 DEBG received SIGCLD indicating a child quit

2017-01-03 10:39:54,264 DEBG 'deluge-script' stderr output:

/usr/lib/python2.7/site-packages/deluge/_libtorrent.py:59: RuntimeWarning: to-Python converter for boost::shared_ptr<libtorrent::alert> already registered; second conversion method ignored.

import libtorrent as lt

 

2017-01-03 10:39:54,429 DEBG 'webui-script' stdout output:

[info] Starting Deluge webui...

 

 

have you set up a port forward and then defined this port in deluge as your incoming port?, if not then you will have VERY slow downloads and the torrent used to check your connection is secure will most probably also fail (which is what your seeing).

Hi,

 

i followed the instruction and have set it up with torguard as the vpn provider. I am able to bring up and access the webui. However,  the download never starts due to "Tracker Status:

checkmytorrentip.net: Error: Connection timed out". any help would be much appreciated.

 

following is the latest log

2017-01-03 10:39:49,720 DEBG 'start-script' stdout output:

--------------------

[info] Starting OpenVPN...

 

2017-01-03 10:39:49,983 DEBG 'start-script' stdout output:

Tue Jan 3 10:39:49 2017 OpenVPN 2.3.12 x86_64-unknown-linux-gnu [sSL (OpenSSL)] [LZO] [EPOLL] [PKCS11] [MH] [iPv6] built on Aug 24 2016

Tue Jan 3 10:39:49 2017 library versions: OpenSSL 1.0.2j 26 Sep 2016, LZO 2.09

Tue Jan 3 10:39:49 2017 WARNING: file 'credentials.conf' is group or others accessible

 

 

2017-01-03 10:39:50,036 DEBG 'start-script' stdout output:

Tue Jan 3 10:39:50 2017 UDPv4 link local: [undef]

Tue Jan 3 10:39:50 2017 UDPv4 link remote: [AF_INET]169.57.0.226:443

 

2017-01-03 10:39:50,506 DEBG 'start-script' stdout output:

Tue Jan 3 10:39:50 2017 WARNING: 'link-mtu' is used inconsistently, local='link-mtu 1542', remote='link-mtu 1574'

 

Tue Jan 3 10:39:50 2017 WARNING: 'tun-mtu' is used inconsistently, local='tun-mtu 1500', remote='tun-mtu 1532'

 

 

2017-01-03 10:39:50,507 DEBG 'start-script' stdout output:

Tue Jan 3 10:39:50 2017 WARNING: this cipher's block size is less than 128 bit (64 bit). Consider using a --cipher with a larger block size.

 

Tue Jan 3 10:39:50 2017 WARNING: this cipher's block size is less than 128 bit (64 bit). Consider using a --cipher with a larger block size.

 

Tue Jan 3 10:39:50 2017 [TG-OVPN-CA] Peer Connection Initiated with [AF_INET]169.57.0.226:443

 

2017-01-03 10:39:52,877 DEBG 'start-script' stdout output:

Tue Jan 3 10:39:52 2017 TUN/TAP device tun0 opened

Tue Jan 3 10:39:52 2017 do_ifconfig, tt->ipv6=0, tt->did_ifconfig_ipv6_setup=0

Tue Jan 3 10:39:52 2017 /usr/bin/ip link set dev tun0 up mtu 1500

 

2017-01-03 10:39:52,878 DEBG 'start-script' stdout output:

Tue Jan 3 10:39:52 2017 /usr/bin/ip addr add dev tun0 local 10.9.0.26 peer 10.9.0.25

 

2017-01-03 10:39:52,881 DEBG 'start-script' stdout output:

Tue Jan 3 10:39:52 2017 Initialization Sequence Completed

 

2017-01-03 10:39:52,995 DEBG 'deluge-script' stdout output:

[info] Deluge daemon not running, marking as first run

 

2017-01-03 10:39:52,999 DEBG 'deluge-script' stdout output:

[info] All checks complete, starting Deluge...

 

2017-01-03 10:39:53,356 INFO reaped unknown pid 559

2017-01-03 10:39:53,356 DEBG received SIGCLD indicating a child quit

2017-01-03 10:39:54,264 DEBG 'deluge-script' stderr output:

/usr/lib/python2.7/site-packages/deluge/_libtorrent.py:59: RuntimeWarning: to-Python converter for boost::shared_ptr<libtorrent::alert> already registered; second conversion method ignored.

import libtorrent as lt

 

2017-01-03 10:39:54,429 DEBG 'webui-script' stdout output:

[info] Starting Deluge webui...

 

 

have you set up a port forward and then defined this port in deluge as your incoming port?, if not then you will have VERY slow downloads and the torrent used to check your connection is secure will most probably also fail (which is what your seeing).

 

yea, i double checked to ensure i did that.