strideram

@Staff any plans to revisit this? It has been a few years now, and things have changed for the better in India, wrt Internet. Please do consider opening an India server. 

Sigh. I had posted a few weeks ago about the servers showing very high latency. That continued on till today. Today, the client is not showing the score or latency. I have attached a screenshot and the log. I have restarted the client/system multiple times. I have tried different udp/tcp ports. As can be seen from the log, I tried connecting to one server, but it connected to another. Under the stats tab, its showing the server latency as -1. 
 
When it did connect, I was getting very slow speeds. As can be seen from the screenshot, 171KBps. Without the VPN, I was downloading the same file at over 900KBps. 
 

 
I 2015.01.24 16:13:54 - AirVPN client version: 2.8.8, System: Windows, Name: Microsoft Windows NT 6.2.9200.0, Architecture: x64 . 2015.01.24 16:13:54 - Reading options from C:\Users\amith\AppData\Local\AirVPN\AirVPN.xml . 2015.01.24 16:13:54 - Data Path: C:\Users\amith\AppData\Local\AirVPN . 2015.01.24 16:13:54 - App Path: C:\Program Files\AirVPN . 2015.01.24 16:13:54 - Executable Path: C:\Program Files\AirVPN\AirVPN.exe . 2015.01.24 16:13:54 - Command line arguments (1): path="home" . 2015.01.24 16:13:54 - Operating System: Microsoft Windows NT 6.2.9200.0 I 2015.01.24 16:13:54 - OpenVPN Driver - TAP-Windows Adapter V9 I 2015.01.24 16:13:54 - OpenVPN - Version: OpenVPN 2.3.6 (C:\Program Files\AirVPN\openvpn.exe) I 2015.01.24 16:13:54 - SSH - Version: plink 0.63 (C:\Program Files\AirVPN\plink.exe) I 2015.01.24 16:13:54 - SSL - Version: stunnel 5.09 (C:\Program Files\AirVPN\stunnel.exe) I 2015.01.24 16:13:54 - IPV6: Available ! 2015.01.24 16:13:54 - Ready I 2015.01.24 16:14:55 - Session starting. I 2015.01.24 16:14:55 - Installing tunnel driver I 2015.01.24 16:14:55 - Network adapter DHCP switched to static (Intel(R) Ethernet Connection (2) I218-V) I 2015.01.24 16:14:58 - DNS of a network adapter forced (Intel(R) Ethernet Connection (2) I218-V) I 2015.01.24 16:14:58 - Checking authorization ... . 2015.01.24 16:14:58 - Checking authorization ..., 1° try failed (The remote name could not be resolved: 'auth.airvpn.org') . 2015.01.24 16:14:58 - Checking authorization ..., 2° try failed (Unable to connect to the remote server) . 2015.01.24 16:14:58 - Checking authorization ..., 3° try failed (The remote name could not be resolved: 'airvpn.org') . 2015.01.24 16:14:58 - Checking authorization ..., 4° try failed (Unable to connect to the remote server) . 2015.01.24 16:14:58 - Checking authorization ..., 5° try failed (Unable to connect to the remote server) . 2015.01.24 16:14:58 - Checking authorization ..., 6° try failed (The remote name could not be resolved: 'airvpn.info') . 2015.01.24 16:14:58 - Checking authorization ..., 7° try failed (The remote name could not be resolved: 'airvpn.ch') . 2015.01.24 16:14:58 - Checking authorization ..., 8° try failed (The remote name could not be resolved: 'airvpn.eu') W 2015.01.24 16:14:58 - Authorization check failed, continue anyway ({1]) ! 2015.01.24 16:14:58 - Connecting to Erakis (Netherlands, Amsterdam) . 2015.01.24 16:14:58 - OpenVPN > OpenVPN 2.3.6 x86_64-w64-mingw32 [SSL (OpenSSL)] [LZO] [IPv6] built on Jan 12 2015 . 2015.01.24 16:14:58 - OpenVPN > library versions: OpenSSL 1.0.1k 8 Jan 2015, LZO 2.08 . 2015.01.24 16:14:58 - OpenVPN > MANAGEMENT: TCP Socket listening on [AF_INET]127.0.0.1:3100 . 2015.01.24 16:14:58 - OpenVPN > Control Channel Authentication: tls-auth using INLINE static key file . 2015.01.24 16:14:58 - OpenVPN > Outgoing Control Channel Authentication: Using 160 bit message hash 'SHA1' for HMAC authentication . 2015.01.24 16:14:58 - OpenVPN > Incoming Control Channel Authentication: Using 160 bit message hash 'SHA1' for HMAC authentication . 2015.01.24 16:14:58 - OpenVPN > Socket Buffers: R=[65536->65536] S=[65536->65536] . 2015.01.24 16:14:58 - OpenVPN > Attempting to establish TCP connection with [AF_INET]62.212.72.162:80 [nonblock] . 2015.01.24 16:15:08 - OpenVPN > TCP: connect to [AF_INET]62.212.72.162:80 failed, will try again in 5 seconds: The system tried to join a drive to a directory on a joined drive. . 2015.01.24 16:15:08 - OpenVPN > SIGUSR1[soft,init_instance] received, process restarting . 2015.01.24 16:15:08 - OpenVPN > Restart pause, 5 second(s) ! 2015.01.24 16:15:08 - Disconnecting . 2015.01.24 16:15:08 - Connection terminated. I 2015.01.24 16:15:11 - Checking authorization ... . 2015.01.24 16:15:23 - Checking authorization ..., 1° try failed (The operation has timed out) ! 2015.01.24 16:15:24 - Connecting to Pallas (Netherlands, Amsterdam) . 2015.01.24 16:15:24 - OpenVPN > OpenVPN 2.3.6 x86_64-w64-mingw32 [SSL (OpenSSL)] [LZO] [IPv6] built on Jan 12 2015 . 2015.01.24 16:15:24 - OpenVPN > library versions: OpenSSL 1.0.1k 8 Jan 2015, LZO 2.08 . 2015.01.24 16:15:24 - OpenVPN > MANAGEMENT: TCP Socket listening on [AF_INET]127.0.0.1:3100 . 2015.01.24 16:15:25 - OpenVPN > Control Channel Authentication: tls-auth using INLINE static key file . 2015.01.24 16:15:25 - OpenVPN > Outgoing Control Channel Authentication: Using 160 bit message hash 'SHA1' for HMAC authentication . 2015.01.24 16:15:25 - OpenVPN > Incoming Control Channel Authentication: Using 160 bit message hash 'SHA1' for HMAC authentication . 2015.01.24 16:15:25 - OpenVPN > Socket Buffers: R=[65536->65536] S=[65536->65536] . 2015.01.24 16:15:25 - OpenVPN > Attempting to establish TCP connection with [AF_INET]37.48.80.132:80 [nonblock] . 2015.01.24 16:15:27 - OpenVPN > TCP connection established with [AF_INET]37.48.80.132:80 . 2015.01.24 16:15:27 - OpenVPN > TCPv4_CLIENT link local: [undef] . 2015.01.24 16:15:27 - OpenVPN > TCPv4_CLIENT link remote: [AF_INET]37.48.80.132:80 . 2015.01.24 16:15:27 - OpenVPN > TLS: Initial packet from [AF_INET]37.48.80.132:80, sid=88f20bf5 b4128755 . 2015.01.24 16:15:30 - OpenVPN > VERIFY OK: depth=1, C=IT, ST=IT, L=Perugia, O=airvpn.org, CN=airvpn.org CA, emailAddress=info@airvpn.org . 2015.01.24 16:15:30 - OpenVPN > Validating certificate key usage . 2015.01.24 16:15:30 - OpenVPN > ++ Certificate has key usage 00a0, expects 00a0 . 2015.01.24 16:15:30 - OpenVPN > VERIFY KU OK . 2015.01.24 16:15:30 - OpenVPN > Validating certificate extended key usage . 2015.01.24 16:15:30 - OpenVPN > ++ Certificate has EKU (str) TLS Web Server Authentication, expects TLS Web Server Authentication . 2015.01.24 16:15:30 - OpenVPN > VERIFY EKU OK . 2015.01.24 16:15:30 - OpenVPN > VERIFY OK: depth=0, C=IT, ST=IT, L=Perugia, O=airvpn.org, CN=server, emailAddress=info@airvpn.org . 2015.01.24 16:15:40 - OpenVPN > Data Channel Encrypt: Cipher 'AES-256-CBC' initialized with 256 bit key . 2015.01.24 16:15:40 - OpenVPN > Data Channel Encrypt: Using 160 bit message hash 'SHA1' for HMAC authentication . 2015.01.24 16:15:40 - OpenVPN > Data Channel Decrypt: Cipher 'AES-256-CBC' initialized with 256 bit key . 2015.01.24 16:15:40 - OpenVPN > Data Channel Decrypt: Using 160 bit message hash 'SHA1' for HMAC authentication . 2015.01.24 16:15:40 - OpenVPN > Control Channel: TLSv1, cipher TLSv1/SSLv3 DHE-RSA-AES256-SHA, 4096 bit RSA . 2015.01.24 16:15:40 - OpenVPN > [server] Peer Connection Initiated with [AF_INET]37.48.80.132:80 . 2015.01.24 16:15:43 - OpenVPN > SENT CONTROL [server]: 'PUSH_REQUEST' (status=1) . 2015.01.24 16:15:43 - OpenVPN > PUSH: Received control message: 'PUSH_REPLY,redirect-gateway def1,dhcp-option DNS 10.7.0.1,comp-lzo no,route 10.7.0.1,topology net30,ping 10,ping-restart 60,ifconfig 10.7.2.30 10.7.2.29' . 2015.01.24 16:15:43 - OpenVPN > OPTIONS IMPORT: timers and/or timeouts modified . 2015.01.24 16:15:43 - OpenVPN > OPTIONS IMPORT: LZO parms modified . 2015.01.24 16:15:43 - OpenVPN > OPTIONS IMPORT: --ifconfig/up options modified . 2015.01.24 16:15:43 - OpenVPN > OPTIONS IMPORT: route options modified . 2015.01.24 16:15:43 - OpenVPN > OPTIONS IMPORT: --ip-win32 and/or --dhcp-option options modified . 2015.01.24 16:15:43 - OpenVPN > do_ifconfig, tt->ipv6=0, tt->did_ifconfig_ipv6_setup=0 . 2015.01.24 16:15:43 - OpenVPN > open_tun, tt->ipv6=0 . 2015.01.24 16:15:43 - OpenVPN > TAP-WIN32 device [VPN] opened: \\.\Global\{1EDED4AC-BC9E-475E-9E57-DF36FF3C1D9D}.tap . 2015.01.24 16:15:43 - OpenVPN > TAP-Windows Driver Version 9.9 . 2015.01.24 16:15:43 - OpenVPN > Notified TAP-Windows driver to set a DHCP IP/netmask of 10.7.2.30/255.255.255.252 on interface {1EDED4AC-BC9E-475E-9E57-DF36FF3C1D9D} [DHCP-serv: 10.7.2.29, lease-time: 31536000] . 2015.01.24 16:15:43 - OpenVPN > Successful ARP Flush on interface [6] {1EDED4AC-BC9E-475E-9E57-DF36FF3C1D9D} . 2015.01.24 16:15:48 - OpenVPN > TEST ROUTES: 2/2 succeeded len=1 ret=1 a=0 u/d=up . 2015.01.24 16:15:48 - OpenVPN > C:\Windows\system32\route.exe ADD 37.48.80.132 MASK 255.255.255.255 192.168.11.1 . 2015.01.24 16:15:48 - OpenVPN > ROUTE: CreateIpForwardEntry succeeded with dwForwardMetric1=10 and dwForwardType=4 . 2015.01.24 16:15:48 - OpenVPN > Route addition via IPAPI succeeded [adaptive] . 2015.01.24 16:15:48 - OpenVPN > C:\Windows\system32\route.exe ADD 0.0.0.0 MASK 128.0.0.0 10.7.2.29 . 2015.01.24 16:15:48 - OpenVPN > ROUTE: CreateIpForwardEntry succeeded with dwForwardMetric1=30 and dwForwardType=4 . 2015.01.24 16:15:48 - OpenVPN > Route addition via IPAPI succeeded [adaptive] . 2015.01.24 16:15:48 - OpenVPN > C:\Windows\system32\route.exe ADD 128.0.0.0 MASK 128.0.0.0 10.7.2.29 . 2015.01.24 16:15:48 - OpenVPN > ROUTE: CreateIpForwardEntry succeeded with dwForwardMetric1=30 and dwForwardType=4 . 2015.01.24 16:15:48 - OpenVPN > Route addition via IPAPI succeeded [adaptive] . 2015.01.24 16:15:48 - OpenVPN > C:\Windows\system32\route.exe ADD 10.7.0.1 MASK 255.255.255.255 10.7.2.29 . 2015.01.24 16:15:48 - OpenVPN > ROUTE: CreateIpForwardEntry succeeded with dwForwardMetric1=30 and dwForwardType=4 . 2015.01.24 16:15:48 - OpenVPN > Route addition via IPAPI succeeded [adaptive] . 2015.01.24 16:15:48 - Starting Management Interface . 2015.01.24 16:15:48 - OpenVPN > Initialization Sequence Completed I 2015.01.24 16:15:48 - Flushing DNS I 2015.01.24 16:15:48 - Checking route I 2015.01.24 16:15:51 - Checking DNS ! 2015.01.24 16:15:52 - Connected. . 2015.01.24 16:15:52 - OpenVPN > MANAGEMENT: Client connected from [AF_INET]127.0.0.1:3100 . 2015.01.24 16:15:52 - OpenVpn Management > >INFO:OpenVPN Management Interface Version 1 -- type 'help' for more info . 2015.01.24 16:19:48 - Updating systems & servers data ... . 2015.01.24 16:19:51 - Systems & servers data update completed  

