Staff

@BrazMan Hello, that's normal (expected) as the server inbound ports are the same (each VPN server has ONE exit-IP address). Kind regards

@jstephen1 @shane_b Hello, can you please mention the server(s) you experience the problem on at your convenience? Kind regards

Please let us know especially when you use exclusively ChaCha20 cipher. Kind regards

Thank you, we will investigate! Maybe we will need your complete profile to make tests (you might create a specific profile for us, with a specific client key/certificate, that you will later delete), can you open a ticket at your convenience? Kind regards

Hello! Understood. Maybe you run OpenVPN for Android on OpenVPN 2.5, while Eddie is based on OpenVPN 3 library: can you please check? Kind regards

Hello, as the data processing responsible person in AirVPN I will gladly answer publicly to your question: 1) We do not collect any personal data. 2) If, intentionally or not, you have entered personal data in any part of your account data I would recommend you ask for deletion, but anyway no data is ever sent to any third-party. 3) Amazon does not get any data, personal or not, at each login attempt or under any other circumstance. It's very singular that you have opened an account specifically to publish a collection of false, fake and bogus information, and you missed to contact us in advance before going public with your smearing. It tells me that you are not in good faith. I call moderators to curb and disrupt such an abusive behavior. They work very well, thank you. Kind regards Paolo (pj)

Hello, the bootstrap servers are contacted in encrypted form over HTTP, and not HTTPS, to try to be more effective against blocks and certificate replacement for nodes behind certain proxies. For encryption details we invite you to consult Eddie Android edition source code (in Eddie desktop edition source code you will not find some parameters in explicit form). The fact that the transport is HTTP does not imply that the stream is unencrypted obviously as explained various times in the past 7-8 years. Amazon EC2 Ireland has been chosen for uptime reasons and is only one of the variety of datacenters where bootstrap servers live. The bootstrap servers do not communicate directly with the backend servers and have no relation with the VPN servers, anyway that's very irrelevant. There are no privacy concerns at all. Do not spread false information and FUD. Why did not you contact us first? Do you REALLY think that such a macroscopic disaster would have been really implemented in AirVPN and kept for so many years? Kind regards

Hello! Eddie Android edition supports any OpenVPN server provider as it accepts totally generic OpenVPN profiles. Note, however, that not all OpenVPN 2 directives are implemented in OpenVPN 3 library: unknown directives will be ignored and not cause an error though. Also please note that pfSense is a FreeBSD distribution, Android has nothing to do with it. Kind regards

Hello! Monero is planned between the ones you have mentioned, yes. Kind regards

Hello! We support connections with IPv4 (with IPv6 over IPv4 supported as well) and IPv6. Maybe you connect in IPv4, can we see the configuration file you use to connect (remember to cut out all the certificates and key)? In the Configuration Generator you can tick "Advanced Mode" to see all the available options. If you want to connect in IPv4 and prevent IPv6 leaks, you can use ip6tables to block outgoing IPv6 packets and prevent IPv6 leaks (the Air client software will do that when "Network Lock" is enabled and IPv4 connection is used). Kind regards

@nzxtd Hello! Download from: https://openvpn.net/community-downloads/ You can let the installer put the files in the default location or you can customize your installation. Tell Eddie where to find OpenVPN in such a case, in "Preferences" > "Advanced" > "OpenVPN custom path". Kind regards

Hello! At this stage we can say that the cause of this specific problem was essentially a ban against IP addresses, a ban which extended on all of our infrastructure to defend Air against attacks. To be banned an IP address has to fail several login attempts in a row in a short time. As the whole matter involved at least 40 persons, probably some more, who did not change IP address in the last days, we can't say how it's possible that their IP addresses were all banned. We are searching for flaws in our anti-flood system. It is the same system that has been working fine with no modifications in the last 18-20 months so if there's some bug it's really well hidden and comes out so rarely. Even if it's a bug, why it did not affect, say 1000, 5000 or 20000 or ALL users, but just a tiny tiny fraction? While a few cases might be explained by infected machines, when the owner is not even aware that the system performs attacks, we can't realistically assume that all of a sudden the machines of more than 40 users were infected all in the last 2-3 days, and all infected with the same peculiar malware which attacked AirVPN (too or exclusively). We will keep you posted if we find anything relevant. In the meantime please keep reporting whether everything is fine or the problem comes back. Kind regards

Hello! Can you please try again and report back? Kind regards

Hello and thank you very much! Can you please try again now? Kind regards

Hello! Can you please try again now? Kind regards

@Tex257 It seems this thread is more appropriate: Kind regards

Sorry. Since I am having to read and post from a small phone, I guess I got confused as to which of several problems were preventing people from using airVPN. No problems, it was to clarify with the readers and to optimize a proper solution search. As usual, do not forget to open tickets. Kind regards

Hello! Ok, so this might be some new type of block against AirVPN, ignore our previous message related to a momentary problem on our side which is now resolved. Would it be possible to collect info about your ISP, a system report from Eddie, and also whether you can access airvpn.info or not? The block against ipleak.net is particularly puzzling as it is not in the AirVPN pool of servers of any kind... And also antivirus, packet filtering tools, "Internet security" suites if you run them, as we should not assume prematurely that the block comes from the ISP, it could be local. traceroute to airvpn.org, ipleak.net and airvpn.info might help as well to understand the nature of the block (or maybe of some transient routing problem). Kind regards

Hello, that's a different, unrelated problem (OpenVPN older than 2.4 version and Eddie checking IPv6 route anyway), check your ticket for a quick fix (for the readers: upgrade your Linux system to OpenVPN 2.4 or higher version, OR block "IPv6 layer" in Eddie's "Preferences" > "Networking" window). Kind regards

So it was a totally different problem, please do not hi-jack threads otherwise confusion will reign. Kind regards

@OmniNegro Hello! Each time you revoke and issue new certs/key pairs, please remember to log your account out and then in again (from Eddie main window), a necessary step to tell Eddie that he must download again pairs. If you use profiles generated by the Configuration Generator, remember to re-generate new ones, or at least the new client certificate and key, and discard the old ones. Kind regards

Hello, and yet the same bug blocked client certificate/key generation: solved. Can you please test and confirm? Kind regards

Now I am unable to login on Android Eddie. Please check Not reproducible, please open a ticket at your convenience and attach OpenVPN log (get it from the "Log" view: on the corner you have a "Share" icon). Do not hijack thread, let's keep it clear that the problem is resolved. EDIT: if you generated a new certificate and key pair for your account, please try again now (check next message too). Kind regards

Hello, we have experienced a problem with VPN server LetsEncrypt certificates deployment. The system procedure got stuck and failed to deploy updated certificates. In turn, such a failure caused "route check" failures on Eddie desktop editions, and ONLY on them, due to expired certificates verified by cURL during the route check phase. The problem has been affecting a wide amount of VPN servers for about 8 hours and has been resolved completely now. We deeply apologize for any inconvenience. IMPORTANT: you also mention different problems (access to web sites etc.) which are probably different and separate and that we do not reproduce. For them, please open a ticket. Kind regards

Hello, we have experienced a problem with VPN server LetsEncrypt certificates deployment. The system procedure got stuck and failed to deploy updated certificates. In turn, such a failure caused "route check" failures on Eddie desktop editions, and ONLY on them, due to expired certificates verified by cURL during the route check phase. The problem has been affecting a wide amount of VPN servers for about 8 hours and has been resolved completely now. We deeply apologize for any inconvenience. Kind regards