Baum 3 Posted ... Hello, For some reason I can't connect to the Netherlands servers or Sweden servers in AirVPN for Windows. They are showen as the fastest, but I can't connect to them. One Austrian works for me, but has a lower ping. Are the servers down, or is there a problem with my client? 3 kurttu, CrankyCat and christw reacted to this Share this post Link to post
LZ1 672 Posted ... Hello !You can check the Status page. We don't know if there's anything wrong with your client, as you didn't give us any information to go on. 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
freediverx 6 Posted ... As the title says I can't connect to your servers. 3 pickledegg, Iron_Mike and Keksjdjdke reacted to this Share this post Link to post
pickledegg 0 Posted ... Same - can force it to work by deselecting "check if route effectively works" in advanced options. Happening on all servers I try. Share this post Link to post
........... 0 Posted ... Same - working fine up until an hour ago. Tried multiple servers Share this post Link to post
flik232 4 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 4 Max3581, 1828, pickledegg and 1 other reacted to this Share this post Link to post
Thomas Greene 0 Posted ... Having same issues, cannot not connect securely due to timing issues. Share this post Link to post
Thrilling 0 Posted ... same here, cant connect to servers of 3 different countries i tried, sweden and germany being among them Share this post Link to post
Hj392P_PLK 0 Posted ... Similar issues for me.Long time user of airvpn but since today can't connect to any servers. No changes at my end. Was working yesterday. Tried installing latest client. Log file is showing: "The underlying connection was closed: Could not establish trust relationship for the SSL/TLS secure channel" Windows XP SP3 Share this post Link to post
jon5001 0 Posted ... When trying to connect, I get the following message: The underlying connection was closed: Could not establish trust relationship for the secure SSL/TLS channel. How can this be fixed? Not sure why I error started to happen suddenly. Share this post Link to post
airvpnd 0 Posted ... I am having the same problem only gets as far as checking the route before disconnecting. getting the error "cannot establish trust relationship for the ssl/tls" this started at about 8:xxpm ish. This is the first time since using this service that I cannot connect. Share this post Link to post
sinyo 0 Posted ... Me too, I have tried several way, unisntall, install in different machine. connect to different server, connect to specific country only...still no luck Share this post Link to post
ubaldo.fresia@gmail.com 0 Posted ... Same problem here. The system remains stuck at the Checking Route stage... Share this post Link to post
CrankyCat 7 Posted ... I am having the identical problem. It worked yesterday. I've tried blacklisting servers which fail to connect to force different ones but it keeps failing to connect. I actually can't connect to anything with AirVPN anymore. The connections all fail with this error: The underlying connection was closed: Could not establish trust relationship for the SSL/TLS secure channel. AirVPN 2.10.3Windows 7 x64 edit: Sounds like a certificate may have expired. airvpn_shortlog.txt 4 pickledegg, Indigo Purple, Hj392P_PLK and 1 other reacted to this Share this post Link to post
da5id 0 Posted ... Same problem here. Can't connect to anything, AirVPN 2.10.3 on Windows 10 X64. Share this post Link to post
VespaP200e 0 Posted ... My client continuously disconnects. The STATS column reads disconnected. This is a new issue I've never experienced with Airvpn. I've been online since 6:PM Pacific Standard Time. I hope its temporary. It's been all good with Airvpn otherwise. Share this post Link to post
Actionjackson 2 Posted ... Same issue as the previous two posts... "Timing Out Checking Route" Share this post Link to post
jakeschlaerth 0 Posted ... I have the same issue. I can't connect to any servers. It shows the error "The underlying connection was closed: Could not establish trust relationship for the SSL/TLS secure channel". Then it disconnects, and automatically tries to reconnect and shows the same error in a loop. This is a new computer running Windows 10 with the latest client version 2.10. Share this post Link to post
hydras21 0 Posted ... I am have the same trouble "The underlying connection was closed: Could not establish trust relationship for the SSL/TLS secure channel." AirVPN 2.10.3Windows 10 x64 Share this post Link to post
5starvpn 0 Posted ... Same problem - stopped connecting to any servers about an hour ago same error message as above post. Win 7 x64AirVPN 2.10.3 Share this post Link to post
Veep Peep 13 Posted ... Hello, I was using a successful Airvpn connection when i went to CNN and could not watch newsBecause I'm not in the US.I disconnected and tired US server I received an errorThe underlying connection was closed: Could not establish trust relationshipfor the ssl/tls secure channel I tried any other server, same problem... I can't get back on. Using my phone! Help? Using Windows 10, AirVPN 2.10.3 Thanks, Mr. V 6 CrankyCat, Hj392P_PLK, ........... and 3 others reacted to this Share this post Link to post
mehāniskākaravīrs935 24 Posted ... I'm having the exact same problem on the Eddie client. I had to turn off DNS Check in order to make a connection Share this post Link to post
RedSoxWin2013 4 Posted ... Hello, I was using a successful Airvpn connection when i went to CNN and could not watch newsBecause I'm not in the US.I disconnected and tired US server I received an errorThe underlying connection was closed: Could not establish trust relationshipfor the ssl/tls secure channel I tried any other server, same problem... I can't get back on. Using my phone! Help? Using Windows 10, AirVPN 2.10.3 Thanks, Mr. VI am experiencing the same issue. Begin happening today. Here are my logs: I 2016.07.20 21:34:26 - Session starting.I 2016.07.20 21:34:26 - IPv6 disabled.I 2016.07.20 21:34:26 - Checking authorization ...! 2016.07.20 21:34:27 - Connecting to Tejat (Canada, Toronto, Ontario). 2016.07.20 21:34:27 - OpenVPN > OpenVPN 2.3.8 x86_64-w64-mingw32 [sSL (OpenSSL)] [LZO] [iPv6] built on Aug 13 2015. 2016.07.20 21:34:27 - OpenVPN > library versions: OpenSSL 1.0.2d 9 Jul 2015, LZO 2.08. 2016.07.20 21:34:27 - OpenVPN > MANAGEMENT: TCP Socket listening on [AF_INET]127.0.0.1:3100. 2016.07.20 21:34:27 - OpenVPN > Control Channel Authentication: tls-auth using INLINE static key file. 2016.07.20 21:34:27 - OpenVPN > Outgoing Control Channel Authentication: Using 160 bit message hash 'SHA1' for HMAC authentication. 2016.07.20 21:34:27 - OpenVPN > Incoming Control Channel Authentication: Using 160 bit message hash 'SHA1' for HMAC authentication. 2016.07.20 21:34:27 - OpenVPN > Socket Buffers: R=[8192->131072] S=[8192->131072]. 2016.07.20 21:34:27 - OpenVPN > Attempting to establish TCP connection with [AF_INET]184.75.221.194:443 [nonblock]. 2016.07.20 21:34:28 - OpenVPN > TCP connection established with [AF_INET]184.75.221.194:443. 2016.07.20 21:34:28 - OpenVPN > TCPv4_CLIENT link local: [undef]. 2016.07.20 21:34:28 - OpenVPN > TCPv4_CLIENT link remote: [AF_INET]184.75.221.194:443. 2016.07.20 21:34:28 - OpenVPN > TLS: Initial packet from [AF_INET]184.75.221.194:443, sid=707010ef 4447bb61. 2016.07.20 21:34:28 - OpenVPN > VERIFY OK: depth=1, C=IT, ST=IT, L=Perugia, O=airvpn.org, CN=airvpn.org CA, emailAddress=info@airvpn.org. 2016.07.20 21:34:28 - OpenVPN > Validating certificate key usage. 2016.07.20 21:34:28 - OpenVPN > ++ Certificate has key usage 00a0, expects 00a0. 2016.07.20 21:34:28 - OpenVPN > VERIFY KU OK. 2016.07.20 21:34:28 - OpenVPN > Validating certificate extended key usage. 2016.07.20 21:34:28 - OpenVPN > ++ Certificate has EKU (str) TLS Web Server Authentication, expects TLS Web Server Authentication. 2016.07.20 21:34:28 - OpenVPN > VERIFY EKU OK. 2016.07.20 21:34:28 - OpenVPN > VERIFY OK: depth=0, C=IT, ST=IT, L=Perugia, O=airvpn.org, CN=server, emailAddress=info@airvpn.org. 2016.07.20 21:34:30 - OpenVPN > Data Channel Encrypt: Cipher 'AES-256-CBC' initialized with 256 bit key. 2016.07.20 21:34:30 - OpenVPN > Data Channel Encrypt: Using 160 bit message hash 'SHA1' for HMAC authentication. 2016.07.20 21:34:30 - OpenVPN > Data Channel Decrypt: Cipher 'AES-256-CBC' initialized with 256 bit key. 2016.07.20 21:34:30 - OpenVPN > Data Channel Decrypt: Using 160 bit message hash 'SHA1' for HMAC authentication. 2016.07.20 21:34:30 - OpenVPN > Control Channel: TLSv1.2, cipher TLSv1/SSLv3 DHE-RSA-AES256-GCM-SHA384, 4096 bit RSA. 2016.07.20 21:34:30 - OpenVPN > [server] Peer Connection Initiated with [AF_INET]184.75.221.194:443. 2016.07.20 21:34:32 - OpenVPN > SENT CONTROL [server]: 'PUSH_REQUEST' (status=1). 2016.07.20 21:34:32 - OpenVPN > PUSH: Received control message: 'PUSH_REPLY,redirect-gateway def1 bypass-dhcp,dhcp-option DNS 10.5.0.1,comp-lzo no,route-gateway 10.5.0.1,topology subnet,ping 10,ping-restart 60,ifconfig 10.5.1.188 255.255.0.0'. 2016.07.20 21:34:32 - OpenVPN > OPTIONS IMPORT: timers and/or timeouts modified. 2016.07.20 21:34:32 - OpenVPN > OPTIONS IMPORT: LZO parms modified. 2016.07.20 21:34:32 - OpenVPN > OPTIONS IMPORT: --ifconfig/up options modified. 2016.07.20 21:34:32 - OpenVPN > OPTIONS IMPORT: route options modified. 2016.07.20 21:34:32 - OpenVPN > OPTIONS IMPORT: route-related options modified. 2016.07.20 21:34:32 - OpenVPN > OPTIONS IMPORT: --ip-win32 and/or --dhcp-option options modified. 2016.07.20 21:34:32 - OpenVPN > do_ifconfig, tt->ipv6=0, tt->did_ifconfig_ipv6_setup=0. 2016.07.20 21:34:32 - OpenVPN > open_tun, tt->ipv6=0. 2016.07.20 21:34:33 - OpenVPN > TAP-WIN32 device [Local Area Connection 2] opened: \\.\Global\{752EA3DE-424E-4E0D-9498-1ED9F9E1DE20}.tap. 2016.07.20 21:34:33 - OpenVPN > TAP-Windows Driver Version 9.21. 2016.07.20 21:34:33 - OpenVPN > Set TAP-Windows TUN subnet mode network/local/netmask = 10.5.0.0/10.5.1.188/255.255.0.0 [sUCCEEDED]. 2016.07.20 21:34:33 - OpenVPN > Notified TAP-Windows driver to set a DHCP IP/netmask of 10.5.1.188/255.255.0.0 on interface {752EA3DE-424E-4E0D-9498-1ED9F9E1DE20} [DHCP-serv: 10.5.255.254, lease-time: 31536000]. 2016.07.20 21:34:33 - OpenVPN > Successful ARP Flush on interface [20] {752EA3DE-424E-4E0D-9498-1ED9F9E1DE20}. 2016.07.20 21:34:38 - OpenVPN > TEST ROUTES: 1/1 succeeded len=0 ret=1 a=0 u/d=up. 2016.07.20 21:34:38 - OpenVPN > C:\Windows\system32\route.exe ADD 184.75.221.194 MASK 255.255.255.255 192.168.3.1. 2016.07.20 21:34:38 - OpenVPN > ROUTE: CreateIpForwardEntry succeeded with dwForwardMetric1=25 and dwForwardType=4. 2016.07.20 21:34:38 - OpenVPN > Route addition via IPAPI succeeded [adaptive]. 2016.07.20 21:34:38 - OpenVPN > C:\Windows\system32\route.exe ADD 192.168.3.1 MASK 255.255.255.255 192.168.3.1 IF 11. 2016.07.20 21:34:38 - OpenVPN > ROUTE: CreateIpForwardEntry succeeded with dwForwardMetric1=25 and dwForwardType=4. 2016.07.20 21:34:38 - OpenVPN > Route addition via IPAPI succeeded [adaptive]. 2016.07.20 21:34:38 - OpenVPN > C:\Windows\system32\route.exe ADD 0.0.0.0 MASK 128.0.0.0 10.5.0.1. 2016.07.20 21:34:38 - OpenVPN > ROUTE: CreateIpForwardEntry succeeded with dwForwardMetric1=20 and dwForwardType=4. 2016.07.20 21:34:38 - OpenVPN > Route addition via IPAPI succeeded [adaptive]. 2016.07.20 21:34:38 - OpenVPN > C:\Windows\system32\route.exe ADD 128.0.0.0 MASK 128.0.0.0 10.5.0.1. 2016.07.20 21:34:38 - OpenVPN > ROUTE: CreateIpForwardEntry succeeded with dwForwardMetric1=20 and dwForwardType=4. 2016.07.20 21:34:38 - OpenVPN > Route addition via IPAPI succeeded [adaptive]. 2016.07.20 21:34:38 - Starting Management Interface. 2016.07.20 21:34:38 - OpenVPN > Initialization Sequence CompletedI 2016.07.20 21:34:38 - DNS of a network adapter forced (Intel® Dual Band Wireless-AC 7260)I 2016.07.20 21:34:38 - DNS of a network adapter forced (TAP-Windows Adapter V9)I 2016.07.20 21:34:38 - Flushing DNSI 2016.07.20 21:34:38 - Checking routeW 2016.07.20 21:34:38 - 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 21:34:39 - 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 21:34:40 - 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 21:34:44 - 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 21:34:44 - 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 21:34:44 - The underlying connection was closed: Could not establish trust relationship for the SSL/TLS secure channel.! 2016.07.20 21:34:44 - Disconnecting. 2016.07.20 21:34:44 - Management - Send 'signal SIGTERM'. 2016.07.20 21:34:44 - OpenVpn Management > >INFO:OpenVPN Management Interface Version 1 -- type 'help' for more info. 2016.07.20 21:34:44 - OpenVPN > MANAGEMENT: CMD 'signal SIGTERM'. 2016.07.20 21:34:44 - OpenVPN > C:\Windows\system32\route.exe DELETE 184.75.221.194 MASK 255.255.255.255 192.168.3.1. 2016.07.20 21:34:44 - OpenVPN > Route deletion via IPAPI succeeded [adaptive]. 2016.07.20 21:34:44 - OpenVPN > C:\Windows\system32\route.exe DELETE 192.168.3.1 MASK 255.255.255.255 192.168.3.1. 2016.07.20 21:34:44 - OpenVPN > Route deletion via IPAPI succeeded [adaptive]. 2016.07.20 21:34:44 - OpenVPN > C:\Windows\system32\route.exe DELETE 0.0.0.0 MASK 128.0.0.0 10.5.0.1. 2016.07.20 21:34:44 - OpenVPN > Route deletion via IPAPI succeeded [adaptive]. 2016.07.20 21:34:44 - OpenVPN > C:\Windows\system32\route.exe DELETE 128.0.0.0 MASK 128.0.0.0 10.5.0.1. 2016.07.20 21:34:44 - OpenVPN > Route deletion via IPAPI succeeded [adaptive]. 2016.07.20 21:34:44 - OpenVPN > Closing TUN/TAP interface. 2016.07.20 21:34:44 - OpenVPN > SIGTERM[hard,] received, process exiting. 2016.07.20 21:34:44 - Connection terminated.I 2016.07.20 21:34:44 - DNS of a network adapter restored to original settings (Intel® Dual Band Wireless-AC 7260)I 2016.07.20 21:34:44 - DNS of a network adapter restored to original settings (TAP-Windows Adapter V9)I 2016.07.20 21:34:46 - Cancel requested.I 2016.07.20 21:34:46 - IPv6 restored.! 2016.07.20 21:34:46 - Session terminated. 4 redgibbon, pickledegg, Hj392P_PLK and 1 other reacted to this Share this post Link to post