elcr 1 Posted ... I'm getting an extremely high ping and low speeds whenever I upload anything with the VPN on. I've tried a couple UK servers and a Belgian one and it happens on all of them. My speeds normally, with the VPN one on the right. Sadly this is the best you can get in my area. My speeds when uploading a video to YouTube. It's the exact same when uploading through other means, like seeding a torrent for example. I've seen pings anywhere from 195ms to 1150ms. The only change I've made to the client's settings was to downgrade TAP to 9.9.23 as suggested in a thread here, which fixed another issue I had wherein every time I downloaded something through Steam my entire connection would slow to around 100KB/s. I thought that change might be the source of this problem, so I upgraded it back to the most recent version, but it's no different. Furthermore, I get the same speeds if I try uploading on my phone running OpenVPN for Android. I don't know where to start trying to fix this. Logs:I 2016.12.30 15:11:06 - AirVPN client version: 2.10.3 / x64, System: Windows, Name: Microsoft Windows NT 6.1.7601 Service Pack 1 / x64. 2016.12.30 15:11:06 - Reading options from C:\Users\elcr\AppData\Local\AirVPN\AirVPN.xml. 2016.12.30 15:11:06 - Data Path: C:\Users\elcr\AppData\Local\AirVPN. 2016.12.30 15:11:06 - App Path: C:\Program Files\AirVPN. 2016.12.30 15:11:06 - Executable Path: C:\Program Files\AirVPN\AirVPN.exe. 2016.12.30 15:11:06 - Command line arguments (1): path="home". 2016.12.30 15:11:06 - Operating System: Microsoft Windows NT 6.1.7601 Service Pack 1. 2016.12.30 15:11:06 - Updating systems & servers data ...I 2016.12.30 15:11:06 - OpenVPN Driver - TAP-Windows Adapter V9, version 9.9.1I 2016.12.30 15:11:06 - OpenVPN - Version: OpenVPN 2.3.8 (C:\Program Files\AirVPN\openvpn.exe)I 2016.12.30 15:11:06 - SSH - Version: plink 0.63 (C:\Program Files\AirVPN\plink.exe)I 2016.12.30 15:11:06 - SSL - Version: stunnel 5.17 (C:\Program Files\AirVPN\stunnel.exe)! 2016.12.30 15:11:06 - Activation of Network Lock - Windows Firewall. 2016.12.30 15:11:07 - Systems & servers data update completed! 2016.12.30 15:11:08 - ReadyI 2016.12.30 15:11:14 - Session starting.I 2016.12.30 15:11:14 - Checking authorization ...! 2016.12.30 15:12:27 - Connecting to Alathfar (United Kingdom, Maidenhead). 2016.12.30 15:12:27 - OpenVPN > OpenVPN 2.3.8 x86_64-w64-mingw32 [sSL (OpenSSL)] [LZO] [iPv6] built on Aug 13 2015. 2016.12.30 15:12:27 - OpenVPN > library versions: OpenSSL 1.0.2d 9 Jul 2015, LZO 2.08. 2016.12.30 15:12:27 - OpenVPN > MANAGEMENT: TCP Socket listening on [AF_INET]127.0.0.1:3100. 2016.12.30 15:12:27 - OpenVPN > Control Channel Authentication: tls-auth using INLINE static key file. 2016.12.30 15:12:27 - OpenVPN > Outgoing Control Channel Authentication: Using 160 bit message hash 'SHA1' for HMAC authentication. 2016.12.30 15:12:27 - OpenVPN > Incoming Control Channel Authentication: Using 160 bit message hash 'SHA1' for HMAC authentication. 2016.12.30 15:12:27 - OpenVPN > Socket Buffers: R=[8192->131072] S=[8192->131072]. 2016.12.30 15:12:27 - OpenVPN > UDPv4 link local: [undef]. 2016.12.30 15:12:27 - OpenVPN > UDPv4 link remote: [AF_INET]185.103.96.132:443. 2016.12.30 15:12:27 - OpenVPN > TLS: Initial packet from [AF_INET]185.103.96.132:443, sid=4da0d8be af881a6b. 2016.12.30 15:12:27 - OpenVPN > VERIFY OK: depth=1, C=IT, ST=IT, L=Perugia, O=airvpn.org, CN=airvpn.org CA, emailAddress=info@airvpn.org. 2016.12.30 15:12:27 - OpenVPN > Validating certificate key usage. 2016.12.30 15:12:27 - OpenVPN > ++ Certificate has key usage 00a0, expects 00a0. 2016.12.30 15:12:27 - OpenVPN > VERIFY KU OK. 2016.12.30 15:12:27 - OpenVPN > Validating certificate extended key usage. 2016.12.30 15:12:27 - OpenVPN > ++ Certificate has EKU (str) TLS Web Server Authentication, expects TLS Web Server Authentication. 2016.12.30 15:12:27 - OpenVPN > VERIFY EKU OK. 2016.12.30 15:12:27 - OpenVPN > VERIFY OK: depth=0, C=IT, ST=IT, L=Perugia, O=airvpn.org, CN=server, emailAddress=info@airvpn.org. 2016.12.30 15:12:28 - OpenVPN > Data Channel Encrypt: Cipher 'AES-256-CBC' initialized with 256 bit key. 2016.12.30 15:12:28 - OpenVPN > Data Channel Encrypt: Using 160 bit message hash 'SHA1' for HMAC authentication. 2016.12.30 15:12:28 - OpenVPN > Data Channel Decrypt: Cipher 'AES-256-CBC' initialized with 256 bit key. 2016.12.30 15:12:28 - OpenVPN > Data Channel Decrypt: Using 160 bit message hash 'SHA1' for HMAC authentication. 2016.12.30 15:12:28 - OpenVPN > Control Channel: TLSv1.2, cipher TLSv1/SSLv3 DHE-RSA-AES256-GCM-SHA384, 4096 bit RSA. 2016.12.30 15:12:28 - OpenVPN > [server] Peer Connection Initiated with [AF_INET]185.103.96.132:443. 2016.12.30 15:12:30 - OpenVPN > SENT CONTROL [server]: 'PUSH_REQUEST' (status=1). 2016.12.30 15:12:30 - 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.28.161 255.255.0.0'. 2016.12.30 15:12:30 - OpenVPN > OPTIONS IMPORT: timers and/or timeouts modified. 2016.12.30 15:12:30 - OpenVPN > OPTIONS IMPORT: LZO parms modified. 2016.12.30 15:12:30 - OpenVPN > OPTIONS IMPORT: --ifconfig/up options modified. 2016.12.30 15:12:30 - OpenVPN > OPTIONS IMPORT: route options modified. 2016.12.30 15:12:30 - OpenVPN > OPTIONS IMPORT: route-related options modified. 2016.12.30 15:12:30 - OpenVPN > OPTIONS IMPORT: --ip-win32 and/or --dhcp-option options modified. 2016.12.30 15:12:30 - OpenVPN > do_ifconfig, tt->ipv6=0, tt->did_ifconfig_ipv6_setup=0. 2016.12.30 15:12:30 - OpenVPN > open_tun, tt->ipv6=0. 2016.12.30 15:12:30 - OpenVPN > TAP-WIN32 device [Local Area Connection 3] opened: \\.\Global\{A99031A8-74C9-4244-B27A-BF61E775143F}.tap. 2016.12.30 15:12:30 - OpenVPN > TAP-Windows Driver Version 9.9. 2016.12.30 15:12:30 - OpenVPN > Set TAP-Windows TUN subnet mode network/local/netmask = 10.4.0.0/10.4.28.161/255.255.0.0 [sUCCEEDED]. 2016.12.30 15:12:30 - OpenVPN > Notified TAP-Windows driver to set a DHCP IP/netmask of 10.4.28.161/255.255.0.0 on interface {A99031A8-74C9-4244-B27A-BF61E775143F} [DHCP-serv: 10.4.255.254, lease-time: 31536000]. 2016.12.30 15:12:30 - OpenVPN > Successful ARP Flush on interface [29] {A99031A8-74C9-4244-B27A-BF61E775143F}. 2016.12.30 15:12:35 - OpenVPN > TEST ROUTES: 1/1 succeeded len=0 ret=1 a=0 u/d=up. 2016.12.30 15:12:35 - OpenVPN > C:\Windows\system32\route.exe ADD 185.103.96.132 MASK 255.255.255.255 192.168.1.254. 2016.12.30 15:12:35 - OpenVPN > ROUTE: CreateIpForwardEntry succeeded with dwForwardMetric1=25 and dwForwardType=4. 2016.12.30 15:12:35 - OpenVPN > Route addition via IPAPI succeeded [adaptive]. 2016.12.30 15:12:35 - OpenVPN > C:\Windows\system32\route.exe ADD 192.168.1.254 MASK 255.255.255.255 192.168.1.254 IF 22. 2016.12.30 15:12:35 - OpenVPN > ROUTE: CreateIpForwardEntry succeeded with dwForwardMetric1=25 and dwForwardType=4. 2016.12.30 15:12:35 - OpenVPN > Route addition via IPAPI succeeded [adaptive]. 2016.12.30 15:12:35 - OpenVPN > C:\Windows\system32\route.exe ADD 0.0.0.0 MASK 128.0.0.0 10.4.0.1. 2016.12.30 15:12:35 - OpenVPN > ROUTE: CreateIpForwardEntry succeeded with dwForwardMetric1=30 and dwForwardType=4. 2016.12.30 15:12:35 - OpenVPN > Route addition via IPAPI succeeded [adaptive]. 2016.12.30 15:12:35 - OpenVPN > C:\Windows\system32\route.exe ADD 128.0.0.0 MASK 128.0.0.0 10.4.0.1. 2016.12.30 15:12:35 - OpenVPN > ROUTE: CreateIpForwardEntry succeeded with dwForwardMetric1=30 and dwForwardType=4. 2016.12.30 15:12:35 - OpenVPN > Route addition via IPAPI succeeded [adaptive]. 2016.12.30 15:12:35 - Starting Management Interface. 2016.12.30 15:12:35 - OpenVPN > Initialization Sequence CompletedI 2016.12.30 15:12:35 - DNS of a network adapter forced (TAP-Windows Adapter V9)I 2016.12.30 15:12:35 - DNS of a network adapter forced (ASUS USB-N53_B1 USB Wireless Adapter)I 2016.12.30 15:12:35 - Flushing DNSI 2016.12.30 15:12:35 - Checking routeI 2016.12.30 15:12:35 - Checking DNS! 2016.12.30 15:12:35 - Connected.. 2016.12.30 15:12:35 - OpenVPN > MANAGEMENT: Client connected from [AF_INET]127.0.0.1:3100. 2016.12.30 15:12:35 - OpenVpn Management > >INFO:OpenVPN Management Interface Version 1 -- type 'help' for more info! 2016.12.30 15:15:27 - Disconnecting. 2016.12.30 15:15:27 - Management - Send 'signal SIGTERM'. 2016.12.30 15:15:27 - OpenVPN > MANAGEMENT: CMD 'signal SIGTERM'. 2016.12.30 15:15:27 - OpenVPN > SIGTERM received, sending exit notification to peer. 2016.12.30 15:15:32 - OpenVPN > C:\Windows\system32\route.exe DELETE 185.103.96.132 MASK 255.255.255.255 192.168.1.254. 2016.12.30 15:15:32 - OpenVPN > Route deletion via IPAPI succeeded [adaptive]. 2016.12.30 15:15:32 - OpenVPN > C:\Windows\system32\route.exe DELETE 192.168.1.254 MASK 255.255.255.255 192.168.1.254. 2016.12.30 15:15:32 - OpenVPN > Route deletion via IPAPI succeeded [adaptive]. 2016.12.30 15:15:32 - OpenVPN > C:\Windows\system32\route.exe DELETE 0.0.0.0 MASK 128.0.0.0 10.4.0.1. 2016.12.30 15:15:32 - OpenVPN > Route deletion via IPAPI succeeded [adaptive]. 2016.12.30 15:15:32 - OpenVPN > C:\Windows\system32\route.exe DELETE 128.0.0.0 MASK 128.0.0.0 10.4.0.1. 2016.12.30 15:15:32 - OpenVPN > Route deletion via IPAPI succeeded [adaptive]. 2016.12.30 15:15:32 - OpenVPN > Closing TUN/TAP interface. 2016.12.30 15:15:32 - OpenVPN > SIGTERM[soft,exit-with-notification] received, process exiting. 2016.12.30 15:15:32 - Connection terminated.I 2016.12.30 15:15:32 - DNS of a network adapter restored to original settings (TAP-Windows Adapter V9)I 2016.12.30 15:15:32 - DNS of a network adapter restored to original settings (ASUS USB-N53_B1 USB Wireless Adapter)! 2016.12.30 15:15:32 - Session terminated.! 2016.12.30 15:15:33 - Deactivation of Network Lock! 2016.12.30 15:18:43 - Activation of Network Lock - Windows FirewallI 2016.12.30 15:18:57 - Session starting.I 2016.12.30 15:18:57 - Checking authorization ...! 2016.12.30 15:18:58 - Connecting to Alshain (United Kingdom, London). 2016.12.30 15:18:58 - OpenVPN > OpenVPN 2.3.8 x86_64-w64-mingw32 [sSL (OpenSSL)] [LZO] [iPv6] built on Aug 13 2015. 2016.12.30 15:18:58 - OpenVPN > library versions: OpenSSL 1.0.2d 9 Jul 2015, LZO 2.08. 2016.12.30 15:18:58 - OpenVPN > MANAGEMENT: TCP Socket listening on [AF_INET]127.0.0.1:3100. 2016.12.30 15:18:58 - OpenVPN > Control Channel Authentication: tls-auth using INLINE static key file. 2016.12.30 15:18:58 - OpenVPN > Outgoing Control Channel Authentication: Using 160 bit message hash 'SHA1' for HMAC authentication. 2016.12.30 15:18:58 - OpenVPN > Incoming Control Channel Authentication: Using 160 bit message hash 'SHA1' for HMAC authentication. 2016.12.30 15:18:58 - OpenVPN > Socket Buffers: R=[8192->131072] S=[8192->131072]. 2016.12.30 15:18:58 - OpenVPN > UDPv4 link local: [undef]. 2016.12.30 15:18:58 - OpenVPN > UDPv4 link remote: [AF_INET]217.151.98.162:443. 2016.12.30 15:18:58 - OpenVPN > TLS: Initial packet from [AF_INET]217.151.98.162:443, sid=b0c6ab85 a97c2907. 2016.12.30 15:18:58 - OpenVPN > VERIFY OK: depth=1, C=IT, ST=IT, L=Perugia, O=airvpn.org, CN=airvpn.org CA, emailAddress=info@airvpn.org. 2016.12.30 15:18:58 - OpenVPN > Validating certificate key usage. 2016.12.30 15:18:58 - OpenVPN > ++ Certificate has key usage 00a0, expects 00a0. 2016.12.30 15:18:58 - OpenVPN > VERIFY KU OK. 2016.12.30 15:18:58 - OpenVPN > Validating certificate extended key usage. 2016.12.30 15:18:58 - OpenVPN > ++ Certificate has EKU (str) TLS Web Server Authentication, expects TLS Web Server Authentication. 2016.12.30 15:18:58 - OpenVPN > VERIFY EKU OK. 2016.12.30 15:18:58 - OpenVPN > VERIFY OK: depth=0, C=IT, ST=IT, L=Perugia, O=airvpn.org, CN=server, emailAddress=info@airvpn.org. 2016.12.30 15:19:03 - OpenVPN > Data Channel Encrypt: Cipher 'AES-256-CBC' initialized with 256 bit key. 2016.12.30 15:19:03 - OpenVPN > Data Channel Encrypt: Using 160 bit message hash 'SHA1' for HMAC authentication. 2016.12.30 15:19:03 - OpenVPN > Data Channel Decrypt: Cipher 'AES-256-CBC' initialized with 256 bit key. 2016.12.30 15:19:03 - OpenVPN > Data Channel Decrypt: Using 160 bit message hash 'SHA1' for HMAC authentication. 2016.12.30 15:19:03 - OpenVPN > Control Channel: TLSv1.2, cipher TLSv1/SSLv3 DHE-RSA-AES256-GCM-SHA384, 4096 bit RSA. 2016.12.30 15:19:03 - OpenVPN > [server] Peer Connection Initiated with [AF_INET]217.151.98.162:443. 2016.12.30 15:19:05 - OpenVPN > SENT CONTROL [server]: 'PUSH_REQUEST' (status=1). 2016.12.30 15:19:05 - 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.12.159 255.255.0.0'. 2016.12.30 15:19:05 - OpenVPN > OPTIONS IMPORT: timers and/or timeouts modified. 2016.12.30 15:19:05 - OpenVPN > OPTIONS IMPORT: LZO parms modified. 2016.12.30 15:19:05 - OpenVPN > OPTIONS IMPORT: --ifconfig/up options modified. 2016.12.30 15:19:05 - OpenVPN > OPTIONS IMPORT: route options modified. 2016.12.30 15:19:05 - OpenVPN > OPTIONS IMPORT: route-related options modified. 2016.12.30 15:19:05 - OpenVPN > OPTIONS IMPORT: --ip-win32 and/or --dhcp-option options modified. 2016.12.30 15:19:05 - OpenVPN > do_ifconfig, tt->ipv6=0, tt->did_ifconfig_ipv6_setup=0. 2016.12.30 15:19:05 - OpenVPN > open_tun, tt->ipv6=0. 2016.12.30 15:19:05 - OpenVPN > TAP-WIN32 device [Local Area Connection 3] opened: \\.\Global\{A99031A8-74C9-4244-B27A-BF61E775143F}.tap. 2016.12.30 15:19:05 - OpenVPN > TAP-Windows Driver Version 9.9. 2016.12.30 15:19:05 - OpenVPN > Set TAP-Windows TUN subnet mode network/local/netmask = 10.4.0.0/10.4.12.159/255.255.0.0 [sUCCEEDED]. 2016.12.30 15:19:05 - OpenVPN > Notified TAP-Windows driver to set a DHCP IP/netmask of 10.4.12.159/255.255.0.0 on interface {A99031A8-74C9-4244-B27A-BF61E775143F} [DHCP-serv: 10.4.255.254, lease-time: 31536000]. 2016.12.30 15:19:05 - OpenVPN > Successful ARP Flush on interface [29] {A99031A8-74C9-4244-B27A-BF61E775143F}. 2016.12.30 15:19:10 - OpenVPN > TEST ROUTES: 1/1 succeeded len=0 ret=1 a=0 u/d=up. 2016.12.30 15:19:10 - OpenVPN > C:\Windows\system32\route.exe ADD 217.151.98.162 MASK 255.255.255.255 192.168.1.254. 2016.12.30 15:19:10 - OpenVPN > ROUTE: CreateIpForwardEntry succeeded with dwForwardMetric1=25 and dwForwardType=4. 2016.12.30 15:19:10 - OpenVPN > Route addition via IPAPI succeeded [adaptive]. 2016.12.30 15:19:10 - OpenVPN > C:\Windows\system32\route.exe ADD 192.168.1.254 MASK 255.255.255.255 192.168.1.254 IF 22. 2016.12.30 15:19:10 - OpenVPN > ROUTE: CreateIpForwardEntry succeeded with dwForwardMetric1=25 and dwForwardType=4. 2016.12.30 15:19:10 - OpenVPN > Route addition via IPAPI succeeded [adaptive]. 2016.12.30 15:19:10 - OpenVPN > C:\Windows\system32\route.exe ADD 0.0.0.0 MASK 128.0.0.0 10.4.0.1. 2016.12.30 15:19:10 - OpenVPN > ROUTE: CreateIpForwardEntry succeeded with dwForwardMetric1=30 and dwForwardType=4. 2016.12.30 15:19:10 - OpenVPN > Route addition via IPAPI succeeded [adaptive]. 2016.12.30 15:19:10 - OpenVPN > C:\Windows\system32\route.exe ADD 128.0.0.0 MASK 128.0.0.0 10.4.0.1. 2016.12.30 15:19:10 - OpenVPN > ROUTE: CreateIpForwardEntry succeeded with dwForwardMetric1=30 and dwForwardType=4. 2016.12.30 15:19:10 - OpenVPN > Route addition via IPAPI succeeded [adaptive]. 2016.12.30 15:19:10 - Starting Management Interface. 2016.12.30 15:19:10 - OpenVPN > Initialization Sequence CompletedI 2016.12.30 15:19:10 - DNS of a network adapter forced (TAP-Windows Adapter V9)I 2016.12.30 15:19:10 - DNS of a network adapter forced (ASUS USB-N53_B1 USB Wireless Adapter)I 2016.12.30 15:19:10 - Flushing DNSI 2016.12.30 15:19:10 - Checking routeI 2016.12.30 15:19:10 - Checking DNS! 2016.12.30 15:19:10 - Connected.. 2016.12.30 15:19:10 - OpenVPN > MANAGEMENT: Client connected from [AF_INET]127.0.0.1:3100. 2016.12.30 15:19:10 - OpenVpn Management > >INFO:OpenVPN Management Interface Version 1 -- type 'help' for more info! 2016.12.30 15:22:04 - Disconnecting. 2016.12.30 15:22:04 - Management - Send 'signal SIGTERM'. 2016.12.30 15:22:04 - OpenVPN > MANAGEMENT: CMD 'signal SIGTERM'. 2016.12.30 15:22:04 - OpenVPN > SIGTERM received, sending exit notification to peer. 2016.12.30 15:22:07 - Updating systems & servers data .... 2016.12.30 15:22:09 - OpenVPN > C:\Windows\system32\route.exe DELETE 217.151.98.162 MASK 255.255.255.255 192.168.1.254. 2016.12.30 15:22:09 - OpenVPN > Route deletion via IPAPI succeeded [adaptive]. 2016.12.30 15:22:09 - OpenVPN > C:\Windows\system32\route.exe DELETE 192.168.1.254 MASK 255.255.255.255 192.168.1.254. 2016.12.30 15:22:09 - OpenVPN > Route deletion via IPAPI succeeded [adaptive]. 2016.12.30 15:22:09 - OpenVPN > C:\Windows\system32\route.exe DELETE 0.0.0.0 MASK 128.0.0.0 10.4.0.1. 2016.12.30 15:22:09 - OpenVPN > Route deletion via IPAPI succeeded [adaptive]. 2016.12.30 15:22:09 - OpenVPN > C:\Windows\system32\route.exe DELETE 128.0.0.0 MASK 128.0.0.0 10.4.0.1. 2016.12.30 15:22:09 - OpenVPN > Route deletion via IPAPI succeeded [adaptive]. 2016.12.30 15:22:09 - OpenVPN > Closing TUN/TAP interface. 2016.12.30 15:22:09 - OpenVPN > SIGTERM[soft,exit-with-notification] received, process exiting. 2016.12.30 15:22:09 - Connection terminated.I 2016.12.30 15:22:09 - DNS of a network adapter restored to original settings (TAP-Windows Adapter V9)I 2016.12.30 15:22:09 - DNS of a network adapter restored to original settings (ASUS USB-N53_B1 USB Wireless Adapter)! 2016.12.30 15:22:09 - Session terminated.! 2016.12.30 15:22:11 - Deactivation of Network Lock. 2016.12.30 15:22:18 - Systems & servers data update completed! 2016.12.30 15:26:46 - Activation of Network Lock - Windows FirewallI 2016.12.30 15:26:50 - Session starting.I 2016.12.30 15:26:50 - Checking authorization ...! 2016.12.30 15:26:51 - Connecting to Alshain (United Kingdom, London). 2016.12.30 15:26:51 - OpenVPN > OpenVPN 2.3.8 x86_64-w64-mingw32 [sSL (OpenSSL)] [LZO] [iPv6] built on Aug 13 2015. 2016.12.30 15:26:51 - OpenVPN > library versions: OpenSSL 1.0.2d 9 Jul 2015, LZO 2.08. 2016.12.30 15:26:51 - OpenVPN > MANAGEMENT: TCP Socket listening on [AF_INET]127.0.0.1:3100. 2016.12.30 15:26:51 - OpenVPN > Control Channel Authentication: tls-auth using INLINE static key file. 2016.12.30 15:26:51 - OpenVPN > Outgoing Control Channel Authentication: Using 160 bit message hash 'SHA1' for HMAC authentication. 2016.12.30 15:26:51 - OpenVPN > Incoming Control Channel Authentication: Using 160 bit message hash 'SHA1' for HMAC authentication. 2016.12.30 15:26:51 - OpenVPN > Socket Buffers: R=[8192->131072] S=[8192->131072]. 2016.12.30 15:26:51 - OpenVPN > UDPv4 link local: [undef]. 2016.12.30 15:26:51 - OpenVPN > UDPv4 link remote: [AF_INET]217.151.98.162:443. 2016.12.30 15:26:51 - OpenVPN > TLS: Initial packet from [AF_INET]217.151.98.162:443, sid=a9a0f136 cc917eca. 2016.12.30 15:26:51 - OpenVPN > VERIFY OK: depth=1, C=IT, ST=IT, L=Perugia, O=airvpn.org, CN=airvpn.org CA, emailAddress=info@airvpn.org. 2016.12.30 15:26:51 - OpenVPN > Validating certificate key usage. 2016.12.30 15:26:51 - OpenVPN > ++ Certificate has key usage 00a0, expects 00a0. 2016.12.30 15:26:51 - OpenVPN > VERIFY KU OK. 2016.12.30 15:26:51 - OpenVPN > Validating certificate extended key usage. 2016.12.30 15:26:51 - OpenVPN > ++ Certificate has EKU (str) TLS Web Server Authentication, expects TLS Web Server Authentication. 2016.12.30 15:26:51 - OpenVPN > VERIFY EKU OK. 2016.12.30 15:26:51 - OpenVPN > VERIFY OK: depth=0, C=IT, ST=IT, L=Perugia, O=airvpn.org, CN=server, emailAddress=info@airvpn.org. 2016.12.30 15:26:51 - OpenVPN > Data Channel Encrypt: Cipher 'AES-256-CBC' initialized with 256 bit key. 2016.12.30 15:26:51 - OpenVPN > Data Channel Encrypt: Using 160 bit message hash 'SHA1' for HMAC authentication. 2016.12.30 15:26:51 - OpenVPN > Data Channel Decrypt: Cipher 'AES-256-CBC' initialized with 256 bit key. 2016.12.30 15:26:51 - OpenVPN > Data Channel Decrypt: Using 160 bit message hash 'SHA1' for HMAC authentication. 2016.12.30 15:26:51 - OpenVPN > Control Channel: TLSv1.2, cipher TLSv1/SSLv3 DHE-RSA-AES256-GCM-SHA384, 4096 bit RSA. 2016.12.30 15:26:51 - OpenVPN > [server] Peer Connection Initiated with [AF_INET]217.151.98.162:443. 2016.12.30 15:26:53 - OpenVPN > SENT CONTROL [server]: 'PUSH_REQUEST' (status=1). 2016.12.30 15:26:54 - 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.12.159 255.255.0.0'. 2016.12.30 15:26:54 - OpenVPN > OPTIONS IMPORT: timers and/or timeouts modified. 2016.12.30 15:26:54 - OpenVPN > OPTIONS IMPORT: LZO parms modified. 2016.12.30 15:26:54 - OpenVPN > OPTIONS IMPORT: --ifconfig/up options modified. 2016.12.30 15:26:54 - OpenVPN > OPTIONS IMPORT: route options modified. 2016.12.30 15:26:54 - OpenVPN > OPTIONS IMPORT: route-related options modified. 2016.12.30 15:26:54 - OpenVPN > OPTIONS IMPORT: --ip-win32 and/or --dhcp-option options modified. 2016.12.30 15:26:54 - OpenVPN > do_ifconfig, tt->ipv6=0, tt->did_ifconfig_ipv6_setup=0. 2016.12.30 15:26:54 - OpenVPN > open_tun, tt->ipv6=0. 2016.12.30 15:26:54 - OpenVPN > TAP-WIN32 device [Local Area Connection 3] opened: \\.\Global\{A99031A8-74C9-4244-B27A-BF61E775143F}.tap. 2016.12.30 15:26:54 - OpenVPN > TAP-Windows Driver Version 9.9. 2016.12.30 15:26:54 - OpenVPN > Set TAP-Windows TUN subnet mode network/local/netmask = 10.4.0.0/10.4.12.159/255.255.0.0 [sUCCEEDED]. 2016.12.30 15:26:54 - OpenVPN > Notified TAP-Windows driver to set a DHCP IP/netmask of 10.4.12.159/255.255.0.0 on interface {A99031A8-74C9-4244-B27A-BF61E775143F} [DHCP-serv: 10.4.255.254, lease-time: 31536000]. 2016.12.30 15:26:54 - OpenVPN > Successful ARP Flush on interface [29] {A99031A8-74C9-4244-B27A-BF61E775143F}. 2016.12.30 15:26:59 - OpenVPN > TEST ROUTES: 1/1 succeeded len=0 ret=1 a=0 u/d=up. 2016.12.30 15:26:59 - OpenVPN > C:\Windows\system32\route.exe ADD 217.151.98.162 MASK 255.255.255.255 192.168.1.254. 2016.12.30 15:26:59 - OpenVPN > ROUTE: CreateIpForwardEntry succeeded with dwForwardMetric1=20 and dwForwardType=4. 2016.12.30 15:26:59 - OpenVPN > Route addition via IPAPI succeeded [adaptive]. 2016.12.30 15:26:59 - OpenVPN > C:\Windows\system32\route.exe ADD 192.168.1.254 MASK 255.255.255.255 192.168.1.254 IF 22. 2016.12.30 15:26:59 - OpenVPN > ROUTE: CreateIpForwardEntry succeeded with dwForwardMetric1=20 and dwForwardType=4. 2016.12.30 15:26:59 - OpenVPN > Route addition via IPAPI succeeded [adaptive]. 2016.12.30 15:26:59 - OpenVPN > C:\Windows\system32\route.exe ADD 0.0.0.0 MASK 128.0.0.0 10.4.0.1. 2016.12.30 15:26:59 - OpenVPN > ROUTE: CreateIpForwardEntry succeeded with dwForwardMetric1=30 and dwForwardType=4. 2016.12.30 15:26:59 - OpenVPN > Route addition via IPAPI succeeded [adaptive]. 2016.12.30 15:26:59 - OpenVPN > C:\Windows\system32\route.exe ADD 128.0.0.0 MASK 128.0.0.0 10.4.0.1. 2016.12.30 15:26:59 - OpenVPN > ROUTE: CreateIpForwardEntry succeeded with dwForwardMetric1=30 and dwForwardType=4. 2016.12.30 15:26:59 - OpenVPN > Route addition via IPAPI succeeded [adaptive]. 2016.12.30 15:26:59 - Starting Management Interface. 2016.12.30 15:26:59 - OpenVPN > Initialization Sequence CompletedI 2016.12.30 15:26:59 - DNS of a network adapter forced (TAP-Windows Adapter V9)I 2016.12.30 15:26:59 - DNS of a network adapter forced (ASUS USB-N53_B1 USB Wireless Adapter)I 2016.12.30 15:26:59 - Flushing DNSI 2016.12.30 15:26:59 - Checking routeI 2016.12.30 15:26:59 - Checking DNS! 2016.12.30 15:26:59 - Connected.. 2016.12.30 15:26:59 - OpenVPN > MANAGEMENT: Client connected from [AF_INET]127.0.0.1:3100. 2016.12.30 15:26:59 - OpenVpn Management > >INFO:OpenVPN Management Interface Version 1 -- type 'help' for more info 1 LZ1 reacted to this Quote Share this post Link to post
LZ1 669 Posted ... Hello! Which router do you have? If it's a Virgin Media setup you may benefit from this guide. Alternatively, you could try different protocols in the client: switch to TCP for example and then reconnect to a server. Try Netherlands servers too. Otherwise you may benefit from trying the Beta client . When torrenting, you need to remote port-forward on this site. Quote Hide LZ1's signature Hide all signatures Hi there, are you new to AirVPN? Many of your questions are already answered in this guide. You may also read the Eddie Android FAQ. Moderators do not speak on behalf of AirVPN. Only the Official Staff account does. Please also do not run Tor Exit Servers behind AirVPN, thank you. Did you make a guide or how-to for something? Then contact me to get it listed in my new user guide's Guides Section, so that the community can find it more easily. Share this post Link to post
elcr 1 Posted ... My ISP is BT, and I'm using their BT Home Hub 4 router. I tried a number of protocols: UDP ports 443 80 and 2018, TCP ports 443 and 80, SSH port 22, and SSL port 443. None of them made any difference. I tested them by choosing the new protocol, hitting save, connecting to a new server, restarting a YouTube upload, then running a speed test.I tried with two servers in the Netherlands and got similar results to those in the UK and Belgium.I tried the experimental client, and once again, similar results. I followed a guide here before to forward a port for qBittorrent, but like I said this happens with all uploading, not just torrents. I didn't have a torrent client open whilst conducting the above tests. One curious thing I've noticed is that the reported upload speed in the client occasionally exceeds that which my connection should be able to do. Since I get 1mbps up at the best of times, my understanding is that my upload speed should max out at 125KB/s, but occasionally the client will show 140KB/s or 195KB/s or whatever. Could that have something to do with the problem? Quote Share this post Link to post
elcr 1 Posted ... OK, I've done some more tests. First I tried setting the mssfix directive as recommended in a thread here. It didn't do anything.Then I tried changing the TCP/UDP socket buffer sizes from their default of 128KB to 256KB. No difference. I also tried 8KB just to see, and it didn't do anything either. To get as close to the metal as possible, I reset my router, installed a fresh copy of Ubuntu 16.04 with the experimental Eddie client on a laptop, and used a wired connection. Tested by starting a YouTube upload then pinging Google in a terminal. I saw nothing but 900-1100ms until the instant I stopped the upload at which point it dropped to the usual 40ms. I reckon there's either something in the default Eddie settings or router settings I need to change, or the router is just terrible. I've searched for others having problems with BT Home Hubs and VPNs, but I've only found complaints that they just flat out won't connect to VPNs, nothing about really high pings. Quote Share this post Link to post
LZ1 669 Posted ... OK, I've done some more tests. First I tried setting the mssfix directive as recommended in a thread here. It didn't do anything.Then I tried changing the TCP/UDP socket buffer sizes from their default of 128KB to 256KB. No difference. I also tried 8KB just to see, and it didn't do anything either. To get as close to the metal as possible, I reset my router, installed a fresh copy of Ubuntu 16.04 with the experimental Eddie client on a laptop, and used a wired connection. Tested by starting a YouTube upload then pinging Google in a terminal. I saw nothing but 900-1100ms until the instant I stopped the upload at which point it dropped to the usual 40ms. I reckon there's either something in the default Eddie settings or router settings I need to change, or the router is just terrible. I've searched for others having problems with BT Home Hubs and VPNs, but I've only found complaints that they just flat out won't connect to VPNs, nothing about really high pings.Well, one thing you can be absolutely sure of, is that the router is terrible . Quote Hide LZ1's signature Hide all signatures Hi there, are you new to AirVPN? Many of your questions are already answered in this guide. You may also read the Eddie Android FAQ. Moderators do not speak on behalf of AirVPN. Only the Official Staff account does. Please also do not run Tor Exit Servers behind AirVPN, thank you. Did you make a guide or how-to for something? Then contact me to get it listed in my new user guide's Guides Section, so that the community can find it more easily. Share this post Link to post
elcr 1 Posted ... I've read about routers being unable to handle VPN traffic, but in those cases it's when the VPN is running on the router itself. In my case I haven't changed anything on the router's side. The client frequently shows I'm uploading at a greater speed than my connection is capable of. I tried capping my upload speed in qBittorrent, and I noticed that the longer the client shows I'm uploading below my highest possible speed, the longer my ping stays relatively normal. Is it possible that when uncapped it's somehow trying to send more upload traffic than my connection can deal with? (it's worth pointing out I have no idea what I'm talking about, this is just pure speculation) Quote Share this post Link to post
OpenSourcerer 1409 Posted ... Erm, the one test with an F+ rating - which server is this? Quote Hide OpenSourcerer's signature Hide all signatures NOT AN AIRVPN TEAM MEMBER. USE TICKETS FOR PROFESSIONAL SUPPORT. LZ1's New User Guide to AirVPN « Plenty of stuff for advanced users, too! Want to contact me directly? All relevant methods are on my About me page. Share this post Link to post
elcr 1 Posted ... I think it was Alshain, but it happens with all the servers I've tried. Quote Share this post Link to post
Not connected, Your IP: 3.135.186.14
Online: 24623 users - 287623 Mbit/s total BW