Staff

Hello! The file "C:\Users\Administrator\AirVPN - SSL AirVPN_CA-Cephei_SSL-443.ovpn" does not exist. Either it is in some other directory, the name is wrong or both. Type the command dir to display the files in the command prompt current working directory. Use the command cd to change the current working directory. Note that our Configuration Generator does not generate files with that name. The correct name should be "AirVPN_CA-Cephei_SSL-443.ovpn" Kind regards

Hello! Check the answer to your ticket and feel free to keep the community informed on this thread. Kind regards

Sorry, not sure I understand: do you mean Italy TV will be accessible from any other VPN server, other from AirVPN servers? Or is there a possibility to use one of the AirVPN servers, for instance a Dutch one to get to see Italian TV? Sorry if the question may be a bit silly. Hello! This is more than a year old feature of our service (although it has been in experimental stage for a very long time). You can access RAI from any VPN server in the world, provided that you query the VPN DNS (10.4.0.1) once connected. Kind regards

Microsoft Windows XP Professional Version 2002 Service Pack 2 Hello! The problem is here. XP SP2 does not support SHA2 256 certificates and has also problem with wildcard certificates. Our certificate is wildcarded and provides SHA2 256 (while bing.com SHA1). Please upgrade, it makes anyway not much sense to use Windows XP SP2 (or in general a 12 years old system well known for hundreds of critical vulnerabilities) with any anonymity service. By the way: you should be able to solve the issue either by upgrading to SP3 or by trying this hotfix: http://support.microsoft.com/kb/968730 Feel free to keep us informed if you choose the hotfix. Kind regards

Hello! As a side note, we would like to underline that this has nothing to do with copyright. It's a bunch of sad, shabby frauds for a few bucks. Kind regards

Hello! If you use Internet Explorer (and NOT any other browser) can you browse airvpn.org correctly? Which XP Service Pack do you have? If it's not Windows XP, which EXACT Windows version is it? Kind regards

Hello! Ok. The "TLS Cipher" is wrong. Try with "None". If it does not work, try with "TLS-DHE-RSA-WITH-AES-128-CBC-SHA". Check keys and certificates carefully. TLS Auth is empty, you need to paste there ta.key. Delete everything from "Static key". 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! You should see a "TLS Cipher" combo box in your DD-WRT OpenVPN client configuration page. Different builds need different settings according to a confusing pattern that we can't identify. Some work with "None" and some work with "TLS-DHE-RSA-WITH-AES-128-CBC-SHA" (both wrong, but they work...). The upload limit is around 1 MB per picture, can you please try again? Kind regards

Hello! Please connect via OpenVPN directly from a terminal (as root), copy OpenVPN output (or the logs), and send everything to "Support" department with a ticket. This is necessary because in your case the n-m logs are not providing sufficient information to understand the exact nature of the problem. Kind regards

Hello! Nothing more is required in your case, enjoy AirVPN! Kind regards

Hello! Support tickets are just one hour behind at the moment, every previous ticket has been replied! Kind regards

Hello! We'll update the Tomato instructions soon, we apologize for the inconvenience. Kind regards

Hello! You need to post a screenshot of your DD-WRT OpenVPN configuration page to get proper support. Kind regards

Hello! LZO compression is disabled on all of our VPN servers. Kind regards

Hello! Which DNS server did you query? We do not detect any problem at all with all major public DNS, and our authoritative DNS servers are working properly. Kind regards

Hello! After the upgrade a bug was in the SSL server. We apologize for the inconvenience. It has been fixed, can you please try again now? 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! Can you please re-check all the certificates and keys and make sure that you pasted properly (just in case you committed a "paste mismatch")? Also, can you please make a test with "TLS Cipher" set to "None"? Finally, we disabled LZO compression, please set it to "None" or "No". Kind regards Hello, I confirm that changing TLS Cipher to none solved the problem. My DD-WRT is v24-sp2 (02/04/14) std - build 23503, so it´s not an old one. Just one more question: disabling TLS Cipher implies in risks? Thanks Hello! Absolutely no risks at all. The additional TLS authentication through the ta.key is clearly performed anyway (not that it adds any relevant security on your end, it's just an additional protection for our servers) because otherwise our servers would not accept your connection. It seems a bug of the OpenVPN client DD-WRT configuration page, but it is totally harmless. Kind regards

Hello! You need to re-generate the files with our Configuration Generator. Configuration, certificates and keys have changed. We're sorry you were not aware of the upgrade, we spread the information well in advance via PM, personal e-mail, forum, Twitter and Facebook, we could not do anything more. Kind regards

Hello! We don't know for sure how it's possible since the Data Channel is AES-256-CBC. Speculating, we could assume that the TLS Cipher is overridden, in the part pertaining to the Data Channel cipher, by the appropriate field in case of conflicts, and the TLS Cipher, in this case only, is used in the part TLS-DHE-RSA... keep in mind, this is just speculation. Kind regards

Hello! Can you please re-check all the certificates and keys and make sure that you pasted properly (just in case you committed a "paste mismatch")? Also, can you please make a test with "TLS Cipher" set to "None"? Finally, we disabled LZO compression, please set it to "None" or "No". Kind regards

Hello! Maybe you're using one of the older builds in which it is necessary to set TLS Cipher to "None" (every other setting will cause a connection failure). On some, old builds, setting TLS Cipher to "None" is the only solution: pasting the ta.key will cause DD-WRT OpenVPN implementation to consider anyway the additional TLS Auth configuration, fixing the apparent bug. Kind regards

Hello! The most common usage is establishing up to 3 connections to up to 3 different servers from up to three different (either real or virtual) machines. 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