Staff

Hello! They are made each time the application wants to estimate which country you are in. It uses a service that's inside the AirVPN infrastructure (ipleak.net), through HTTPS. It does not use external services or GPS or any geo-location method which is anyway available in an Android device. The procedure is part of the smart connection feature in automated mode. We are in an environment where many limitations must be taken into consideration: battery life, high latency networks, networks which block ICMP and more. For example, relying on hundreds and hundreds of pings to determine the lowest round trip times between VPN servers and your node would be an unreliable, battery unconscious and, in many cases, intolerably slow operation. Allowing the application to get the geo-location information (it only needs the country information) will make automatic connections remarkably more accurate. It is a quick, battery conscious, privacy aware procedure. It does not send to AirVPN infrastructure any information that AirVPN servers (including ipleak.net) already receive every time you connect. Kind regards

Hello! We're glad to inform you that we are opening the beta testing phase of our free and open source software Eddie for Android version 2.0. Version 2.0 is a quantum leap when compared to 1.0. It tries to meet most, if not all, of our community requirements and keeps the promises we made: swift and full AirVPN integration as well as Android TV extended compatibility. As usual Eddie is free and open source software released under GPLv3. Note that on 11-20-18 a new version (2.0 beta 2) has been released. Note that on 11-21-18 a new version (2.0 beta 3) has been released. Note that on 11-23-18 version 2.0 stable has been released, so this topic was locked. Please continue here: https://airvpn.org/topic/30774-eddie-android-edition-20-released/ You can participate to the beta testing by joining the beta community in the Google Play Store here: https://play.google.com/apps/testing/org.airvpn.eddie You can also download the Eddie Android 2.0 beta 3 apk directly from our repository: https://eddie.website/repository/eddie/android/2.0beta3/org.airvpn.eddie.apk The application is fully localized and we look for translators, especially for translations into simplified and traditional Chinese. Korean, Japanese, and many other languages are welcome. If you wish to translate (from English) please contact info@airvpn.org for every detail. Eddie Android 2.0 adds tons of new features while keeping all the appreciated old ones: Free and open source OpenVPN GUI based on OpenVPN 3The only Android application officially developed by AirVPNRobust, best effort prevention of traffic leaks outside the VPN tunnelBattery-conscious applicationLow RAM footprintErgonomic and friendly interfaceAbility to start and connect the application at device bootOption to define which apps must have traffic inside or outside the VPN tunnel through white and black listLocalization in English, French, Italian, Spanish. TurkishNew features: Full integration with AirVPNEnhanced security thanks to locally stored encrypted data through master passwordQuick one-tap connection and smart, fully automated server selectionSmart server selection with custom settingsManual server selectionSmart attempts to bypass OpenVPN blocks featuring protocol and server fail-overFull Android TV compatibility including D-Pad support. Mouse emulation is not required.Enhancements aimed to increase accessibility and comfort to visually impaired personsAirVPN servers sorting optionsCustomizable "Favorite" and "Forbidden" serversOpenVPN mimetype support to import profiles from external applicationsLocalization in German, Portuguese and RussianIf you test this new version, do not hesitate to report bugs, problems, considerations and any other feedback in this thread. You will help us reach a stable version more quickly. Please remember to report all the device information (brand, model, Android version, environment) as well as the log taken after the problem is occurred (when and if possible). Changelog 2.0 Beta 3 (VC 12) - Release date: 21 November 2018 by ProMIND QuickConnectionFragment.java - [ProMIND] Changed connection requirements for auto connection mode. IPv4 is now the minimum requirement. - [ProMIND] Show a disconnection dialog in case user cancels the connection procedure - [ProMIND] Notify user in case a favorite server is about to be connected - [ProMIND] Connection progress dialog is now properly dismissed at the end of server list connection Changelog 2.0 Beta 2 (VC 11) - Release date: 20 November 2018 by ProMIND - [giganerd] Added German localization - [giganerd] Added Russian localization - [morvotron] Added Portuguese localization - [ProMIND] Added accessibility support to spinners and buttons without text OpenVPNTunnel.java - [ProMIND] onEvent() now properly manages TCP errors in Quick Connection mode and avoids connection cycling when VPN is connected SettingsActivity.java - [ProMIND] Added setting and functionality for allowing quick connection to connect local (same country) servers AirVPNServerProvider.java - [ProMIND] Changed selection algorithm in order to include local (same country) servers when requested QuickConnectionFragment.java - [ProMIND] Quick connection button can now be used to disconnect any VPN connection Changelog 2.0 (VC 10) - Release date: 14 November 2018 by ProMIND - [ProMIND] Added classes for AirVPN connection, management and integration with AirVPN servers. - [ProMIND] Added classes for AirVPN user login, logout and profiles. - [ProMIND] Quick connection to AirVPN. Full connection support with determination of best server, protocol and mode, including server failover. - [ProMIND] Server connection to AirVPN compliant to AirVPN server list. Creation of favorite and forbidden lists. - [ProMIND] New user interface design - [ProMIND] Full Android TV support, including Storage Access Framework (Android SAF, when available) and full support for d-pad navigation. - [ProMIND] OpenVPN mimetype support. Import OpenVPN profiles from external applications. Native Library 1.3.1 - [ProMIND] Added new APIs for system information - [ProMIND] Updated boost library to 1.68.0 - [ProMIND] Updated to latest OpenVPN3 release Kind regards & datalove AirVPN Staff

