Staff

Hello!
 
No, it does not. Traffic is traffic, encryption or not.
 
Kind regards

viewdns.info refuses connections from
Menkib, DE Wezen, DE Seginus, DE Nashira, UK Serpentis, SE It's a pity because I find this service extremely useful and easy to read. Have things like whois and DNS lookup but also China and Iran firewall lookups.
 
Fixed.

Hi,
 
I run the website viewdns.info and would be happy to look into why certain endpoints can't access our site.
 
If you could email me on feedback at viewdns.info with the endpoint IP addresses I'll see if I can find the reason they have been blocked.
 
Regards,
Michael Hughes
ViewDNS.info
 

Hello!
 
That's our new speed test
 
Kind regards

@zhang888
 
You entered a logical flaw. In order to maintain a high privacy environment and a strong anonymity layer it is mandatory that we agree that logging is not a marketing term, but it means to keep a file to record past events so that they can be rebuilt in ANY arbitrary moment in the future.
 
If you extend the meaning of logging as you are doing, then the RAM image itself would mean "logging", or more generally any state at any given moment of any kind of a limited Turing machine would be a log. According to your definition every type of limited Turing machine logs and every state is a log (even if that state is destroyed in time) and the concepts of "anonymity layer" and "privacy" do not exist anymore as soon as any limited Turing machine or a computer is used, while on real world it is clear the difference (given the flow of time as we perceive it) between keeping information that can be used in any arbitrary moment in the future and NOT keeping them. Amongst other things, what here is relevant is that keeping a temporary information (for example, 1 byte) about whether a "connection" is established or not (which is mandatory to make Internet working) is not only totally irrelevant for privacy, but also and above all completely equivalent regardless of the value of that byte, from which the absurdity of your conclusion derives: there is no difference according to your definition in allowing n connections from one account, for each possible value of n, including n=1 and n=3.
 
Such philosophical discussion is completely irrelevant for our mission and for the purposes of our customers, for whom the concept of "anonymity" and "privacy" are preserved when no information can be rebuilt in an arbitrary future moment even if it is known that they were using a VPN service, but it can imply a real nice philosophical discussion that you are free to open in "Off Topic", but please not in this topic, thanks in advance.
 
Kind regards

MESSAGE EDITED
 
Hello!
 
You are partially right. You can NOT connect the same account twice or thrice to the same AirVPN server, port and protocol, because in this case your different devices will be assigned the same VPN IP address, causing a continuous conflict which will disconnect them both in turn in a never ending loop.  In your case you (if you connected both devices to the same server, port and protocol) could have had the feeling that both were connected at the same time, but in reality they were not: only one was really tunneling at a given time.
 
It is possible to break this limitation with OpenVPN, but the more immediate solutions would create potential problems, in particular potential problems to Windows clients, so we decided to not apply them because in any case this limitation is not very serious and the beta testing with this setup (i.e. the current setup you are currently using) went very well.
 
An immediate but partial workaround, however, does exist: you can just connect to the same server on two different ports and/or protocols. In this case the devices will "go into" different subnets, will be handled by different OpenVPN daemons and there will be no conflict, except for port forwarding, which will NOT work properly.
 
Kind regards

We're very glad to inform you that we added support to Tapatalk, a forum app for Android , iPhone/iPad, Windows Phone, Windows 8 and more.
 
Tapatalk provides fast on-the-go forum access to our forums.
 
Simply install it and search for AirVPN.
 

 
 
Please see here: www.tapatalk.com for more information.
 
Kind regards & datalove
AirVPN Staff

MESSAGE EDITED
 
Hello!
 
You are partially right. You can NOT connect the same account twice or thrice to the same AirVPN server, port and protocol, because in this case your different devices will be assigned the same VPN IP address, causing a continuous conflict which will disconnect them both in turn in a never ending loop.  In your case you (if you connected both devices to the same server, port and protocol) could have had the feeling that both were connected at the same time, but in reality they were not: only one was really tunneling at a given time.
 