Hello!

We're very glad to inform you that new 1 Gbit/s servers located in Canada are available: Almach and Spica.

The AirVPN client will show automatically the new servers, while if you use the OpenVPN client you can generate all the files to access them through our configuration/certificates/key generator (menu "Client Area"->"Config generator").

The servers accept connections on ports 53, 80, 443, 2018 UDP and TCP.

Just like every other Air server, Almach and Spica support OpenVPN over SSL and OpenVPN over SSH.

As usual no traffic limits, no logs, no discrimination on protocols and hardened security against various attacks with separate entry and exit-IP addresses.
 
Do not hesitate to contact us for any information or issue.

Kind regards and datalove
AirVPN Team
 

Hello!

We're very glad to inform you that new 1 Gbit/s servers located in the Netherlands are available: Botein and Mizar.

The AirVPN client will show automatically the new servers, while if you use the OpenVPN client you can generate all the files to access them through our configuration/certificates/key generator (menu "Client Area"->"Config generator").

The servers accept connections on ports 53, 80, 443, 2018 UDP and TCP.

Just like every other Air server, Botein and Mizar support OpenVPN over SSL and OpenVPN over SSH.

As usual no traffic limits, no logs, no discrimination on protocols and hardened security against various attacks with separate entry and exit-IP addresses.
 
