Connection drops after starting utorrent

[Equityc 6]

Hi,

 

Just to add to the many topics on the nerve-wrecking connection losses lately.

I have been trying pretty much all the solutions that have been posted so far (downgrade/upgrade TAP, always connected, etc.). None of them worked for me.

 

In my case I have narrowed it down to utorrent and the number of connections made.

If I don't launch utorrent, eddie runs totally fine.

 

Here is the log with utorrent launched at 17:51:xx.

After that only disabling TAP prevents Eddie from an infinite authorisation failed loop.

 2017.01.15 17:49:07 - AirVPN client version: 2.10.3 / x64, System: Windows, Name: Microsoft Windows NT 6.2.9200.0 / x64
. 2017.01.15 17:49:07 - Reading options from C:\Users\xxxx\AppData\Local\AirVPN\AirVPN.xml
. 2017.01.15 17:49:07 - Data Path: C:\Users\xxxx\AppData\Local\AirVPN
. 2017.01.15 17:49:07 - App Path: C:\Program Files\AirVPN
. 2017.01.15 17:49:07 - Executable Path: C:\Program Files\AirVPN\AirVPN.exe
. 2017.01.15 17:49:07 - Command line arguments (1): path="home"
. 2017.01.15 17:49:07 - Operating System: Microsoft Windows NT 6.2.9200.0
. 2017.01.15 17:49:07 - Updating systems & servers data ...
I 2017.01.15 17:49:08 - OpenVPN Driver - TAP-Windows Adapter V9, version 9.21.2
I 2017.01.15 17:49:08 - OpenVPN - Version: OpenVPN 2.3.8 (C:\Program Files\AirVPN\openvpn.exe)
I 2017.01.15 17:49:08 - SSH - Version: plink 0.63 (C:\Program Files\AirVPN\plink.exe)
I 2017.01.15 17:49:08 - SSL - Version: stunnel 5.17 (C:\Program Files\AirVPN\stunnel.exe)
! 2017.01.15 17:49:08 - Activation of Network Lock - Windows Firewall
. 2017.01.15 17:49:08 - Systems & servers data update completed
I 2017.01.15 17:49:11 - Session starting.
I 2017.01.15 17:49:11 - IPv6 disabled.
I 2017.01.15 17:49:17 - Checking authorization ...
! 2017.01.15 17:49:18 - Connecting to Alphecca (Netherlands, Alblasserdam)
. 2017.01.15 17:49:18 - OpenVPN > OpenVPN 2.3.8 x86_64-w64-mingw32 [SSL (OpenSSL)] [LZO] [IPv6] built on Aug 13 2015
. 2017.01.15 17:49:18 - OpenVPN > library versions: OpenSSL 1.0.2d 9 Jul 2015, LZO 2.08
. 2017.01.15 17:49:18 - OpenVPN > MANAGEMENT: TCP Socket listening on [AF_INET]127.0.0.1:3100
. 2017.01.15 17:49:18 - OpenVPN > Control Channel Authentication: tls-auth using INLINE static key file
. 2017.01.15 17:49:18 - OpenVPN > Outgoing Control Channel Authentication: Using 160 bit message hash 'SHA1' for HMAC authentication
. 2017.01.15 17:49:18 - OpenVPN > Incoming Control Channel Authentication: Using 160 bit message hash 'SHA1' for HMAC authentication
. 2017.01.15 17:49:18 - OpenVPN > Socket Buffers: R=[65536->131072] S=[65536->131072]
. 2017.01.15 17:49:18 - OpenVPN > UDPv4 link local: [undef]
. 2017.01.15 17:49:18 - OpenVPN > UDPv4 link remote: [AF_INET]109.202.107.4:443
. 2017.01.15 17:49:18 - OpenVPN > TLS: Initial packet from [AF_INET]109.202.107.4:443, sid=64317ffb 0e0900fe
. 2017.01.15 17:49:18 - OpenVPN > VERIFY OK: depth=1, C=IT, ST=IT, L=Perugia, O=airvpn.org, CN=airvpn.org CA, emailAddress=info@airvpn.org
. 2017.01.15 17:49:18 - OpenVPN > Validating certificate key usage
. 2017.01.15 17:49:18 - OpenVPN > ++ Certificate has key usage  00a0, expects 00a0
. 2017.01.15 17:49:18 - OpenVPN > VERIFY KU OK
. 2017.01.15 17:49:18 - OpenVPN > Validating certificate extended key usage
. 2017.01.15 17:49:18 - OpenVPN > ++ Certificate has EKU (str) TLS Web Server Authentication, expects TLS Web Server Authentication
. 2017.01.15 17:49:18 - OpenVPN > VERIFY EKU OK
. 2017.01.15 17:49:18 - OpenVPN > VERIFY OK: depth=0, C=IT, ST=IT, L=Perugia, O=airvpn.org, CN=server, emailAddress=info@airvpn.org
. 2017.01.15 17:49:18 - OpenVPN > Data Channel Encrypt: Cipher 'AES-256-CBC' initialized with 256 bit key
. 2017.01.15 17:49:18 - OpenVPN > Data Channel Encrypt: Using 160 bit message hash 'SHA1' for HMAC authentication
. 2017.01.15 17:49:18 - OpenVPN > Data Channel Decrypt: Cipher 'AES-256-CBC' initialized with 256 bit key
. 2017.01.15 17:49:18 - OpenVPN > Data Channel Decrypt: Using 160 bit message hash 'SHA1' for HMAC authentication
. 2017.01.15 17:49:18 - OpenVPN > Control Channel: TLSv1.2, cipher TLSv1/SSLv3 DHE-RSA-AES256-GCM-SHA384, 4096 bit RSA
. 2017.01.15 17:49:18 - OpenVPN > [server] Peer Connection Initiated with [AF_INET]109.202.107.4:443
. 2017.01.15 17:49:20 - OpenVPN > SENT CONTROL [server]: 'PUSH_REQUEST' (status=1)
. 2017.01.15 17:49:20 - OpenVPN > PUSH: Received control message: 'PUSH_REPLY,redirect-gateway def1 bypass-dhcp,dhcp-option DNS 10.4.0.1,comp-lzo no,route-gateway 10.4.0.1,topology subnet,ping 10,ping-restart 60,ifconfig 10.4.2.201 255.255.0.0'
. 2017.01.15 17:49:20 - OpenVPN > OPTIONS IMPORT: timers and/or timeouts modified
. 2017.01.15 17:49:20 - OpenVPN > OPTIONS IMPORT: LZO parms modified
. 2017.01.15 17:49:20 - OpenVPN > OPTIONS IMPORT: --ifconfig/up options modified
. 2017.01.15 17:49:20 - OpenVPN > OPTIONS IMPORT: route options modified
. 2017.01.15 17:49:20 - OpenVPN > OPTIONS IMPORT: route-related options modified
. 2017.01.15 17:49:20 - OpenVPN > OPTIONS IMPORT: --ip-win32 and/or --dhcp-option options modified
. 2017.01.15 17:49:20 - OpenVPN > do_ifconfig, tt->ipv6=0, tt->did_ifconfig_ipv6_setup=0
. 2017.01.15 17:49:20 - OpenVPN > open_tun, tt->ipv6=0
. 2017.01.15 17:49:20 - OpenVPN > TAP-WIN32 device [Ethernet 2] opened: \\.\Global\{1B946FC4-5317-409E-A269-A2D874182229}.tap
. 2017.01.15 17:49:20 - OpenVPN > TAP-Windows Driver Version 9.21
. 2017.01.15 17:49:20 - OpenVPN > Set TAP-Windows TUN subnet mode network/local/netmask = 10.4.0.0/10.4.2.201/255.255.0.0 [SUCCEEDED]
. 2017.01.15 17:49:20 - OpenVPN > Notified TAP-Windows driver to set a DHCP IP/netmask of 10.4.2.201/255.255.0.0 on interface {1B946FC4-5317-409E-A269-A2D874182229} [DHCP-serv: 10.4.255.254, lease-time: 31536000]
. 2017.01.15 17:49:20 - OpenVPN > Successful ARP Flush on interface [4] {1B946FC4-5317-409E-A269-A2D874182229}
. 2017.01.15 17:49:25 - OpenVPN > TEST ROUTES: 1/1 succeeded len=0 ret=1 a=0 u/d=up
. 2017.01.15 17:49:25 - OpenVPN > C:\WINDOWS\system32\route.exe ADD 109.202.107.4 MASK 255.255.255.255 192.168.0.1
. 2017.01.15 17:49:25 - OpenVPN > ROUTE: route addition failed using CreateIpForwardEntry: The object already exists.   [status=5010 if_index=18]
. 2017.01.15 17:49:25 - OpenVPN > Route addition via IPAPI failed [adaptive]
. 2017.01.15 17:49:25 - OpenVPN > Route addition fallback to route.exe
. 2017.01.15 17:49:25 - OpenVPN > env_block: add PATH=C:\Windows\System32;C:\WINDOWS;C:\WINDOWS\System32\Wbem
. 2017.01.15 17:49:25 - OpenVPN > C:\WINDOWS\system32\route.exe ADD 192.168.0.1 MASK 255.255.255.255 192.168.0.1 IF 18
. 2017.01.15 17:49:25 - OpenVPN > ROUTE: CreateIpForwardEntry succeeded with dwForwardMetric1=55 and dwForwardType=4
. 2017.01.15 17:49:25 - OpenVPN > Route addition via IPAPI succeeded [adaptive]
. 2017.01.15 17:49:25 - OpenVPN > C:\WINDOWS\system32\route.exe ADD 0.0.0.0 MASK 128.0.0.0 10.4.0.1
. 2017.01.15 17:49:25 - OpenVPN > ROUTE: CreateIpForwardEntry succeeded with dwForwardMetric1=35 and dwForwardType=4
. 2017.01.15 17:49:25 - OpenVPN > Route addition via IPAPI succeeded [adaptive]
. 2017.01.15 17:49:25 - OpenVPN > C:\WINDOWS\system32\route.exe ADD 128.0.0.0 MASK 128.0.0.0 10.4.0.1
. 2017.01.15 17:49:25 - OpenVPN > ROUTE: CreateIpForwardEntry succeeded with dwForwardMetric1=35 and dwForwardType=4
. 2017.01.15 17:49:25 - OpenVPN > Route addition via IPAPI succeeded [adaptive]
. 2017.01.15 17:49:25 - Starting Management Interface
. 2017.01.15 17:49:25 - OpenVPN > Initialization Sequence Completed
I 2017.01.15 17:49:25 - DNS of a network adapter forced (Intel(R) Dual Band Wireless-AC 7265)
I 2017.01.15 17:49:25 - DNS of a network adapter forced (TAP-Windows Adapter V9)
I 2017.01.15 17:49:25 - Flushing DNS
I 2017.01.15 17:49:25 - Checking route
I 2017.01.15 17:49:25 - Checking DNS
! 2017.01.15 17:49:26 - Connected.
. 2017.01.15 17:49:26 - OpenVPN > MANAGEMENT: Client connected from [AF_INET]127.0.0.1:3100
. 2017.01.15 17:49:26 - OpenVpn Management > >INFO:OpenVPN Management Interface Version 1 -- type 'help' for more info
. 2017.01.15 17:51:25 - OpenVPN > [server] Inactivity timeout (--ping-restart), restarting
. 2017.01.15 17:51:25 - OpenVPN > SIGUSR1[soft,ping-restart] received, process restarting
. 2017.01.15 17:51:25 - OpenVPN > Restart pause, 2 second(s)
! 2017.01.15 17:51:25 - Disconnecting
. 2017.01.15 17:51:25 - Management - Send 'signal SIGTERM'
. 2017.01.15 17:51:25 - OpenVPN > MANAGEMENT: CMD 'signal SIGTERM'
. 2017.01.15 17:51:25 - OpenVPN > MANAGEMENT: Client disconnected
. 2017.01.15 17:51:25 - OpenVPN > Assertion failed at misc.c:779
. 2017.01.15 17:51:25 - OpenVPN > Exiting due to fatal error
. 2017.01.15 17:51:25 - Connection terminated.
I 2017.01.15 17:51:25 - DNS of a network adapter restored to original settings (Intel(R) Dual Band Wireless-AC 7265)
I 2017.01.15 17:51:25 - DNS of a network adapter restored to original settings (TAP-Windows Adapter V9)
I 2017.01.15 17:51:28 - Checking authorization ...