Hello! Eddie 2.16.3 (latest stable release) should not call anymore any Wayland incompatible process, can you please test this version? Kind regards

Hello! The new features are now into effect. Please see here for a summary: https://airvpn.org/topic/14378-how-can-i-get-vpn-servers-entry-ip-addresses/?p=28329 Kind regards

Hello! Try to reset both adapters (or uninstall one of them) and make sure that no OpenVPN instance (or any other program which might be locking the tun/tap interface) is running when you then launch Eddie. Select "Start" > "Control Panel" > "Network and Internet" > "Network and Sharing Center" > "Change adapter settings". Right click on the tun/tap Windows adapter and select "Disable" from the contextual menu. Right click on it again and select "Enable" Kind regards

Hello! From your description you might need the traffic of those applications OUTSIDE the VPN tunnel, so you should black list, and not white list, them. If you choose to filter according to a white list, applications in the white list will be the only ones whose traffic is tunneled.If you choose to filter according to a black list, all applications will have their traffic tunneled except those ones which are included in the black list. Kind regards

hi guys! any news? Hello! Yes, we are very glad to inform you that we are deploying this new feature on the Configuration Generator with the addition of new FQDNs. Probably everything will be available today (Nov the 7th 2018) or tomorrow for everybody. Kind regards

Hello! Absolutely. This feature will be implemented. Kind regards

@cm0s We added XMPP as a courtesy and everybody can use it from any account registered on the web site. It's not even required to use XMPP with an account "with the customer's billing information". We don't put at risk anyone with XMPP. If you don't like an additional service provided for free to everybody (and NOT restricted to AirVPN paying customers, we underline it once again) just don't use it, where's the problem? Kind regards

Hello! Please try different buffers for the OpenVPN sockets. In your case you might try to shrink them. You can change buffer sizes in Eddie window "Preferences" > "Networking". Try 128 KB and even 64 KB buffers. Such sizes are too small to get high performance but in some cases may help in online gaming, where you are more interested in response times than pure broadband alone. Kind regards

Hello, the problem seems to be intermittently even worse: as you can see you often get SERVFAIL, i.e. a failure of the authoritative DNS servers. Normally a SERVFAIL means that the authoritative DNS server is down or refuses connections from our DNS servers, we will investigate. Kind regards

Hello! Xfinity enforces traffic shaping, please check their policy. Normally OpenVPN with UDP is shaped most of the time for all broadband users, according to dozens of reports we have. According to several customers of ours, the best throughput is obtained via tls-crypt connection in TCP to port 443 (in AirVPN, you get this connection mode to VPN servers entry-IP address 3 - OpenVPN 2.4 or higher version is required). This connection mode has the ability to circumvent any specific shaping against OpenVPN and UDP, so you will remain subjected only to the general limitations and traffic shaping policies (and of course congestion, if any) enforced by Xfinity. Kind regards

Hello! Yes, this is planned in a very near future. In the meantime you can download the apk from our own repository, check the first message of this thread. Kind regards