Do not hesitate to contact us for any information or issue.

Kind regards and datalove
AirVPN Team

I think its a Windows related bug. I have noticed this to happen, when some sort of full screen app is running (say watching a movie or playing a pc game) and the connection disconnects/reconnects. When you switch out of the full screen app and return to the desktop (ie the taskbar is now visible) the last few generated notifications get played all together. Looking at the logs wont show anything for that time frame, as the actual event happened a while ago. Another instance when this happens is, say you hibernate/sleep your machine while airvpn is connected. When you resume the machine, AirVPN will auto connect. If you wait a few minutes before unlocking the comp (by entering the password), then you will see the notifications get displayed all at once, even though the reconnection had happened a few minutes ago.
 
I have seen the same behaviour for notifications generated by windows apps, written by me. We (my team) never managed to figure out how to prevent it, though we didn't spend much time on it as we felt that the delayed notifications still had value. As for the last notification staying visible till we explicitly dismiss it, thats a li'l  irritating.

Hello!
 

  We're glad to inform you that we have joined "Black Friday to Cyber Monday" initiative by the web site bestvpn.com.
 
The competition will run up to the 1st of December while discounts will be available from the 28th of November.
 
We will be offering a great 35% discount and 10 global yearly accounts. Of course, any additional subscription will be added on top of already existing subscriptions.
 