[zhang888 1066]

Limit the connections made by your torrent client to 50, decrease them if the problem persists.

[Equityc 6]

Currently I am leeching one torrent at a time, but if I leech two, Eddie looses connection.

That can't be a long term solution.

[LZ1 673]

Hello!

 

Please consider turning off IPv6, as well as any networking adapters you don't need, such as, Bluetooth related ones.

 

Then ensure your firewall or security software isn't blocking anything, including Eddie.

 

Do also remember to forward ports on this site if you haven't done so.

 

Beyond this, you may benefit from trying the Beta client as well as another torrent client like qBittorent and making it bind to the VPN tun interface .

 

In addition, changing the protocol in use may also help sometimes. I recommend trying other UDP ports first.

 

There's links to other torrenting guides in my new user guide as well, in case you haven't found them already; they touch on torrent client configurations. I hope this helps!

 

Sent to you from me with datalove

[ptes 0]

I found the easiest way is to run a virtual box with Windows in it. You can download virtual images that last for 90 days, or use a spare license if you have one. Then install the torrent program on that. I've been doing that for about 6 months, never had a single drop out with standard torrent settings.

[JimRockford 0]

I've had exactly this problem and have not seen a single useful piece of advice to correct the problem, although LZ1 does offer helpful suggestions if you suffer the most basic problems of not forwarding ports correctly, etc.  That has not been my issue.  The facts are this.  For some servers torrents do their thing at a decent speed for as long as I want.  For other servers this is not the case.  As soon as a torrent client is initiated, Eddie (even the beta version) will go through an endless, failed cycle of disconnects and attempts to reconnect to other servers.  To put an end to this I inevitable have to go to Advanced preferences and uninstall the tunnel driver, whence I can finally log out through Eddie properly.  As AirVPN is my first experience with a VPN, I can't say whether other VPN providers have the same problems with their services.  So far, despite the wonderful myriad of options AirVPN provides I can't say I'm impressed with their services.

 

There is no doubt there's a correlation between the disconnect cycle and the initiation of torrents, for some servers at least (I use the Canadian servers pretty much exclusively).  It's not an issue of misconfiguration.  It's not an issue of anonymity, at least according to whoer.net as well as the myriad of sites that will test for DNS leaks when torrenting. Somehow the torrent activity is detected through some servers and bandwith gets throttled down to zero, which leads (apparently) to the disconnects.

 

 

[Equityc 6]

I solved it ... (?)

 

I simply chose a random port in utorrent which I did not forward here in the client area.

The connnection stays stable and Eddie does not go into a disconnect loop.

 

However, if I go back to the only forwarded port (4273), the connection breaks down again.

 

Hope someone can make sense out of that.

[OpenSourcerer 1442]

Check your router.. seems like it can't handle all these connections. Check that by connecting to AirVPN while you have internet somewhere else.

It also may be the TAP adapter, please try deactivating the automatic driver upgrade in Eddie and downgrade your TAP driver to 9.9.2_3. There are plenty of links to how to achieve this, both in LZ1's and in my signature. You can also search.

Let's see, umm.. disable any firewalls and antivirus software you may run.. reboot your machine.. reinstall Windows.. switch to Linux.. plenty of things you can do, actually..