Hello! Can you please test Eddie 2.17.2beta and check whether the problem is resolved or not? Please see here to download Eddie latest beta release: https://airvpn.org/topic/29570-eddie-217beta-released Kind regards

The load balancing is internal to each server, yes, and it is rigorous. The global load balancing on VPN servers is quite different. It is a best effort balancing based on servers scoring and Eddie decisions for those users who let Eddie pick a server automatically and those who use a different client with Air country or continent domain names. The global load balancing can not be rigorous because each customer is free to force a connection to any server regardless of that server load (with some upper limit though which is rarely reached anyway). Kind regards

Hello! By popular acclaim Kitalpha will not be canceled. Our previous decision was a consequence of the fact that Kitalpha has old hardware, no AES-NI supporting CPU and no IPv6 support. Since the datacenter could not offer IPv6 support, we decided to switch to a less obsolete infrastructure. While nothing can be done for IPv6 support, it is possible that we can replace the server at least with an AES-NI supporting CPU (unavailable until some time ago, but now things might have changed), so that Kitalpha will be always in the same datacenter, but with a more modern hardware. If no AES-NI CPU is available, we will anyway keep Kitalpha as it is now. The advanced load balancing system works well and mitigates the bottlenecks caused by non-AES-NI supporting CPUs. Kind regards

Hello! This issue should not occur with latest Eddie stable release (2.16.3) and with Eddie 2.17.2beta. Can you tell us which Eddie version you're running (check in the "About" window)? Can you confirm that the problem occurs even when you shut down Eddie properly (with the "Exit" menu item, for example)? Kind regards

Hello! Yes, right. What Eddie version are you running in which Operating System? No firewall interfering? Same "Bad access" error message toward any and each IPv6 supporting VPN server? Kind regards Kind regards

Hello! Can you please send us Eddie log taken just after one of those errors occurred? What is the Android version of your FireTV? Kind regards

Hello! We prefer a safer approach. Testing the implementation of a stable protocol has nothing to do with testing an experimental protocol. IPv6 is definitely not an experimental protocol since so many years: the test is on our servers settings, not on the protocol, which is stable. Completely different thing is testing a protocol which is itself experimental. This is anecdotal and unfortunately has no value at all. Side note: IPv6 configuration completed the beta phase successfully, the disclaimer must be deleted. Kind regards

Hello! Please download the configuration file either with Chrome or Safari browser. A bug in Firefox will cause the download of a part of HTML page instead of the real file. Kind regards

We already mentioned that we are very much interested in the project. Of course selling some service now based on Wireguard would be culpable negligence, it is in testing phase and is incomplete. From the home page of the web site project: When the developers will decide the final protocol and Wireguard is released as a stable version things will change and a peer review etc. will become possible. Kind regards

It's quite good, it always receives, month after month, the first, second or third best feedback between all of our providers (feedback from AirVPN users we mean). Kind regards

Hello! Yes, that's correct and intended. If an older version of Eddie showed latencies after a refresh while the system is connected to some VPN server, that was not an accurate behavior, because Eddie should show round trip times from your node to VPN servers, not from some VPN server to other VPN servers: that's not a useful info (to pick a server) and is anyway visible in the ping matrix of the real time servers monitor. monstrocity suggestion should not be a workaround: simply, Eddie will not print the round trip times while the system is connected to the VPN and you will see the older ones. If you force an update with the button, then you should see the round trip time and the stars disappear. Kind regards

when i open the "xxx.ovpn" file with a text editor and change the line "proto udp6" (this is the line before "tls-auth 'ta.key' 1") to "proto udp", i can import without the error message however the connection is not working afterwards. do you have any ideas what i could do different? should i set up the connection manually? thanks in advance! Hello! It seems a nm-openvpn plugin parser bug: when it finds "udp6" it assumes that it is dealing with some certificate or key, instead of an ovpn configuration file. nm-openvpn plugin has historically been affected by so many critical bugs that we renounced to support it years ago. Still nowadays we would recommend that you get rid of it. Run OpenVPN directly and this problem should be sorted out. Important: you also need OpenVPN 2.4 or higher version for tls-crypt support. IPv6 support is also problematic in OpenVPN versions older than 2.4. Kind regards