Kind regards

Cool edition though may I ask why it is necessary if all the other NL servers are running nowhere near capacity?

Hi, 
this is a an important question.
 
We have recorded a dramatic increase of clients requiring connections to NL servers in the past weeks and months. With the increase of single connected clients (consider that since April a user can connect simultaneously three clients and also consider that Air user base has grown up considerably during this year), we must take into account different variables to a server load in addition to available bandwidth.
 
CPUs of our servers not only must handle TLS auth and OpenVPN AES-256 encryption/decryption, but also SSH and OpenSSL additional tunnels. There is, so far, no scientific study which determines how the CPU load increases (under the same provided bandwidth) with the increase of connected clients in an OpenVPN server, but empirically it might be not linear (example: 50 clients requiring 1 Mbit/s each stress CPU more than one client requiring 50 Mbit/s does). So, we could have a server that has a line and a port of 1 Gbit/s, but whose CPU gets at capacity before that limit (for example already at 650 Mbit/s). Therefore, in order to respect our commitment to always provide at least 4 Mbit/s per client in at least one server in the world, we add servers before this limit is reached. In the particular case of the Netherlands, we have decided to go beyond our warrant, because customers clearly appear to be very interested in this country.
 
With the current configuration and considering the average numbers of clients connected to Netherlands servers with an excess prudential margin of 20%, we are now able to provide more than 4 Mbit/s per client in the Netherlands alone, even keeping into account potential aforementioned overhead. In the "Top 10 Users Speed", right now, we can see that the topmost 4 clients are all in the Netherlands, ranging from 65 Mbit/s to 40 Mbit/s each.
 
