CrankyCat 7 Posted ... Likewise https://airvpn.org/topic/18694-cant-connect-to-many-servers-nl-se/?p=45330 Share this post Link to post
vpnphx 0 Posted ... Same exact issue and symptom description here. Indeed the work around from flik232 works. The problem seems to be on their side. Share this post Link to post
skeeboe 0 Posted ... Same here. Appears that airvpn is having technical difficulty of some kind. Share this post Link to post
xLinus 0 Posted ... Having the same issue! It's working my Linux but not on my Win10. Any help appreciated. Share this post Link to post
Indigo Purple 0 Posted ... The same. Tried a number of different servers around the world and each is giving me the following error. "The underlying connection was closed. Could not establish trust relationship for the SSL/TLS secure channel." Share this post Link to post
epoch0 0 Posted ... I am having the same issue. I have had no problems since I first installed AIRvpn. As of today I am on a macbook and have tried everything possible that seems obvious including turning off the options in the "check if tunnel is working" etc. I have restarted the software, restarting the machine and still only gets as far as checking route. This is new as of today. My ISP is a cable company and Im not sure what else to tell you to help but Its just not working any more..UPDATE... I was able to get the client to get and stay connected by turning off both of the options 1 "check if tunnel effectively works" and 2 "check if tunnel uses AIR vpn DNS ". My question would be now does turning these options off in order to maintain the connection affect the software's effectiveness ? Will this reduce security and possibly cause DNS leak ? and why did this happen after using the software with these options on for the past month with no problems. Thank you Confirmed that this works for my connection. Things seemed to have broke on my Mac systems after the latest update to 10.11.6. Share this post Link to post
mehāniskākaravīrs935 24 Posted ... Yup. its official. Now i can't connect to any of the fucking servers. having to use a weak ass proxy to monitor the situation. Share this post Link to post
mehāniskākaravīrs935 24 Posted ... My phone has no troubles connecting, just Eddie for right now Share this post Link to post
Keksjdjdke 35 Posted ... I'm having the same issue on my Macbook. 10.11.6 Share this post Link to post
CanisCanem 0 Posted ... Funny, just had the same happening to me. Been working fine on a Windows 10 64bit machine for the past few months. Tried to log-in just now and get the same error. Also just finished building my HTPC, so installed AIRVPN on there, just to rule out my PC and the same error happens there too. Seems to be a AirVPN issue. Logging in through openVPN still works though, so if your desperate you can get in that way. Share this post Link to post
Icculus42 0 Posted ... I am getting the same issue as of this morning. . 2016.07.20 21:59:20 - OpenVPN > Data Channel Encrypt: Cipher 'AES-256-CBC' initialized with 256 bit key. 2016.07.20 21:59:20 - OpenVPN > Data Channel Encrypt: Using 160 bit message hash 'SHA1' for HMAC authentication. 2016.07.20 21:59:20 - OpenVPN > Data Channel Decrypt: Cipher 'AES-256-CBC' initialized with 256 bit key. 2016.07.20 21:59:20 - OpenVPN > Data Channel Decrypt: Using 160 bit message hash 'SHA1' for HMAC authentication. 2016.07.20 21:59:20 - OpenVPN > Control Channel: TLSv1.2, cipher TLSv1/SSLv3 DHE-RSA-AES256-GCM-SHA384, 4096 bit RSA. 2016.07.20 21:59:20 - OpenVPN > [server] Peer Connection Initiated with [AF_INET]184.75.223.226:443. 2016.07.20 21:59:22 - OpenVPN > SENT CONTROL [server]: 'PUSH_REQUEST' (status=1). 2016.07.20 21:59:22 - 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.39 255.255.0.0'. 2016.07.20 21:59:22 - OpenVPN > OPTIONS IMPORT: timers and/or timeouts modified. 2016.07.20 21:59:22 - OpenVPN > OPTIONS IMPORT: LZO parms modified. 2016.07.20 21:59:22 - OpenVPN > OPTIONS IMPORT: --ifconfig/up options modified. 2016.07.20 21:59:22 - OpenVPN > OPTIONS IMPORT: route options modified. 2016.07.20 21:59:22 - OpenVPN > OPTIONS IMPORT: route-related options modified. 2016.07.20 21:59:22 - OpenVPN > OPTIONS IMPORT: --ip-win32 and/or --dhcp-option options modified. 2016.07.20 21:59:22 - OpenVPN > do_ifconfig, tt->ipv6=0, tt->did_ifconfig_ipv6_setup=0. 2016.07.20 21:59:22 - OpenVPN > open_tun, tt->ipv6=0. 2016.07.20 21:59:22 - OpenVPN > TAP-WIN32 device [Local Area Connection 2] opened: \\.\Global\{3215DBEB-C316-4B60-9387-5946C7D0A891}.tap. 2016.07.20 21:59:22 - OpenVPN > TAP-Windows Driver Version 9.21. 2016.07.20 21:59:22 - OpenVPN > Set TAP-Windows TUN subnet mode network/local/netmask = 10.4.0.0/10.4.12.39/255.255.0.0 [sUCCEEDED]. 2016.07.20 21:59:22 - OpenVPN > Notified TAP-Windows driver to set a DHCP IP/netmask of 10.4.12.39/255.255.0.0 on interface {3215DBEB-C316-4B60-9387-5946C7D0A891} [DHCP-serv: 10.4.255.254, lease-time: 31536000]. 2016.07.20 21:59:22 - OpenVPN > Successful ARP Flush on interface [14] {3215DBEB-C316-4B60-9387-5946C7D0A891}. 2016.07.20 21:59:28 - OpenVPN > TEST ROUTES: 1/1 succeeded len=0 ret=1 a=0 u/d=up. 2016.07.20 21:59:28 - OpenVPN > C:\windows\system32\route.exe ADD 184.75.223.226 MASK 255.255.255.255 192.168.1.1. 2016.07.20 21:59:28 - OpenVPN > ROUTE: CreateIpForwardEntry succeeded with dwForwardMetric1=20 and dwForwardType=4. 2016.07.20 21:59:28 - OpenVPN > Route addition via IPAPI succeeded [adaptive]. 2016.07.20 21:59:28 - OpenVPN > C:\windows\system32\route.exe ADD 192.168.1.1 MASK 255.255.255.255 192.168.1.1 IF 12. 2016.07.20 21:59:28 - OpenVPN > ROUTE: CreateIpForwardEntry succeeded with dwForwardMetric1=20 and dwForwardType=4. 2016.07.20 21:59:28 - OpenVPN > Route addition via IPAPI succeeded [adaptive]. 2016.07.20 21:59:28 - OpenVPN > C:\windows\system32\route.exe ADD 0.0.0.0 MASK 128.0.0.0 10.4.0.1. 2016.07.20 21:59:28 - OpenVPN > ROUTE: CreateIpForwardEntry succeeded with dwForwardMetric1=20 and dwForwardType=4. 2016.07.20 21:59:28 - OpenVPN > Route addition via IPAPI succeeded [adaptive]. 2016.07.20 21:59:28 - OpenVPN > C:\windows\system32\route.exe ADD 128.0.0.0 MASK 128.0.0.0 10.4.0.1. 2016.07.20 21:59:28 - OpenVPN > ROUTE: CreateIpForwardEntry succeeded with dwForwardMetric1=20 and dwForwardType=4. 2016.07.20 21:59:28 - OpenVPN > Route addition via IPAPI succeeded [adaptive]. 2016.07.20 21:59:28 - Starting Management Interface. 2016.07.20 21:59:28 - OpenVPN > Initialization Sequence CompletedI 2016.07.20 21:59:28 - DNS of a network adapter forced (Realtek PCIe GBE Family Controller)I 2016.07.20 21:59:28 - DNS of a network adapter forced (TAP-Windows Adapter V9)I 2016.07.20 21:59:28 - Flushing DNSI 2016.07.20 21:59:28 - Checking routeW 2016.07.20 21:59:30 - The underlying connection was closed: Could not establish trust relationship for the SSL/TLS secure channel.! 2016.07.20 21:59:30 - Disconnecting Share this post Link to post
djinarl 0 Posted ... Started getting the same error. Rebooted but didn't resolve the issue. Re-installed the client, no effect. Share this post Link to post
go558a83nk 362 Posted ... There may be some system wide problems. Reading these reports and noting that right now system-wide bandwidth usage is much lower than normal....things seem to be adding up. Share this post Link to post
iamauser 0 Posted ... same here. Getting the relationship error with windows 10 and Eddie 2.10.3 Share this post Link to post
sonofkings 0 Posted ... Unfortunately I am having the exact same problem. It just started today. Doesn't seem to matter which protocol or server I try and connect to. Windows 10 x64 Share this post Link to post
Droopy 2 Posted ... I have had this issue for a couple of months and it is really pissing me off, is there anyone who can help resolve it, after a while it comes good then after a couple of weeks it does the same thing again I 2016.07.21 11:05:55 - AirVPN client version: 2.10.3 / x64, System: Windows, Name: Microsoft Windows NT 6.1.7601 Service Pack 1 / x64. 2016.07.21 11:05:55 - Reading options from C:\Users\Bam\AppData\Local\AirVPN\AirVPN.xml. 2016.07.21 11:05:56 - Data Path: C:\Users\Bam\AppData\Local\AirVPN. 2016.07.21 11:05:56 - App Path: C:\Program Files\AirVPN. 2016.07.21 11:05:56 - Executable Path: C:\Program Files\AirVPN\AirVPN.exe. 2016.07.21 11:05:56 - Command line arguments (1): path="home". 2016.07.21 11:05:56 - Updating systems & servers data .... 2016.07.21 11:05:56 - Operating System: Microsoft Windows NT 6.1.7601 Service Pack 1I 2016.07.21 11:05:57 - OpenVPN Driver - TAP-Windows Adapter V9, version 9.21.1I 2016.07.21 11:05:57 - OpenVPN - Version: OpenVPN 2.3.8 (C:\Program Files\AirVPN\openvpn.exe)I 2016.07.21 11:05:57 - SSH - Version: plink 0.63 (C:\Program Files\AirVPN\plink.exe)I 2016.07.21 11:05:57 - SSL - Version: stunnel 5.17 (C:\Program Files\AirVPN\stunnel.exe)! 2016.07.21 11:05:57 - Activation of Network Lock - Windows Firewall. 2016.07.21 11:05:58 - Updating systems & servers data ..., 1° try failed (An exception occurred during a WebClient request.). 2016.07.21 11:05:58 - Updating systems & servers data ..., 2° try failed (Unable to connect to the remote server). 2016.07.21 11:05:58 - Updating systems & servers data ..., 3° try failed (Unable to connect to the remote server). 2016.07.21 11:05:58 - Updating systems & servers data ..., 4° try failed (Unable to connect to the remote server). 2016.07.21 11:05:58 - Cannot retrieve systems & servers data. Please retry later or contact us for help. (An exception occurred during a WebClient request.)! 2016.07.21 11:06:00 - ReadyI 2016.07.21 11:06:12 - Session starting.I 2016.07.21 11:06:12 - IPv6 disabled.I 2016.07.21 11:06:12 - Checking authorization ...! 2016.07.21 11:06:13 - Connecting to Alcyone (Netherlands, Alblasserdam). 2016.07.21 11:06:33 - OpenVPN > OpenVPN 2.3.8 x86_64-w64-mingw32 [sSL (OpenSSL)] [LZO] [iPv6] built on Aug 13 2015. 2016.07.21 11:06:33 - OpenVPN > library versions: OpenSSL 1.0.2d 9 Jul 2015, LZO 2.08. 2016.07.21 11:06:33 - OpenVPN > MANAGEMENT: TCP Socket listening on [AF_INET]127.0.0.1:3100. 2016.07.21 11:06:33 - OpenVPN > Control Channel Authentication: tls-auth using INLINE static key file. 2016.07.21 11:06:33 - OpenVPN > Outgoing Control Channel Authentication: Using 160 bit message hash 'SHA1' for HMAC authentication. 2016.07.21 11:06:33 - OpenVPN > Incoming Control Channel Authentication: Using 160 bit message hash 'SHA1' for HMAC authentication. 2016.07.21 11:06:33 - OpenVPN > Socket Buffers: R=[8192->131072] S=[8192->131072]. 2016.07.21 11:06:33 - OpenVPN > UDPv4 link local: [undef]. 2016.07.21 11:06:33 - OpenVPN > UDPv4 link remote: [AF_INET]213.152.161.118:80. 2016.07.21 11:06:33 - OpenVPN > TLS: Initial packet from [AF_INET]213.152.161.118:80, sid=9ee91378 b1a48e4e. 2016.07.21 11:06:33 - OpenVPN > VERIFY OK: depth=1, C=IT, ST=IT, L=Perugia, O=airvpn.org, CN=airvpn.org CA, emailAddress=info@airvpn.org. 2016.07.21 11:06:33 - OpenVPN > Validating certificate key usage. 2016.07.21 11:06:33 - OpenVPN > ++ Certificate has key usage 00a0, expects 00a0. 2016.07.21 11:06:33 - OpenVPN > VERIFY KU OK. 2016.07.21 11:06:33 - OpenVPN > Validating certificate extended key usage. 2016.07.21 11:06:33 - OpenVPN > ++ Certificate has EKU (str) TLS Web Server Authentication, expects TLS Web Server Authentication. 2016.07.21 11:06:33 - OpenVPN > VERIFY EKU OK. 2016.07.21 11:06:33 - OpenVPN > VERIFY OK: depth=0, C=IT, ST=IT, L=Perugia, O=airvpn.org, CN=server, emailAddress=info@airvpn.org. 2016.07.21 11:06:33 - OpenVPN > Data Channel Encrypt: Cipher 'AES-256-CBC' initialized with 256 bit key. 2016.07.21 11:06:33 - OpenVPN > Data Channel Encrypt: Using 160 bit message hash 'SHA1' for HMAC authentication. 2016.07.21 11:06:33 - OpenVPN > Data Channel Decrypt: Cipher 'AES-256-CBC' initialized with 256 bit key. 2016.07.21 11:06:33 - OpenVPN > Data Channel Decrypt: Using 160 bit message hash 'SHA1' for HMAC authentication. 2016.07.21 11:06:33 - OpenVPN > Control Channel: TLSv1.2, cipher TLSv1/SSLv3 DHE-RSA-AES256-GCM-SHA384, 4096 bit RSA. 2016.07.21 11:06:33 - OpenVPN > [server] Peer Connection Initiated with [AF_INET]213.152.161.118:80. 2016.07.21 11:06:33 - OpenVPN > SENT CONTROL [server]: 'PUSH_REQUEST' (status=1). 2016.07.21 11:06:33 - OpenVPN > PUSH: Received control message: 'PUSH_REPLY,redirect-gateway def1 bypass-dhcp,dhcp-option DNS 10.6.0.1,comp-lzo no,route-gateway 10.6.0.1,topology subnet,ping 10,ping-restart 60,ifconfig 10.6.0.180 255.255.0.0'. 2016.07.21 11:06:33 - OpenVPN > OPTIONS IMPORT: timers and/or timeouts modified. 2016.07.21 11:06:33 - OpenVPN > OPTIONS IMPORT: LZO parms modified. 2016.07.21 11:06:33 - OpenVPN > OPTIONS IMPORT: --ifconfig/up options modified. 2016.07.21 11:06:33 - OpenVPN > OPTIONS IMPORT: route options modified. 2016.07.21 11:06:33 - OpenVPN > OPTIONS IMPORT: route-related options modified. 2016.07.21 11:06:33 - OpenVPN > OPTIONS IMPORT: --ip-win32 and/or --dhcp-option options modified. 2016.07.21 11:06:33 - OpenVPN > do_ifconfig, tt->ipv6=0, tt->did_ifconfig_ipv6_setup=0. 2016.07.21 11:06:33 - OpenVPN > open_tun, tt->ipv6=0. 2016.07.21 11:06:33 - OpenVPN > TAP-WIN32 device [Local Area Connection 2] opened: \\.\Global\{9AA56F58-9D09-45FA-9D23-EF502989B4FE}.tap. 2016.07.21 11:06:33 - OpenVPN > TAP-Windows Driver Version 9.21. 2016.07.21 11:06:33 - OpenVPN > Set TAP-Windows TUN subnet mode network/local/netmask = 10.6.0.0/10.6.0.180/255.255.0.0 [sUCCEEDED]. 2016.07.21 11:06:33 - OpenVPN > Notified TAP-Windows driver to set a DHCP IP/netmask of 10.6.0.180/255.255.0.0 on interface {9AA56F58-9D09-45FA-9D23-EF502989B4FE} [DHCP-serv: 10.6.255.254, lease-time: 31536000]. 2016.07.21 11:06:33 - OpenVPN > Successful ARP Flush on interface [14] {9AA56F58-9D09-45FA-9D23-EF502989B4FE}. 2016.07.21 11:06:33 - OpenVPN > TEST ROUTES: 1/1 succeeded len=0 ret=1 a=0 u/d=up. 2016.07.21 11:06:33 - OpenVPN > C:\Windows\system32\route.exe ADD 213.152.161.118 MASK 255.255.255.255 192.168.0.1. 2016.07.21 11:06:33 - OpenVPN > ROUTE: CreateIpForwardEntry succeeded with dwForwardMetric1=20 and dwForwardType=4. 2016.07.21 11:06:33 - OpenVPN > Route addition via IPAPI succeeded [adaptive]. 2016.07.21 11:06:33 - OpenVPN > C:\Windows\system32\route.exe ADD 192.168.0.1 MASK 255.255.255.255 192.168.0.1 IF 11. 2016.07.21 11:06:33 - OpenVPN > ROUTE: CreateIpForwardEntry succeeded with dwForwardMetric1=20 and dwForwardType=4. 2016.07.21 11:06:33 - OpenVPN > Route addition via IPAPI succeeded [adaptive]. 2016.07.21 11:06:33 - OpenVPN > C:\Windows\system32\route.exe ADD 0.0.0.0 MASK 128.0.0.0 10.6.0.1. 2016.07.21 11:06:33 - OpenVPN > ROUTE: CreateIpForwardEntry succeeded with dwForwardMetric1=20 and dwForwardType=4. 2016.07.21 11:06:33 - OpenVPN > Route addition via IPAPI succeeded [adaptive]. 2016.07.21 11:06:33 - OpenVPN > C:\Windows\system32\route.exe ADD 128.0.0.0 MASK 128.0.0.0 10.6.0.1. 2016.07.21 11:06:33 - OpenVPN > ROUTE: CreateIpForwardEntry succeeded with dwForwardMetric1=20 and dwForwardType=4. 2016.07.21 11:06:33 - OpenVPN > Route addition via IPAPI succeeded [adaptive]. 2016.07.21 11:06:33 - Starting Management Interface. 2016.07.21 11:06:33 - OpenVPN > Initialization Sequence CompletedI 2016.07.21 11:06:34 - DNS of a network adapter forced (Realtek PCIe GBE Family Controller)I 2016.07.21 11:06:34 - DNS of a network adapter forced (TAP-Windows Adapter V9)I 2016.07.21 11:06:34 - Flushing DNSI 2016.07.21 11:06:34 - Checking routeW 2016.07.21 11:06:35 - Checking route, 1° try failed (The underlying connection was closed: Could not establish trust relationship for the SSL/TLS secure channel.)W 2016.07.21 11:06:36 - Checking route, 2° try failed (The underlying connection was closed: Could not establish trust relationship for the SSL/TLS secure channel.)W 2016.07.21 11:06:37 - Checking route, 3° try failed (The underlying connection was closed: Could not establish trust relationship for the SSL/TLS secure channel.)W 2016.07.21 11:06:38 - Checking route, 4° try failed (The underlying connection was closed: Could not establish trust relationship for the SSL/TLS secure channel.)W 2016.07.21 11:06:38 - Checking route, 5° try failed (The underlying connection was closed: Could not establish trust relationship for the SSL/TLS secure channel.)W 2016.07.21 11:06:38 - The underlying connection was closed: Could not establish trust relationship for the SSL/TLS secure channel.! 2016.07.21 11:06:38 - Disconnecting. 2016.07.21 11:06:38 - Management - Send 'signal SIGTERM'. 2016.07.21 11:06:38 - OpenVpn Management > >INFO:OpenVPN Management Interface Version 1 -- type 'help' for more info. 2016.07.21 11:06:38 - OpenVPN > MANAGEMENT: CMD 'signal SIGTERM'. 2016.07.21 11:06:38 - OpenVPN > SIGTERM received, sending exit notification to peer. 2016.07.21 11:06:43 - OpenVPN > C:\Windows\system32\route.exe DELETE 213.152.161.118 MASK 255.255.255.255 192.168.0.1. 2016.07.21 11:06:43 - OpenVPN > Route deletion via IPAPI succeeded [adaptive]. 2016.07.21 11:06:43 - OpenVPN > C:\Windows\system32\route.exe DELETE 192.168.0.1 MASK 255.255.255.255 192.168.0.1. 2016.07.21 11:06:43 - OpenVPN > Route deletion via IPAPI succeeded [adaptive]. 2016.07.21 11:06:43 - OpenVPN > C:\Windows\system32\route.exe DELETE 0.0.0.0 MASK 128.0.0.0 10.6.0.1. 2016.07.21 11:06:43 - OpenVPN > Route deletion via IPAPI succeeded [adaptive]. 2016.07.21 11:06:43 - OpenVPN > C:\Windows\system32\route.exe DELETE 128.0.0.0 MASK 128.0.0.0 10.6.0.1. 2016.07.21 11:06:43 - OpenVPN > Route deletion via IPAPI succeeded [adaptive]. 2016.07.21 11:06:43 - OpenVPN > Closing TUN/TAP interface. 2016.07.21 11:06:43 - OpenVPN > SIGTERM[soft,exit-with-notification] received, process exiting. 2016.07.21 11:06:43 - Connection terminated.I 2016.07.21 11:06:43 - DNS of a network adapter restored to original settings (Realtek PCIe GBE Family Controller)I 2016.07.21 11:06:43 - DNS of a network adapter restored to original settings (TAP-Windows Adapter V9)I 2016.07.21 11:06:46 - Checking authorization ...! 2016.07.21 11:06:47 - Connecting to Brachium (Spain, Valencia). 2016.07.21 11:06:47 - OpenVPN > OpenVPN 2.3.8 x86_64-w64-mingw32 [sSL (OpenSSL)] [LZO] [iPv6] built on Aug 13 2015. 2016.07.21 11:06:47 - OpenVPN > library versions: OpenSSL 1.0.2d 9 Jul 2015, LZO 2.08. 2016.07.21 11:06:47 - OpenVPN > MANAGEMENT: TCP Socket listening on [AF_INET]127.0.0.1:3100. 2016.07.21 11:06:48 - OpenVPN > Control Channel Authentication: tls-auth using INLINE static key file. 2016.07.21 11:06:48 - OpenVPN > Outgoing Control Channel Authentication: Using 160 bit message hash 'SHA1' for HMAC authentication. 2016.07.21 11:06:48 - OpenVPN > Incoming Control Channel Authentication: Using 160 bit message hash 'SHA1' for HMAC authentication. 2016.07.21 11:06:48 - OpenVPN > Socket Buffers: R=[8192->131072] S=[8192->131072]. 2016.07.21 11:06:48 - OpenVPN > UDPv4 link local: [undef]. 2016.07.21 11:06:48 - OpenVPN > UDPv4 link remote: [AF_INET]95.215.62.93:80. 2016.07.21 11:06:48 - OpenVPN > TLS: Initial packet from [AF_INET]95.215.62.93:80, sid=b5ac6f3b 5e432287. 2016.07.21 11:06:49 - OpenVPN > VERIFY OK: depth=1, C=IT, ST=IT, L=Perugia, O=airvpn.org, CN=airvpn.org CA, emailAddress=info@airvpn.org. 2016.07.21 11:06:49 - OpenVPN > Validating certificate key usage. 2016.07.21 11:06:49 - OpenVPN > ++ Certificate has key usage 00a0, expects 00a0. 2016.07.21 11:06:49 - OpenVPN > VERIFY KU OK. 2016.07.21 11:06:49 - OpenVPN > Validating certificate extended key usage. 2016.07.21 11:06:49 - OpenVPN > ++ Certificate has EKU (str) TLS Web Server Authentication, expects TLS Web Server Authentication. 2016.07.21 11:06:49 - OpenVPN > VERIFY EKU OK. 2016.07.21 11:06:49 - OpenVPN > VERIFY OK: depth=0, C=IT, ST=IT, L=Perugia, O=airvpn.org, CN=server, emailAddress=info@airvpn.org. 2016.07.21 11:06:52 - OpenVPN > Data Channel Encrypt: Cipher 'AES-256-CBC' initialized with 256 bit key. 2016.07.21 11:06:52 - OpenVPN > Data Channel Encrypt: Using 160 bit message hash 'SHA1' for HMAC authentication. 2016.07.21 11:06:52 - OpenVPN > Data Channel Decrypt: Cipher 'AES-256-CBC' initialized with 256 bit key. 2016.07.21 11:06:52 - OpenVPN > Data Channel Decrypt: Using 160 bit message hash 'SHA1' for HMAC authentication. 2016.07.21 11:06:52 - OpenVPN > Control Channel: TLSv1.2, cipher TLSv1/SSLv3 DHE-RSA-AES256-GCM-SHA384, 4096 bit RSA. 2016.07.21 11:06:52 - OpenVPN > [server] Peer Connection Initiated with [AF_INET]95.215.62.93:80. 2016.07.21 11:06:55 - OpenVPN > SENT CONTROL [server]: 'PUSH_REQUEST' (status=1). 2016.07.21 11:06:55 - OpenVPN > PUSH: Received control message: 'PUSH_REPLY,redirect-gateway def1 bypass-dhcp,dhcp-option DNS 10.6.0.1,comp-lzo no,route-gateway 10.6.0.1,topology subnet,ping 10,ping-restart 60,ifconfig 10.6.0.89 255.255.0.0'. 2016.07.21 11:06:55 - OpenVPN > OPTIONS IMPORT: timers and/or timeouts modified. 2016.07.21 11:06:55 - OpenVPN > OPTIONS IMPORT: LZO parms modified. 2016.07.21 11:06:55 - OpenVPN > OPTIONS IMPORT: --ifconfig/up options modified. 2016.07.21 11:06:55 - OpenVPN > OPTIONS IMPORT: route options modified. 2016.07.21 11:06:55 - OpenVPN > OPTIONS IMPORT: route-related options modified. 2016.07.21 11:06:55 - OpenVPN > OPTIONS IMPORT: --ip-win32 and/or --dhcp-option options modified. 2016.07.21 11:06:55 - OpenVPN > do_ifconfig, tt->ipv6=0, tt->did_ifconfig_ipv6_setup=0. 2016.07.21 11:06:55 - OpenVPN > open_tun, tt->ipv6=0. 2016.07.21 11:06:55 - OpenVPN > TAP-WIN32 device [Local Area Connection 2] opened: \\.\Global\{9AA56F58-9D09-45FA-9D23-EF502989B4FE}.tap. 2016.07.21 11:06:55 - OpenVPN > TAP-Windows Driver Version 9.21. 2016.07.21 11:06:55 - OpenVPN > Set TAP-Windows TUN subnet mode network/local/netmask = 10.6.0.0/10.6.0.89/255.255.0.0 [sUCCEEDED]. 2016.07.21 11:06:55 - OpenVPN > Notified TAP-Windows driver to set a DHCP IP/netmask of 10.6.0.89/255.255.0.0 on interface {9AA56F58-9D09-45FA-9D23-EF502989B4FE} [DHCP-serv: 10.6.255.254, lease-time: 31536000]. 2016.07.21 11:06:55 - OpenVPN > Successful ARP Flush on interface [14] {9AA56F58-9D09-45FA-9D23-EF502989B4FE}. 2016.07.21 11:07:00 - OpenVPN > TEST ROUTES: 1/1 succeeded len=0 ret=1 a=0 u/d=up. 2016.07.21 11:07:00 - OpenVPN > C:\Windows\system32\route.exe ADD 95.215.62.93 MASK 255.255.255.255 192.168.0.1. 2016.07.21 11:07:00 - OpenVPN > ROUTE: CreateIpForwardEntry succeeded with dwForwardMetric1=20 and dwForwardType=4. 2016.07.21 11:07:00 - OpenVPN > Route addition via IPAPI succeeded [adaptive]. 2016.07.21 11:07:00 - OpenVPN > C:\Windows\system32\route.exe ADD 192.168.0.1 MASK 255.255.255.255 192.168.0.1 IF 11. 2016.07.21 11:07:00 - OpenVPN > ROUTE: CreateIpForwardEntry succeeded with dwForwardMetric1=20 and dwForwardType=4. 2016.07.21 11:07:00 - OpenVPN > Route addition via IPAPI succeeded [adaptive]. 2016.07.21 11:07:00 - OpenVPN > C:\Windows\system32\route.exe ADD 0.0.0.0 MASK 128.0.0.0 10.6.0.1. 2016.07.21 11:07:00 - OpenVPN > ROUTE: CreateIpForwardEntry succeeded with dwForwardMetric1=20 and dwForwardType=4. 2016.07.21 11:07:00 - OpenVPN > Route addition via IPAPI succeeded [adaptive]. 2016.07.21 11:07:00 - OpenVPN > C:\Windows\system32\route.exe ADD 128.0.0.0 MASK 128.0.0.0 10.6.0.1. 2016.07.21 11:07:00 - OpenVPN > ROUTE: CreateIpForwardEntry succeeded with dwForwardMetric1=20 and dwForwardType=4. 2016.07.21 11:07:00 - OpenVPN > Route addition via IPAPI succeeded [adaptive]. 2016.07.21 11:07:00 - Starting Management Interface. 2016.07.21 11:07:00 - OpenVPN > Initialization Sequence CompletedI 2016.07.21 11:07:00 - DNS of a network adapter forced (Realtek PCIe GBE Family Controller)I 2016.07.21 11:07:00 - DNS of a network adapter forced (TAP-Windows Adapter V9)I 2016.07.21 11:07:00 - Flushing DNSI 2016.07.21 11:07:00 - Checking routeW 2016.07.21 11:07:02 - Checking route, 1° try failed (The underlying connection was closed: Could not establish trust relationship for the SSL/TLS secure channel.)W 2016.07.21 11:07:03 - Checking route, 2° try failed (The underlying connection was closed: Could not establish trust relationship for the SSL/TLS secure channel.)W 2016.07.21 11:07:04 - Checking route, 3° try failed (The underlying connection was closed: Could not establish trust relationship for the SSL/TLS secure channel.)W 2016.07.21 11:07:04 - Checking route, 4° try failed (The underlying connection was closed: Could not establish trust relationship for the SSL/TLS secure channel.)W 2016.07.21 11:07:05 - Checking route, 5° try failed (The underlying connection was closed: Could not establish trust relationship for the SSL/TLS secure channel.)W 2016.07.21 11:07:05 - The underlying connection was closed: Could not establish trust relationship for the SSL/TLS secure channel.! 2016.07.21 11:07:05 - Disconnecting. 2016.07.21 11:07:05 - Management - Send 'signal SIGTERM'. 2016.07.21 11:07:05 - OpenVpn Management > >INFO:OpenVPN Management Interface Version 1 -- type 'help' for more info. 2016.07.21 11:07:05 - OpenVPN > MANAGEMENT: CMD 'signal SIGTERM'. 2016.07.21 11:07:05 - OpenVPN > SIGTERM received, sending exit notification to peer. 2016.07.21 11:07:10 - OpenVPN > C:\Windows\system32\route.exe DELETE 95.215.62.93 MASK 255.255.255.255 192.168.0.1. 2016.07.21 11:07:10 - OpenVPN > Route deletion via IPAPI succeeded [adaptive]. 2016.07.21 11:07:10 - OpenVPN > C:\Windows\system32\route.exe DELETE 192.168.0.1 MASK 255.255.255.255 192.168.0.1. 2016.07.21 11:07:10 - OpenVPN > Route deletion via IPAPI succeeded [adaptive]. 2016.07.21 11:07:10 - OpenVPN > C:\Windows\system32\route.exe DELETE 0.0.0.0 MASK 128.0.0.0 10.6.0.1. 2016.07.21 11:07:10 - OpenVPN > Route deletion via IPAPI succeeded [adaptive]. 2016.07.21 11:07:10 - OpenVPN > C:\Windows\system32\route.exe DELETE 128.0.0.0 MASK 128.0.0.0 10.6.0.1. 2016.07.21 11:07:10 - OpenVPN > Route deletion via IPAPI succeeded [adaptive]. 2016.07.21 11:07:10 - OpenVPN > Closing TUN/TAP interface. 2016.07.21 11:07:10 - OpenVPN > SIGTERM[soft,exit-with-notification] received, process exiting. 2016.07.21 11:07:10 - Connection terminated.I 2016.07.21 11:07:10 - DNS of a network adapter restored to original settings (Realtek PCIe GBE Family Controller)I 2016.07.21 11:07:10 - DNS of a network adapter restored to original settings (TAP-Windows Adapter V9)I 2016.07.21 11:07:10 - Cancel requested.I 2016.07.21 11:07:10 - IPv6 restored.! 2016.07.21 11:07:10 - Session terminated.! 2016.07.21 11:07:13 - Deactivation of Network Lock Share this post Link to post
cerebro 1 Posted ... W 2016.07.20 22:00:44 - Checking route, 1° try failed (The underlying connection was closed: Could not establish trust relationship for the SSL/TLS secure channel.)W 2016.07.20 22:00:44 - Checking route, 2° try failed (The underlying connection was closed: Could not establish trust relationship for the SSL/TLS secure channel.)W 2016.07.20 22:00:45 - Checking route, 3° try failed (The underlying connection was closed: Could not establish trust relationship for the SSL/TLS secure channel.)W 2016.07.20 22:00:45 - Checking route, 4° try failed (The underlying connection was closed: Could not establish trust relationship for the SSL/TLS secure channel.)W 2016.07.20 22:00:45 - Checking route, 5° try failed (The underlying connection was closed: Could not establish trust relationship for the SSL/TLS secure channel.)W 2016.07.20 22:00:45 - The underlying connection was closed: Could not establish trust relationship for the SSL/TLS secure channel. I'm able to connect if I uncheck "Check if tunnel effectively works" in Advanced > General and I have unchecked "Check if tunnel uses AIRVPN DNS" in Advanced > DNS. Hopefully the service that checks the tunnel is just down and the connection is still secure. 1 CrankyCat reacted to this Share this post Link to post
nestegg101 3 Posted ... Same thing is happening here. Booted up the desktop and the client kept refusing to connect with the following error in the log: "The underlying connection was closed: Could not establish trust relationship for the SSL/TLS secure channel." My tablet using OpenVPN has no issues though. Hoping support will fix the problem soon. Share this post Link to post
frk1337 3 Posted ... I can confirm this problem, using .ovpn and Tunnelblick works perfectly though. Share this post Link to post