Staff

Hello! We're very glad to inform you that a new Eddie Air client version has been released: 2.16beta. It is ready for public beta testing. How to test our experimental release: Go to download page of your OSClick on Other versions Click on Experimental Look at the changelog if you wishDownload and installPlease see the changelog: https://eddie.website/changelog/?software=client&format=html

Hello! Thanks, this could be a bug. When you set a timeout value in Eddie, Eddie passes it to OpenVPN 3. However, our servers push "ping-restart 60", to decide when a connection must be considered "over" in UDP. This directive seems to override the Eddie setting. We will investigate. Overview: UDP is connectionless, so when you connect in UDP two OpenVPN nodes, each party can NOT know whether the other one is still alive. That's why each party "pings" the other (in our service every 10 seconds, inside the tunnel) and if no reply is received in 60 seconds to any "ping", a party considers that the other party is no more there. Lowering the keepalive from our side is an option, as well as fixing the possible override on Eddie settings, however this is a delicate matter because too low values can cause (especially in mobility) a bunch of disconnections which could be avoided. Consider that the OpenVPN default setting is 120 seconds, we already lowered it a lot. We will study the problem carefully. In the meantime, if you need an immediate reaction to a loss of connection, please connect in TCP. Only TCP can detect in a very quick time that the other party is no more there. UDP can not, simply because it's connectionless. Thank you again. Kind regards

Hello! We confirm that we can't see any problem with RAI. About Mediaset, we should have sorted the issue out, can you please try now? Kind regards

Hello! It's a good choice to have flexible and always up bootstrap servers. Bootstrap servers just pass encrypted data through, they do not store anything, but if they are all down Eddie will not work. So the priority is having several machines which can be duplicated on different addresses in a matter of seconds inside an infrastructure which is hard to black list as a whole. Kind regards

Hello! We do not see this problem with RAI (tested from a few random servers around the world). Can you list the server(s) you experience this problem on? Mediaset problem is confirmed and we're checking. Kind regards

Hello! You can use Network Lock with Tor over OpenVPN. However you can't use it with OpenVPN over Tor, because the Tor guard entry-IP can't be known before the Tor circuit is established. Kind regards

Hello! You see connections to the bootstrap servers which are essential to Eddie to create the configuration according to your preferences at the same time saving you the need to download manually certificates, keys, configuration files etc. Eddie also downloads other info for your comfort (servers list and status, for example). cURL is a tool for HTTP(S) communications which is used by Eddie with this purpose. https://en.wikipedia.org/wiki/CURL Kind regards

Hello! One will remain, Mesarthim. Precisely. It was a bad story with Leaseweb USA, though. Our retaliation was canceling a wide battery of dozens of servers in the Netherlands, Germany and USA. Only Singapore was graced. After a couple of months we received the official apologies from their mother company lawyers. In spite of the apologies an AirVPN founder decided to keep them on ice for two three years except for Leaseweb SG and some tiny servers in Leaseweb NL. Now we are trying to re-build a bridge of good relationships with them because we have seen that many things have changed. Kind regards

Hello! We're glad to inform you that Eddie Android edition 1.0 beta 3 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 and beta 2 testers: thank you for your time, patience and sharp reports which have helped us improve the code and fix bugs. Here's the changelog. Changelog 1.0 beta 3 (VC 3) - Release date: 10 July 2018 by ProMIND LogActivity.cs - [ProMIND] Replaced the WebView with a ListView. This fixes the noticeable app's lag at activity's startup caused by WebView inflation. log_activity_layout.xml - [ProMIND] Replaced WebView with a ListView log_activity_listitem.xml - [ProMIND] New file. Describes the log item used for LogActivity's ListView SupportTools.cs - [ProMIND] Changed constructor. It now requires a Context. VpnManager.cs - [ProMIND] SendMessage(Message msg, Bundle payload): in case m_serviceMessenger is null, it now shows a more understandable and useful message to the user strings.xml - [ProMIND] Added conn_cannot_start_vpnservice Kind regards

these two links do not bring anything! No install packages and why does Arch .deb provide files if it is not Debian? Everything very strange, what you explain and offer everything here! To date, no one here has managed to write a sensible explanation of how Eddie is installed under Manjaro, but instead contradictory instructions and statements and no one really knows. And always offer these two links, which makes AirVPN and no one knows what to do with it. So in my eyes, absolutely "0" content and help! Hello! The packages linked in this thread, where you quote a message which is three years old, come from the community, they are not maintained by us, so we will not and we can not interfere with them. As usual you find the official packages in our "Enter" > "Linux" page, direct link https://airvpn.org/linux In the above official page you also find the link to the AUR Eddie package maintained by us, i.e. https://aur.archlinux.org/packages/eddie-ui/ Normally it is just sufficient to check the instructions page in our web site or open a ticket if you can't understand something, please do so before shooting against AirVPN. Kind regards

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