Kind regards

I am connected to Antares on UDP 443. I have a 4Mpbs plan with my ISP. And as is visible from the speedtest.net result below, I am getting above 3.5Mbps.
 

 
That said, I would classify the Antares server as "unstable". I say "unstable" with the quotes cuz technically as per the status reports (https://airvpn.org/servers/Antares/) the server is stable and working properly. I have had moments when suddenly the speed would drop to below 0.5Mbps. Reconnecting to Antares wouldn't help. If I connect to one of the Netherland servers, then I am back to 4Mbps. It doesn't happen all the time and its not as bothersome, so I never complained.
 
There are existing threads on this forum on how to diagnose speed issues. I think the most commonly suggested solution is to try connecting over UDP 53.

I have been using Eddie 2.2-2.4 on Windows 7 x64. I have always ensured that those three settings have the values you have described. I have never had any issues on Windows.
 
I have been using the Mac versions since it was released. With same setting's values set as mentioned. I have had a mixed experience on OSX 10.9.something. The client connects successfully when the app is first started. But if for some reason the connection is lost, it gets stuck in the connect-disconnect-reconnect loop. Doesn't always happen. Quitting the app, ensuring the Wifi DNS is not set to AirVPN DNS and starting app seems to resolve it.
 
Regarding the Exit Confirmation - Huge NO. On my Windows machine I hibernate it a lot. If AirVPN is running when the machine is put into hibernation, on resuming the Servers tab gets badly glitched. Its constantly keeps refreshing itself making it impossible to select a server. Point being I quite the app a lot. Also if I forget to quit app and I try to shutdown/restart the machine, it simply WONT proceed further till I cancel the shutdown, answer yes and try again. Very frustrating.
 
I prefer the confirmation prompt to NOT be enabled by default. If as a user I need something like this, I would ask in the forums and get redirected to the appropriate settings tab.

Hello!
 
We're very glad to inform you that a new 1 Gbit/s server located in Canada is available: Grumium.
 
The AirVPN client will show automatically the new server, while if you use the OpenVPN client you can generate all the files to access them through our configuration/certificates/key generator (menu "Client Area"->"Config generator").
 
The server accepts connections on ports 53, 80, 443, 2018 UDP and TCP.
 
Just like every other Air server, Grumium supports OpenVPN over SSL and OpenVPN over SSH.
 
As usual no traffic limits, no logs, no discrimination on protocols and hardened security against various attacks with separate entry and exit-IP addresses.
 
Do not hesitate to contact us for any information or issue.
 
Kind regards and datalove
AirVPN Team

@epsilon, Regarding the latest Eddie client, I am not facing any DNS leak issues on either Windows or Mac. DNS leak is typically a Windows OS issue. Nonetheless, In the preferences of the client, Under Advanced->General, ensure the following are set -
1. DNS Switch Mode is Automatic
2. Check if tunnel is using AirVPN DNS is set
3. If on WIndows OS, Enable the force DNS checkbox.
 
It might be possible that when upgrading from 2.3 to 2.4, the previous settings were overwritten. The staff had previously said that from version 2.4 onwards, when upgrading the previous settings will not be lost. So the settings shouldn't be lost when upgrading to 2.5.
 
There is an existing thread on how to fix DNS leaks (meant for users not using the AirVPN client)- https://airvpn.org/topic/9289-dns-leaks-and-how-to-fix-them/. A particular post in it explains nicely what needs to be done to fix DNS leaks (https://airvpn.org/topic/9289-dns-leaks-and-how-to-fix-them/?do=findComment&comment=11603). I am referencing it cuz it helped me understand what a DNS leak meant.

@epsilon, Regarding the latest Eddie client, I am not facing any DNS leak issues on either Windows or Mac. DNS leak is typically a Windows OS issue. Nonetheless, In the preferences of the client, Under Advanced->General, ensure the following are set -
1. DNS Switch Mode is Automatic
2. Check if tunnel is using AirVPN DNS is set
3. If on WIndows OS, Enable the force DNS checkbox.
 
It might be possible that when upgrading from 2.3 to 2.4, the previous settings were overwritten. The staff had previously said that from version 2.4 onwards, when upgrading the previous settings will not be lost. So the settings shouldn't be lost when upgrading to 2.5.
 
There is an existing thread on how to fix DNS leaks (meant for users not using the AirVPN client)- https://airvpn.org/topic/9289-dns-leaks-and-how-to-fix-them/. A particular post in it explains nicely what needs to be done to fix DNS leaks (https://airvpn.org/topic/9289-dns-leaks-and-how-to-fix-them/?do=findComment&comment=11603). I am referencing it cuz it helped me understand what a DNS leak meant.

Hello!

We're very glad to inform you that a new 1 Gbit/s server located in Singapore is available: Antares.

The AirVPN client will show automatically the new server, while if you use the OpenVPN client you can generate all the files to access them through our configuration/certificates/key generator (menu "Client Area"->"Config generator").

The server accepts connections on ports 53, 80, 443, 2018 UDP and TCP.

Just like every other Air server, Antares supports OpenVPN over SSL and OpenVPN over SSH.

As usual no traffic limits, no logs, no discrimination on protocols and hardened security against various attacks with separate entry and exit-IP addresses.
 
Do not hesitate to contact us for any information or issue.

Kind regards and datalove
AirVPN Team

The Support ticket was responded to on 16 August 2014 - 03:37 PM with the following -
 
 
Currently I am able to load the concerned website while connected to Hadar. As epsilon commented, the issue seems to have been resolved
 
@knighthawk & @giganerd, at the time of filing the support ticket, for me the routes page showed the result that giganerd was getting. The screenshot I posted in the support ticket was similar to giganerd's. Strange. Anyway, currently all but 3 servers are routed to some Italian server. The Furud one is still directly connected. And two are still showing pending.

Hi,
 
I am currently able to connect to said server and I am getting proper download speeds. I am connected using the latest Eddie 2.3 client for Mac. The protocol and port is UDP 443.
 
@beekay201, the next time you are facing problems connecting with any of the servers, if would be helpful if you could post additional details like - which client/OS are you using, which protocol/port combination. Also, if possible try connecting using UDP 53.
 
Regards

Are you kidding me?
 
 
I'm going to change my name immediately.
 
I cannot say anything about StartMail and DarkMail because up to now I didn't know these projects exist.

Hello,
 
@tlc
 
Important pre-requisite: micro-routing is available ONLY if you query VPN DNS.
 
Netflix USA is accessible from every VPN server located in countries where Netflix is not available:
 
- from NL, GB and SE VPN servers, you will access respectively Netflix NL, UK and SE (no micro-routing)
- from any other country, you will access Netflix USA
 
Kind regards

Of course you can use any server.
I mostly connect to german servers and can confirm that torrents are working good there. Maybe just because I use a private index/tracker.

EDIT: SERVER WITHDRAWN ON 16-JUN-2016.
Reasons: no more technical compliance to our requirements. Unfair behavior (server "connected" surreptitiously to a 100 Mbit/s port while we were paying for a 1 Gbit/s port)
 
Hello!

We're very glad to inform you that a new 1 Gbit/s server located in Spain is available: Nihal.

The AirVPN client will show automatically the new server, while if you use the OpenVPN client you can generate all the files to access them through our configuration/certificates/key generator (menu "Client Area"->"Config generator").

The server accepts connections on ports 53, 80, 443, 2018 UDP and TCP.

Just like every other Air server, Nihal supports OpenVPN over SSL and OpenVPN over SSH.

As usual no traffic limits, no logs, no discrimination on protocols and hardened security against various attacks with separate entry and exit-IP addresses.
 
NOTE: the server IP addresses geo-location at RIPE database has been changed yesterday, therefore several services might still locate the server IP addresses in some wrong place.

Do not hesitate to contact us for any information or issue.

Kind regards and datalove
AirVPN Team

Hello!
 
Look at our https://airvpn.org/faq/api/ API documentation. We just added the "status" service. You can obtain data with XML, JSON, etc.
 
Kind regards

Some feedback (Windows 2.1 client)
 
Regarding the user interface, I know this is beta and you'll polish it before final release, but I just want to get some thoughts out there.
 
Users generally expect a UI to behave in certain ways and aligning with those conventions helps to make the app feel more familiar and easy to use. It also helps it to feel consistent with how the OS generally acts.
 
System Tray Icon
When I single-click the tray icon, it opens up a menu and a nameless taskbar icon. The menu and taskbar icon are difficult to get rid of if you accidentally click the tray icon. The way to do it seems to be - left click the taskbar icon then either click the taskbar or the desktop. A taskbar icon should only come up if the client window is open - it shouldn't show up at all when just the menu is open. Clicking on the desktop or taskbar should immediately close the menu.
 
I suggest having the menu come up when right-clicking the system tray icon rather than (or in addition to) left-clicking. So the tray icon does the following:
 
Single left-click = either do nothing or bring up the menu
Double left-click = open the client window
Single right-click = bring up the menu
 
 
It would be nice to have options for "Connect to VPN" and "Disconnect from VPN" on the left/right-click menu for the icon in the system tray.
Those are probably the two most frequently accessed functions, so reducing the number of clicks to perform them would be welcome.
 
 
Hanging connections, returning settings to normal, abort button
When I connect to a server, I sometimes have a step for "Waiting for latency tests." The connection sometimes hangs on this step (also sometimes hangs on "Checking authorization") and I'm forced to close the client. When I do this, I sometimes need to manually reset my IP settings. When you close the client while a connection is being negotiated, it should return your system settings to what they were before. Or maybe this is the issue of needing to wait longer for Windows to reset the network settings? (I discuss this more later but this hasn't happened often enough during hung connections for me to test)
 