It is possible to break this limitation with OpenVPN, but the more immediate solutions would create potential problems, in particular potential problems to Windows clients, so we decided to not apply them because in any case this limitation is not very serious and the beta testing with this setup (i.e. the current setup you are currently using) went very well.
 
An immediate but partial workaround, however, does exist: you can just connect to the same server on two different ports and/or protocols. In this case the devices will "go into" different subnets, will be handled by different OpenVPN daemons and there will be no conflict, except for port forwarding, which will NOT work properly.
 
Kind regards

Hello!
 
No, that's not required. You are totally free to connect from three different addresses. For example, if you travel you can leave your home computer connected and stay connected during the travel with two more devices (smart phone and tablet, laptop and smart phone...).
 
Kind regards

Hello!
 
We're glad to inform you that from now on:
 
every account can establish 3 simultaneous connections to DIFFERENT AirVPN servers
 
EDIT 29-Nov-17. This thread is obsolete, now limit of concurrent connections is FIVE. Please see https://airvpn.org/topic/24167-five-simultaneous-connections-per-account/
 
 
No impact on quality of service will occur: the guaranteed allocated bandwidth pertains to accounts, regardless of the number of established connections. If you establish 2 or 3 connections with the same account, we guarantee the SAME allocated bandwidth as before, NOT the double or the triple of it.
 
No price increase has been planned for this new feature.
 
As specified above, you can NOT connect the same account twice or thrice to the same AirVPN server. Each connection must go to a different AirVPN server.
 
We're confident that allowing 3 connections per account at the same price will meet fully the requirements expressed by several customers.
 
Please do not hesitate to contact us for any further information.
 
Kind regards & datalove
AirVPN Staff

Guide rewritten to suit recent changes (major system update).

UPGRADE COMPLETED SUCCESSFULLY
 
Hello!

We're glad to inform you that a major system upgrade will take place during Sunday, 13 April 2014, 21:00:00 - Sunday, 13 April 2014, 22:00:00 UTC
This upgrade has a triple, important purpose: close any possible exploitation chance, regardless of how unlikely it could be, deriving from past "Heartbleed" vulnerability, bring AirVPN in an even higher security environment and open the road for an important new feature of the service: 3 simultaneous connections per account on different servers (details will be provided soon after the major upgrade which takes precedence).

The upgrade in details
switch to 4096 bit size RSA and DH keys implementation of additional OpenVPN TLS-Auth layer re-generation of certificates and keys general optimization During the upgrade all the VPN clients will be forcefully disconnected and will not be able to reconnect. The upgrade will take approximately 30 minutes.

Disconnections will occur on all servers from-to:
Sunday, 13 April 2014, 21:00:00 - Sunday, 13 April 2014, 22:00:00 UTC

that is:

Sunday, 13 April 2014, 14:00:00 - Sunday, 13 April 2014, 15:00:00 PDT
Sunday, 13 April 2014, 16:00:00 - Sunday, 13 April 2014, 17:00:00 CDT
Sunday, 13 April 2014, 17:00:00 - Sunday, 13 April 2014, 18:00:00 EDT
Sunday, 13 April 2014, 23:00:00 - Monday, 14 April 2014, 00:00:00 CEST
Monday, 14 April 2014, 06:00:00 - Monday, 14 April 2014, 07:00:00 JST

Click here to find your town: http://www.timeanddate.com/worldclock/fixedtime.html?msg=Switch+to+4096+bit+size+keys&iso=20140413T23&p1=215&ah=1

Mandatory actions

After the upgrade, customers running the Air client for Windows will need to shut down and restart the Air client. It is assumed that customers have already downloaded the new package for Windows which includes OpenVPN with non-vulnerable OpenSSL, available here https://airvpn.org/windows and installed the new OpenVPN version.

Customers running any other OpenVPN wrapper or OpenVPN will need to re-download configuration, certificates and keys files.

Additional information for customers running manually configured wrappers:
the "TLS-Cipher" or equivalent name in your configuration becomes: TLS-DHE-RSA-WITH-AES-256-CBC-SHA in Tomato, DD-WRT, pfSense, Fritz!Box etc., the client certificate, the server certificate, the client key and the TLS key must be pasted again (after they have been generated and downloaded from the Configuration Generator as usual) in the appropriate fields of your configuration Please do not hesitate to contact us for any further information.

