Staff

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

For convenience this thread is locked and the reports about Edide bugs etc. will continue here: https://airvpn.org/topic/26549-eddie-android-edition/?do=findComment&comment=75371 Kind regards

@giganerd Thank you. You must have downloaded the old version "com". We have now unpublished it from the store to prevent any further confusion, we apologize for any inconvenience. The reported crash might be caused by a missing OS support. RR is a "bleeding edge" ROM which is known to enhance performance at the price of low level compatibility, which is the case with Eddie using native libraries. Probably you will experience the very same crash even with the new release "org.airvpn.eddie", can you please try? In any case an investigation on this crash has been initiated. Kind regards

Hello! With the permission of the user, we reproduce here the intercourse between this user and Kaspersky support team, in order to keep you updated and let you know that Kaspersky IS aware of the problem but is not acting effectively to resolve it. Please find attached, if you are interested following my email exchanges with Kaspersky regarding my claim on AirVPN / Kaspersky bug: /_20 june 2018 fr__om Kaspersky_ :/ /Dear customer// //We thank you for your patience.// // //Please follow the instructions provided below:// // //1. Launch Kaspersky Internet Security// //2. Click Configuration> Protection// //3. Disable all protection modules.// //4. Restart your computer.// //5. Try to connect via AIRVPN.// // //Please inform us if it works, please tell us and then do this:// //1. Launch Kaspersky Internet Security// //2. Click Configuration> Protection// //3. Activate the Antivirus Files module.// // //If it works, please let us know, otherwise activate one by one the modules until the problem appears (always disabling the other modules so that it only has one active at a time) and then do what follows:// // //Please send us the traces of the problem you are having:// // //1. Disable all components in the protection.// //Click Configuration (gear icon)> Protect and disable all components (the switch to the right of each component should turn gray).// // //2. Activate only the component of the protection that is recognized as the source of the error.// // //3. Activate the recording.// //To do this, click on the "Technical Support" icon (headphone icon with headphones, bottom right of the gear icon), then click "Support Tools" and then "Activate Registration" , and then restart your computer.// // //4. Reproduce the problem.// // //5. Disable the recording.// //To do this, click again on Technical Support> Support Tools and finally "Disable Registration" (the small red square).// // //6. Reactivate all modules of the protection you were using.// // //7. Please send us the report of Kaspersky's analysis:// // //Once the tracing has been deactivated, please click on "Send the report to the Technical Support" and then on "Save the report" at the bottom right.// //Enter the no trace by clicking "Save".// // //8. Please send this archive as an attachment, in response to this message./ // _Here is *my answer to Kaspersky lab*__on 02 july 2018 _: -When all modules are disabled, AirVPN Eddie connects normally. -When only the *Antivirus module files* is activated, the connection is normal too -When only *Internet Antivirus* is enabled, Error No AirVPN connection report in PJ -*Anti-banners* alone enabled also causes problem, no VPN connection from the beginning (see PJ) -*Program Manager *also causes problems after a few minutes. Sometimes it takes a while to disconnect! -*Bank protection *also prevents Eddie AirVPN's connection from the very beginning ... _Conclusion :_ on modules that do not seem to be problematic at first, the connection break can occur later ! I feel like I'm doing your job because the problem of incompatibility seems to appear in most users of AirVPN / Kaspersky/ windows in most modules at one time or another ... I'm not the alone. I'm getting discouraged

Hello! We have a report from a customer of ours that confirms this bad behavior and that reports that Zone Alarm support team acknowledged the bug. If you have the time, we would recommend that you contact Zone Alarm customer care. More reports might imply a faster bug fix from them. Kind regards