Staff

Exactly, since 31 Jan 2018. Everything works just fine according to our customers reports, see by yourself. Problems which arose during the experimental phase have been resolved.. Feel free to open a ticket to get support and detect the problem. Kind regards

Hello! It involves MAC address of the tun interface too, not only TAP. We don't see it as a privacy hazard and we think that you don't even need to spoof it, it's just a MAC of a virtual interface which is lost when packets get out of our servers. Our servers already know your IPv6 address during the connection, which is a much more sensitive information. And we really need push-peer-info to discern whether a VPN server should push IPv6 routes and gateway or not when a user connects with an arbitrary software different than the AirVPN specific software. It is essential for us because, as you know, it's paramount for us that any user has the freedom to connect with any OpenVPN based software. Kind regards

Hello! This issue seems related to Oreo-specific "Network Lock" option for VPN: https://www.bestusefultips.com/wp-content/uploads/2017/09/Google-Pixel-Wi-Fi-settings-in-android-8.0-Oreo.jpg Why the behavior is inconsistent between the switches WiFi->mobile and mobile->WIFi might perhaps be a bug. Several Oreo issues were fixed in 8.1 but not some issues affecting VPN users: https://www.neowin.net/news/google-addresses-android-81-oreo-vpn-issues-fix-to-be-released http://piunikaweb.com/2017/12/21/google-fixes-android-8-1-wifivpn-issue/ We suspect that (just like openvpn-connect and OpenVPN for Android programmers) we can't do much until Google does not fix once and for all the problem. The fact that the issue is not Eddie-specific, but common to three different OpenVPN-based applications supports the idea that the problem is not in the applications themselves, but at Oreo level. We will keep you informed if we get any relevant, new information about the issue. Kind regards

Hello, why don't you open a ticket? Probably Eddie is currently and swiftly running on tens of thousands Windows machines so it sounds like a local problem of yours. Anyway Eddie is just one software, our service can be used perfectly without Eddie. Check the "Enter" > "Windows" page in our web site, direct link https://airvpn.org/windows and do not hesitate to open a ticket. Kind regards

Thank you! We see. The issue is caused by how Android inflates webviews. The problem was born when Google decided to implement ChromeWebView, with more features at the price of a slower and larger code. When Android inflates the view, it needs a lot of time, and on some systems this can cause the application to "freeze". We will get rid of webview in Eddie to make it faster, starting from 1.0 beta 3. Kind regards

Hi, guys, after 48h nothing happened and everything seems OK. May I ask you if it could be possible having the same infos of OpenVPN for Android in the notification center? I mean Speed Up/DownConnected for XX hoursThank you in advance for the amazing work Hello! Great stability, thank you for the report. Yes, they are planned, with other features as well, for the next version which will quickly go in alpha and then beta testing as soon as we have the 1.0 stable. As you know, ideally the current roadmap includes the 1.0 RC1 for July the 15th and the 1.0 just before the end of July. Therefore, it's plausible that you can have some 1.1 beta 1 within the first half of August with various new features, including the ones you ask for. Gradually, we will implement various features that you can find in Eddie for desktop platforms. Kind regards

Hello! We're very glad to know that the crashes do not occur anymore. About Network Lock, Oreo does have this option but various manufacturers (for example Samsung) keep it disabled. It is not realistic, at this time, to plan an Eddie that relies on Oreo Network Lock, so we are working to improve the "best effort against leaks" that you already have with "tun persist" and "Save battery" options when they are both enabled. The anomaly you mention about the ServiceMessenger is now under investigation, thank you. Kind regards

You're wrong, both OpenVPN Data and Control Channel use AES with 256 bit keys. Encryption of DNS queries is the same because each VPN servers, in Air, runs its own DNS servers inside the VPN so your queries and their replies never get out of the tunnel. Just to understand, how did you manage to imagine such a scenario? AirVPN never used 128 bit keys, not even in the closed testings in 2010. Understanding how someone can fabricate a building of false beliefs will help us improve our communications, thanks in advance! Kind regards

Hello! Eddie for Android is distributed with ARM7 and ARM8 libraries. We have never planned to publicly distribute x86 libraries but we use them for the emulator, of course. Currently there is no plan to include x86 support, we are not convinced that the remarkable increase in size of the apk would justify this support, we're sorry. You can anyway compile Eddie Android edition for x86 of course. Kind regards

Ain and Norma are in neighbor slots of the same rack of the same datacenter, so something could have gone terribly wrong in Ain hardware. The datacenter technicians are investigating. If some hardware equipment must be replaced, Ain could remain down for a few days more, we're sorry. Expansion in Stockholm is anyway under consideration. (UPDATE: 2 Gbit/s and two servers have been added on 26th of July 2018 in Stockholm) Kind regards

Hello! Yes. However we are evaluating whether to discern such connections for your comfort, so that you can have more precise info in your account "Client Area". Do you think this feature (mind you, we still need to consider how to implement it, if possible) would add comfort to your AirVPN usage? Kind regards

Hello! We need to rewrite the whole logging system for the next version, otherwise troubleshooting cases like yours become challenging if not impossible. This is a bad heritage from a previous Eddie version wrong implementation but it will be fixed. Kind regards

Thank you for the report! As you know one of our testing machines is extremely similar to yours and we could not manage to reproduce the issue, which makes it even more challenging to be shot. Please note that in our Play Store console we have NO crash reports for the beta 2 so far. Therefore we can't even see a crash report in your case. We will keep investigating. Kind regards