Kind regards
AirVPN Staff

Hello,
 
we have read that "review". We reserve the right to reply, therefore our comments follow.
 
 
 
That's not exact. You fail to mention that iVPN is a VPN service competitor.
 
 
 
False, Air is based in Italy as clearly stated in the Privacy Notice.
 
 
False: "These data are not collected to identify, through elaboration or any other technique" has an unequivocal legal meaning in the EU. It means that personal data, including IP addresses (regardless of the debate whether an IP address is a personal data or not), are not collected at all and in any way. Therefore not only we legally state that they are not stored when a client accesses a VPN service, but we also say that they are not even sent to third-parties WHILE a client is connected to a VPN server, which is a higher privacy condition. It seems, to say the least, bizarre that a higher privacy protection policy is interpreted as a lower one.
 
 
Once again, the sentence has a very precise legal meaning in the EU. The service is erogated when a client is connected, therefore when a client is disconnected the service is not erogated, ergo when a client disconnects those data are no more on the servers and the data retention period is, in the worst case, the timeout period (up to 60 seconds), in the best case 0 seconds.
 
 
 
False. The Privacy Notice states, since three years ago:
 
 
 
And also:
 
 
 
This fact alone shows that iVPN either did not even read our documents, or the writer(s) voluntarily lied.
 
Additionally, we don't need to cite ads or affiliates because: we have no ads and we don't plan to host any ad; and affiliates (if any) are totally separated from the system and can't access in any way any personal data, according to our Privacy Notice (see again above: data are not transmitted to third parties).
 
 
 
That's true and IT MUST BE SO. We will never mention how we "respond" to laws that are outside our jurisdiction and that are therefore inapplicable, simply because we are not forced to and we MUST NOT comply (and of course we must not even "respond") to such laws. An USA Act "has jurisdiction" on the USA. We are not subject to every single law existing in the world and we will NEVER mention them as if we recognized their validity. Doing so would imply an utter incompetence on the legal field. Ironically, we would like to ask to iVPN staff why they do not state in their policy how they "respond" to every single law in the world which makes VPN business illegal.
 
 
 
Broken English or illiterate iVPN reviewer? We recommend iVPN people to open a dictionary, for example the Webster dictionary, and search for "erogate", which means "give, lay out, provide, deal out".
 
And about you, centerc3290=@3, why don't you actually read our Tos and Privacy Notice, instead of relying on a COMPETITOR review, spreading it as a review "from IT professionals"? Use your own brain!
 
Kind regards

Hello!
 
We're glad to inform you that from now on:
 
every account can establish 3 simultaneous connections to DIFFERENT AirVPN servers
 
EDIT 29-Nov-17. This thread is obsolete, now limit of concurrent connections is FIVE. Please see https://airvpn.org/topic/24167-five-simultaneous-connections-per-account/
 
 
No impact on quality of service will occur: the guaranteed allocated bandwidth pertains to accounts, regardless of the number of established connections. If you establish 2 or 3 connections with the same account, we guarantee the SAME allocated bandwidth as before, NOT the double or the triple of it.
 
No price increase has been planned for this new feature.
 
As specified above, you can NOT connect the same account twice or thrice to the same AirVPN server. Each connection must go to a different AirVPN server.
 
We're confident that allowing 3 connections per account at the same price will meet fully the requirements expressed by several customers.
 
Please do not hesitate to contact us for any further information.
 
Kind regards & datalove
AirVPN Staff

What is an API?
AirVPN application programming interface (API) allows our customers to access and control their accounts, using custom written software.

If you need some other kind of API please feel free to write in our forums.

API Syntax
https://airvpn.org/api/?format=<format>&key=<your_api_key>&service=<service_name>&<service_params> (optional, default 'web') is the output format:web : Displays result as web-site page. Useful to understand. json : JSON format. xml : XML format. php : PHP, function serialize() and unserialize(). text : Plain text, key=value for each rows. Nested result grouped with .dot notation in key field. is your API key. Generate a key from API page. If you are already logged in AirVPN website, this is optional. Use the key param if you plan to use our API in scripts. is the service name, look below for additional reference. Any service returns a 'result' field with 'ok' if successful or an 'error' message.