I suggest having an option to "Abort Connection" in both the right-click menu (that is only clickable when a connection is in the process of being created) and the client Overview tab (visible only when a connection is being negotiated). Clicking "abort" should cancel the connection and return your settings to what they were before.
 
Client logs
Client logs on the local machine seem to be erased when the client is closed. It might help troubleshooting to retain the logs between sessions (adding some controls, such as overwriting logs older than X amount of time or keeping the log file to a certain size, or keeping no logs at all). Having more logs would be useful to me because I've been having disconnections lately (where I would be disconnected from a server and the client automatically tries to reconnect). Sometimes the reconnection process hangs and I'm forced to close the client. This wipes the logs but now I want to know what servers were giving trouble before, so I can try manually connecting to a different one.
 
Connection time
On the Overview screen, move the counting up connection time out of the "Connected since" line to a separate line that says "Connection time:"
 
Disconnecting and reconnecting
When I disconnect from the VPN (but stay logged in), the following happens:
 
1 - The client disconnects (lasts about 5 seconds)
2 - Windows appears to re-detect the network - not positive what's going on in this stage (lasts about 15 seconds)
 
When I see "Disconnecting" vanish on the client and the "Connect" button reappear, I'd expect that I'd be able to reconnect without a problem but if you try to reconnect before Windows re-detects the network (before "phase 2" above is complete 15 secs later), it fails with the error "Value cannot be null. Parameter name: value." 
 
The way to clear it is to close the client, make sure my network settings are back to the default and then run the client again.
 
This is something that might be out-of-scope for the client since it's happening on Window's side, but it can inconvenience the end-user if they don't understand what's going on. It also can make the client or AirVPN look bad because the end-user might blame the client for not working properly.
 
A way around this could be to extend the disconnection phase until Windows has completed its process (have the client verify Windows has completed its process and network settings are back to their defaults before ending the disconnection phase). If you do this, also include some communication about what's going on behind the scenes "Waiting for Windows to re-establish network" or something to that effect so the end-user understands what's going on.
 
Another way is to end the disconnection phase normally but include a message telling the user to wait X amount of time before trying to connect again (and explain why).

I think I have misunderstood what the term "Tunnel" means. My understanding is, after connecting to the VPN server, the path from my computer to the VPN server is the tunnel. From your previous post, it sounds as if the "Tunnel" is something within the VPN server. If the latter is true, then the out-tunnel speed need not match (and could possibly be far below) the speed I get when not connected to the VPN.

@gigan3rd thanks, added them to feedly

If you are using RSS, subscribing to the AirVPN Announcements feed might be a good idea. Additionally, if you want to keep track of new posts, subscribing to the AirVPN Forums feed is a good idea, too.