Please check the log, it is probably OpenVPN 2.5. That said, remember that you can enable OpenVPN 3 Core (check the settings). This is "tls-crypt" which is supported on about 70 servers of ours (soon on all of them). Remember to connect to entry-IP 3 or 4 to have tls-crypt which is very effective in bypassing some types of blocks, furthermore having the whole Control Channel fully encrypted is cool anyway. Kind regards

@theimmelman Hello! Log datestamp is now in local format while log export keeps datestamps in UTC. This solution provides comfort for everybody. Kind regards

Hello! This type of issue has been addressed on the beta 2, can you please test it? The crashes you experienced should not occur anymore. Keep us posted! Kind regards

Hello! Can you please try 1.0 beta 2 now? This issue has been addressed and the crash you experienced should not occur anymore. Keep us informed! Kind regards

Hello! We're glad to inform you that Eddie Android edition 1.0 beta 2 has just been released. Please test intensively and report back any anomaly, you will help us roll out Release Candidate 1 within the 15th of July as planned! Special thanks to all the beta 1 testers: thank you for your time, patience and sharp reports which have helped us improve the code and fix bugs. This beta 2 version takes advantage of the full localization which was implemented since alfa versions. We have added Italian and Spanish languages at the moment. Italian and Spanish beta testers, please feel free to report any typo or error you find in the messages, of course. Here's the changelog. Changelog 1.0 beta 2 (VC 2) - Release date: 06 July 2018 by ProMIND Miscellaneous: - [Morvotron] Added Spanish localization files - [pj] Added Italian localization files - [ProMIND] Fixed some incompatibilities in NavigatorView layouts in order to better support different devices/Api levels. This should also avoid startup crashes detected in 1.0 beta 1 - [ProMIND] Revised mono package versions and support. This should improve stability in certain devices/Api levels as well as avoiding startup crashes detected in 1.0 beta 1 AndroidManifest.xml - [ProMIND] Removed unneeded MANAGE_DOCUMENTS permission MainActivity.cs - [ProMIND] OnActivityResult(): Added a log warning for unhandled and unexpected requestCode LogActivity.cs - [ProMIND] Log timestamps (date/time) are now shown in local time format. Exported log timestamps are in UTC time. SupportTools.cs - [ProMIND] GetOpenVPNProfile(Android.Net.Uri profileUri): Profile size limit in now set to 200kb. This prevents ANR in case of huge binary files parsing - [ProMIND] ConfirmationDialog(string message): confirmation message now has "yes" and "no" buttons instead of "ok" and "cancel" Kind regards and datalove AirVPN Staff

Hello! It's an issue we should be able to resolve quickly. EDIT: it's taking longer than expected. Please use .airservers.org in the meantime. We might be dropping .airvpn.org in the near future. Kind regards

Hello! We're very glad to inform you that four new 1 Gbit/s servers located in Germany are available: Intercrus, Serpens, Tucana and Veritate. 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, 1194, 2018 UDP and TCP. Just like every other "second generation" Air server, they support OpenVPN over SSL and OpenVPN over SSH, TLS 1.2 and tls-crypt. Full IPv6 support is included as well. As usual no traffic limits, no logs, no discrimination on protocols and hardened security against various attacks with separate entry and exit-IP addresses. Please note that these new servers will replace three older servers in Germany, and precisely Lepus, Libertas and Perseus which will be withdrawn on July the 11th, 2018. Do not hesitate to contact us for any information or issue. Kind regards and datalove AirVPN Team

Hello! Thank you. On our testing machines: Mido (Xiaomi Redmi Note 4) + LineageOS 15.1 Maguro + LineageOS 14.1 gtaxlwifi + LineageOS 14.1 we can't reproduce the crash. We see you have xposed (from the crash report). On the above machines we don't have the xposed framework, so it might be important to know whether you made some Eddie specific customization with xposed or you run some peculiar xposed module. An example: if you modify some specific Android resource such as drawer or navigationview, Android can't run them, but Eddie (the org version) relies on them in a different way than the old "com" version did (we need them to ensure compatibility with API We look forward to hearing from you. Kind regards

Hello! Noted. One of our physical testing machines is Lineage 14.1 based so we can try to reproduce the issue exactly. Can you please tell us whether you tested the previous "com.eddie.android" application? If so, can you please check and report whether you still have the Mono shared runtime library installed? If so, please delete it and check whether the crash still occurs. Kind regards

Hello! It's not "wrong", it's just in GMT to have a shared time frame without having to ask each user for their local time. In this way it's possible for us to correlate some issue with (if any) VPN servers problems and quickly discern whether the issue was on our side or not. About the date: it is of course possible to implement a local date format and export it in UTC. Log generation will be anyway deeply reviewed because the current implementation loses too much info from OpenVPN 3, and we will consider this option seriously. Good. We left the OpenVPN default included in the GitHub source code we compiled. Tag version "3.git.master" identifies (currently) the latest OpenVPN version. Keep testing, thank you very much! Kind regards

Hello! Thank you for the information. So the block is against us specifically, not against OpenVPN. Good to know. Draw your own conclusions about Zone Alarm "quality". We're not in the position to make recommendations on a specific tool, but we can tell you what to avoid: Kaspersky Internet Security 2018 (but this is a recognized bug which could be fixed in the future by Kaspersky) Avast, a minor problem: it removes/quarantines from your system curl.exe which is a tool for HTTP(S) used by Eddie Kind regards

In addition to giganerd's reply, we would like to add that starting from Eddie 2.14 a new system capable to circumvent Fortinet blocks which are specifically meant against Eddie, not against OpenVPN (and any other block against our bootstrap servers) has been implemented. That was necessary because in this case to provide comfort Eddie enlarges the block surface, it's unavoidable if you don't want to use pre-generated configs for OpenVPN. Kind regards