Dates are always in UTC.
Dates that end with "_date" are the dates in the MySql standard format, yyyy-mm-dd hh24:mi:ss.
Dates that end with "_unix" are the dates in UNIX timestamp (integer).


Do not send more than 600 requests every 10 minutes or we will ban your IP address.

Supported methods
GET, curl example: curl "https://airvpn.org/api/?format=json&service=test" POST application/x-www-form-urlencoded, curl example: curl -d "format=json&service=test" -X POST "https://airvpn.org/api/" POST application/json, curl example: curl -d '{"format":"json", "service":"test"}' -H "Content-Type: application/json" -X POST "https://airvpn.org/api/"
Services




Service: userinfo
Access: Member only
Details about yourself, including connection details.

Params: None

Output:userlogin (login name) register_date (date of registration on our website) register_unix (date of registration on our website) premium (boolean, if premium or not) expiration_unix (date of expiration) expiration_date (date of expiration) expiration_days (days to the expiration) last_attempt_unix (date of last attempt to connect to a VPN server) posts (posts in forum) credits (account credit) last_post (date of last post in forum) last_visit_unix (date of last visit on website) last_activity_unix (date of last activity on website) connected (boolean, if connected or not) sessions (array of all sessions, ordered by connected_since)vpn_ip (local IP address assigned, 10.*) exit_ip (exit IP) entry_ip (entry IP) server_name (server name) server_country (server country name) server_country_code (server country code, ISO) server_continent (server continent) server_location (server location) server_bw (server bandwidth: 100 for 100 Mbit/s, 1000 for 1 Gbit/s) bytes_read (read bytes in the current session) bytes_write (written bytes in the current session) connected_since_unix (date of start of the current connection) connected_since_date (date of start of the current connection) speed_read (read bytes per second) speed_write (written bytes per second) connection (it's the first session above, for compatibility)

Service: notification
Access: Member only

Send a message to yourself.
Choose in the notifications options, under Air -> API, if you want to see it in the web site and/or in an e-mail.
Useful to write to yourself an event that needs attention, for example from a script.

Note: key required in any case.
Params:subject body Output: None



Service: disconnect
Access: Member only
Requests a disconnection. If none of the filter parameters are specified, disconnect all sessions of the user.

Note: key required in any case.
Params:server - Optional, if specified disconnect only sessions related to this server name. device - Optional, if specified disconnect only sessions related to this device name. Output: None



Service: status
Access: Free
The data available in our https://airvpn.org/status page.

Params: None
Output: Try it. Some fields:server_best is the recommended server bw is the bandwidth used, in mbit/s bw_max is the bandwidth available, in mbit/s users is the number of users servers is the number of servers currentload is a percentage of current load health: Can be ok, warning or error. If a server is in error status, it doesn't accept connection. For example, a low packet loss may cause a warning status, a high packet loss or maintenance may cause an error status. warning: Only exists if health isn't ok, it's the reason.

@zhang888
 
You entered a logical flaw. In order to maintain a high privacy environment and a strong anonymity layer it is mandatory that we agree that logging is not a marketing term, but it means to keep a file to record past events so that they can be rebuilt in ANY arbitrary moment in the future.
 
If you extend the meaning of logging as you are doing, then the RAM image itself would mean "logging", or more generally any state at any given moment of any kind of a limited Turing machine would be a log. According to your definition every type of limited Turing machine logs and every state is a log (even if that state is destroyed in time) and the concepts of "anonymity layer" and "privacy" do not exist anymore as soon as any limited Turing machine or a computer is used, while on real world it is clear the difference (given the flow of time as we perceive it) between keeping information that can be used in any arbitrary moment in the future and NOT keeping them. Amongst other things, what here is relevant is that keeping a temporary information (for example, 1 byte) about whether a "connection" is established or not (which is mandatory to make Internet working) is not only totally irrelevant for privacy, but also and above all completely equivalent regardless of the value of that byte, from which the absurdity of your conclusion derives: there is no difference according to your definition in allowing n connections from one account, for each possible value of n, including n=1 and n=3.
 
Such philosophical discussion is completely irrelevant for our mission and for the purposes of our customers, for whom the concept of "anonymity" and "privacy" are preserved when no information can be rebuilt in an arbitrary future moment even if it is known that they were using a VPN service, but it can imply a real nice philosophical discussion that you are free to open in "Off Topic", but please not in this topic, thanks in advance.
 
Kind regards

Hello!
 
We're very sorry to inform you that Crucis has been withdrawn and that we have no plans to open any new server in Italy at the moment. This unfortunate decision is due to the pressure correctly put on us by Italy competent authorities for minor investigations about a myriad of minor crimes perpetrated through the server.
 
The bureaucratic procedures behind every single crime, as small as it is, all together are impacting the credibility of our good faith in Italy. This is an unfortunate combination, because the server is in the same country where our legal offices are located, so even a presumed crime of a "1 EUR theft" needs to be addressed and followed. Our presence is needed in authorities offices with a consequence of an incredible time waste and the more crimes are committed, the higher the likelihood that some magistrate will try to to put on us the burden of primary or secondary liability, given the continuous flow of crimes which we are informed about and therefore considered to be aware of. We don't have the obligations of an Internet Service Provider, but at the same time we might not have anymore the same protection as a mere conduit.
 
In order to prevent any potential, bigger problem, we have therefore decided to put an end to VPN activity in any Italian server. RAI (Italy TV) will remain accessible from any other VPN server in the world and we can add additional services with our "micro-routing" feature.
 
In any case, we will grant a full refund to all of those customers who picked our services just to connect to an Italian server. If you wish to be refunded, just open a ticket, making sure to send it to the "Sales" department. Such tickets will be treated with the same priority assigned to technical support tickets (very high). We just ask you NOT to send such tickets to "Support", thank you in advance.
 
Kind regards & datalove
AirVPN Staff

Hello!
 
No, that's not required. You are totally free to connect from three different addresses. For example, if you travel you can leave your home computer connected and stay connected during the travel with two more devices (smart phone and tablet, laptop and smart phone...).
 
Kind regards

Hello!
 
We're glad to inform you that from now on:
 
every account can establish 3 simultaneous connections to DIFFERENT AirVPN servers
 
EDIT 29-Nov-17. This thread is obsolete, now limit of concurrent connections is FIVE. Please see https://airvpn.org/topic/24167-five-simultaneous-connections-per-account/
 
 
No impact on quality of service will occur: the guaranteed allocated bandwidth pertains to accounts, regardless of the number of established connections. If you establish 2 or 3 connections with the same account, we guarantee the SAME allocated bandwidth as before, NOT the double or the triple of it.
 
No price increase has been planned for this new feature.
 
As specified above, you can NOT connect the same account twice or thrice to the same AirVPN server. Each connection must go to a different AirVPN server.
 
We're confident that allowing 3 connections per account at the same price will meet fully the requirements expressed by several customers.
 
Please do not hesitate to contact us for any further information.
 
Kind regards & datalove
AirVPN Staff

@zhang888
 
You entered a logical flaw. In order to maintain a high privacy environment and a strong anonymity layer it is mandatory that we agree that logging is not a marketing term, but it means to keep a file to record past events so that they can be rebuilt in ANY arbitrary moment in the future.
 
If you extend the meaning of logging as you are doing, then the RAM image itself would mean "logging", or more generally any state at any given moment of any kind of a limited Turing machine would be a log. According to your definition every type of limited Turing machine logs and every state is a log (even if that state is destroyed in time) and the concepts of "anonymity layer" and "privacy" do not exist anymore as soon as any limited Turing machine or a computer is used, while on real world it is clear the difference (given the flow of time as we perceive it) between keeping information that can be used in any arbitrary moment in the future and NOT keeping them. Amongst other things, what here is relevant is that keeping a temporary information (for example, 1 byte) about whether a "connection" is established or not (which is mandatory to make Internet working) is not only totally irrelevant for privacy, but also and above all completely equivalent regardless of the value of that byte, from which the absurdity of your conclusion derives: there is no difference according to your definition in allowing n connections from one account, for each possible value of n, including n=1 and n=3.
 
Such philosophical discussion is completely irrelevant for our mission and for the purposes of our customers, for whom the concept of "anonymity" and "privacy" are preserved when no information can be rebuilt in an arbitrary future moment even if it is known that they were using a VPN service, but it can imply a real nice philosophical discussion that you are free to open in "Off Topic", but please not in this topic, thanks in advance.
 
Kind regards

Hello!
 
We're glad to inform you that from now on:
 
every account can establish 3 simultaneous connections to DIFFERENT AirVPN servers
 
EDIT 29-Nov-17. This thread is obsolete, now limit of concurrent connections is FIVE. Please see https://airvpn.org/topic/24167-five-simultaneous-connections-per-account/
 
 
No impact on quality of service will occur: the guaranteed allocated bandwidth pertains to accounts, regardless of the number of established connections. If you establish 2 or 3 connections with the same account, we guarantee the SAME allocated bandwidth as before, NOT the double or the triple of it.
 
No price increase has been planned for this new feature.
 
As specified above, you can NOT connect the same account twice or thrice to the same AirVPN server. Each connection must go to a different AirVPN server.
 
We're confident that allowing 3 connections per account at the same price will meet fully the requirements expressed by several customers.
 
Please do not hesitate to contact us for any further information.
 
Kind regards & datalove
AirVPN Staff

@zhang888
 
You entered a logical flaw. In order to maintain a high privacy environment and a strong anonymity layer it is mandatory that we agree that logging is not a marketing term, but it means to keep a file to record past events so that they can be rebuilt in ANY arbitrary moment in the future.
 
If you extend the meaning of logging as you are doing, then the RAM image itself would mean "logging", or more generally any state at any given moment of any kind of a limited Turing machine would be a log. According to your definition every type of limited Turing machine logs and every state is a log (even if that state is destroyed in time) and the concepts of "anonymity layer" and "privacy" do not exist anymore as soon as any limited Turing machine or a computer is used, while on real world it is clear the difference (given the flow of time as we perceive it) between keeping information that can be used in any arbitrary moment in the future and NOT keeping them. Amongst other things, what here is relevant is that keeping a temporary information (for example, 1 byte) about whether a "connection" is established or not (which is mandatory to make Internet working) is not only totally irrelevant for privacy, but also and above all completely equivalent regardless of the value of that byte, from which the absurdity of your conclusion derives: there is no difference according to your definition in allowing n connections from one account, for each possible value of n, including n=1 and n=3.
 
Such philosophical discussion is completely irrelevant for our mission and for the purposes of our customers, for whom the concept of "anonymity" and "privacy" are preserved when no information can be rebuilt in an arbitrary future moment even if it is known that they were using a VPN service, but it can imply a real nice philosophical discussion that you are free to open in "Off Topic", but please not in this topic, thanks in advance.
 
Kind regards

@janern
 
We are not removing the link because it gives us the option to talk about an important security issue.
 
With our service, you don't even have to create manually a file. Our Configuration Generator will generate all the files needed by OpenVPN.
 
Make sure to tick "Advanced Mode", and then tick "Separate certs/keys from .ovpn file".
 
Unfortunately, the instructions you linked talk only about a ca certificate, as if the Astrill authentication method is based only on that (with, optionally, login and password, which would be even worse). That's really a very bad way to build a secure & trusted VPN. Our authentication method is based on client certificate, server certificate and client key, with TLS re-keying at each connection and every 60 minutes (Perfect Forward Secrecy). No VPN server keeps any database of login names, passwords, user names or anything else. This is the correct way to provide a higher security service with OpenVPN. It is so obvious that we are astonished that you even compare a service without the aforementioned features with AirVPN.
 
Since security and strength of the anonymity layer are one of our highest priorities, we're sure you'll understand our decision to never compromise the system to meet the needs of devices that do not implement all the OpenVPN features (IF it's your case, of course), even if that would mean to have some gullible customers that with the current system we can't have.
 
If some services meet your need and our service does not because it provides a much higher security level, it's unfair to blame us, and not only in consideration of the fact that we clearly list all the systems that are compatible with our service. You should blame VPN providers and manufacturers that do not offer the better security options. We see that you have already asked for a refund and that the refund has been granted, so you are free to pick the service that you prefer. If you think that security is not of your concern, there are literally hundreds of low security, low privacy VPN services on the Internet that you can use. Our service will not compromise security and/or privacy for marketing reasons.
 
Kind regards

Hello!
 
We're glad to inform you that from now on:
 
every account can establish 3 simultaneous connections to DIFFERENT AirVPN servers
 
EDIT 29-Nov-17. This thread is obsolete, now limit of concurrent connections is FIVE. Please see https://airvpn.org/topic/24167-five-simultaneous-connections-per-account/
 
 
No impact on quality of service will occur: the guaranteed allocated bandwidth pertains to accounts, regardless of the number of established connections. If you establish 2 or 3 connections with the same account, we guarantee the SAME allocated bandwidth as before, NOT the double or the triple of it.
 
No price increase has been planned for this new feature.
 
As specified above, you can NOT connect the same account twice or thrice to the same AirVPN server. Each connection must go to a different AirVPN server.
 
We're confident that allowing 3 connections per account at the same price will meet fully the requirements expressed by several customers.
 
Please do not hesitate to contact us for any further information.
 
Kind regards & datalove
AirVPN Staff

UPGRADE COMPLETED SUCCESSFULLY
 
Hello!

We're glad to inform you that a major system upgrade will take place during Sunday, 13 April 2014, 21:00:00 - Sunday, 13 April 2014, 22:00:00 UTC
This upgrade has a triple, important purpose: close any possible exploitation chance, regardless of how unlikely it could be, deriving from past "Heartbleed" vulnerability, bring AirVPN in an even higher security environment and open the road for an important new feature of the service: 3 simultaneous connections per account on different servers (details will be provided soon after the major upgrade which takes precedence).

The upgrade in details
switch to 4096 bit size RSA and DH keys implementation of additional OpenVPN TLS-Auth layer re-generation of certificates and keys general optimization During the upgrade all the VPN clients will be forcefully disconnected and will not be able to reconnect. The upgrade will take approximately 30 minutes.

Disconnections will occur on all servers from-to:
Sunday, 13 April 2014, 21:00:00 - Sunday, 13 April 2014, 22:00:00 UTC

that is:

Sunday, 13 April 2014, 14:00:00 - Sunday, 13 April 2014, 15:00:00 PDT
Sunday, 13 April 2014, 16:00:00 - Sunday, 13 April 2014, 17:00:00 CDT
Sunday, 13 April 2014, 17:00:00 - Sunday, 13 April 2014, 18:00:00 EDT
Sunday, 13 April 2014, 23:00:00 - Monday, 14 April 2014, 00:00:00 CEST
Monday, 14 April 2014, 06:00:00 - Monday, 14 April 2014, 07:00:00 JST

Click here to find your town: http://www.timeanddate.com/worldclock/fixedtime.html?msg=Switch+to+4096+bit+size+keys&iso=20140413T23&p1=215&ah=1

Mandatory actions

After the upgrade, customers running the Air client for Windows will need to shut down and restart the Air client. It is assumed that customers have already downloaded the new package for Windows which includes OpenVPN with non-vulnerable OpenSSL, available here https://airvpn.org/windows and installed the new OpenVPN version.

Customers running any other OpenVPN wrapper or OpenVPN will need to re-download configuration, certificates and keys files.

Additional information for customers running manually configured wrappers:
the "TLS-Cipher" or equivalent name in your configuration becomes: TLS-DHE-RSA-WITH-AES-256-CBC-SHA in Tomato, DD-WRT, pfSense, Fritz!Box etc., the client certificate, the server certificate, the client key and the TLS key must be pasted again (after they have been generated and downloaded from the Configuration Generator as usual) in the appropriate fields of your configuration Please do not hesitate to contact us for any further information.

Kind regards
AirVPN Staff