Staff

Hello, it's not an issue in Eddie itself, it's a missing dependency which additionally can't be satisfied in Debian 9 by default. You can test the brand new Eddie 2.11beta, built on Mono 4. https://airvpn.org/topic/18625-eddie-211beta-available/ Kind regards

Hello! We're very glad to inform you that a new Eddie Air client version has been released: 2.11beta. This software has passed successfully internal alpha testing weeks ago, and finally passed internal beta testing now. It is ready for public beta testing and we consider it a Release Candidate of the 2.11 stable version. Anyway, remember that it's still a beta version, so if you don't feel adventurous you might like to stay with 2.10.3 (stable). To download Eddie 2.11beta please select "Other versions" > "Experimental" from the download page. UPDATE 30-Jan-17: version 2.11.15 stable has been released. UPDATE 24-Jan-17: version 2.11.12 is available. No changes from 2.11.11, just a version revision to prepare distribution via repositories properly. UPDATE 17-Jan-17: version 2.11.11beta RC8 has been released. Please see all the updates here: https://airvpn.org/topic/18625-eddie-211beta-available/page-22?do=findComment&comment=55393 Changelog: https://eddie.website/changelog/?software=client&format=html The current Eddie status: a message from the chief developer First of all, we apologize for the delay of this release. We are working on two different versions of Eddie: 2.x and 3.x. Eddie 3.x will have a new UI engine (also based on GTK+ under Linux, to drop Mono WinForms that are affected by a lot of unresolved bug) and a lot of new features. We plan to release Eddie 3.x soon, but it's not ready/stable yet, so we decided to port some of the new features back to Eddie 2.x edition. This was the cause of the delay: a lot of features are totally rewritten (for example the OpenVPN directives manager). We promise that next releases and bugfixes will be faster. Biggest changes in Eddie 2.11: - Latest versions of OpenVPN (2.3.11) and stunnel (5.32), built with OpenSSL 1.0.2h. - A new Network Lock method under Windows (Windows Firewall not used anymore) - A new IPv6 lock method under Windows - A new DNS lock method under Windows - Built with Mono 4 under GNU/Linux - New ports/protocols available - DPI-Aware UI under Windows. System fonts used both in Windows and Linux. - Various bug fixes - And so many other internal changes and minor UI updates. Please see the changelog: https://airvpn.org/services/changelog.php?software=client&format=html === Windows users, please be aware that the new Network Lock method uses the WFP in persistent mode, so the Network Lock settings will survive even a reboot, when Network Lock is not disabled properly in Eddie. If you kill Eddie without grace, or Eddie crashes, just re-run it (even after a reboot) to cancel Network Lock. We might change this behavior according to your feedback. Eddie 2.11beta for GNU Linux can be downloaded here: https://airvpn.org/linux Eddie 2.11beta for Windows can be downloaded here: https://airvpn.org/windows Eddie 2.11beta for OS X Mavericks, Yosemite and El Capitan only can be downloaded here: https://airvpn.org/macosx PLEASE NOTE: Eddie 2.11.10beta package includes an OpenVPN version re-compiled by us from OpenVPN 2.4 source code with OpenSSL 1.0.2h for security reasons and to fix this bug: https://community.openvpn.net/openvpn/ticket/328 Eddie overview is available here: https://airvpn.org/software Eddie includes a Network Lock feature: https://airvpn.org/faq/software_lock Eddie 2.11 is free and open source software released under GPLv3. GitHub repository https://github.com/AirVPN/airvpn-client Kind regards & datalove AirVPN Staff

That creature is a troll!

Please move here https://airvpn.org/topic/17556-eddie-210-not-installing-on-ubuntu-1604-lts-due-to-libmono-dependency and please do not hijack old threads.

Hello! First you need to solve the most basic problem and only then a proper troubleshooting can be done, because the first failure may cause all the other apparent problems. 19700101 10:08:52 W WARNING: Your certificate is not yet valid! Not only this means that your router date is wrong (preventing any successful handshake), but also that the router probably can't even reach an NTP server. Please check. Kind regards

It is NOT possible to have three days recurring subscriptions. They do not make much sense and we explicitly forbid this option. Kind regards

Hello! The performance you get is remarkably good. Our infrastructure is not sized to provide much more than that: consider the price and the fact that each server is connected to a 1 Gbit/s line. Out of curiosity, what are your bandwidth allocation per client expectations for less than 5 EUR per month? See again the Terms of Service you explicitly declared to have read and accepted to see the current guaranteed bandwidth allocation. Please note that to the best of our knowledge no consumers' VPN provider in the world is currently able to offer the same, not even for a higher price. That said, since there is still plenty of free bandwidth in the infrastructure, you can probably get higher performance (only if you have a powerful CPU and your ISP does not shape traffic) by enlarging OpenVPN sockets buffers sizes. Set them to 256 KB. Additionally, do not trust too much speed tests. They just measure the peak performance in a short interval of time in a single connection. To pick a specific server of your choice, use the "Servers" tab. You can also define a white list of servers. Eddie will connect only to a server included in a white list, when one is defined. Kind regards

@LZ1 See the license. Eddie is released under GPLv3. GPL was originally written by Stallman of the FSF. Kind regards

Hi Lz1, Thanks for replying. I tried resetting my firewall settings and right now Im online without being connected through VPN for the first time in months.. Thanks man! I do still have to manually set DNS to "automatic" though since AirVPN keeps changing it to so something that doesnt allow me to acces the internet without vpn activated.. But right now that's a first world problem I can live with.. That's because you must set both DNS servers on your system network interface. Do not set the DNS settings of your Windows system to automatic acquisition, because this may make Eddie unable to restore the settings. Next Eddie release will have this bug fixed. The aforementioned setting has nothing to do with the "Automatic" setting of Eddie "DNS Switch Mode", which must remain set to "Automatic" to prevent DNS leaks in Windows. Kind regards

WARNING for the casual reader who might not understand that this is only a momentary setting for testing purposes: this will cause DNS leaks on Windows. Kind regards

Yes, and it is a much more general solution. Disabling WebRTC on a browser solves the issue on that browser only. Network Lock prevents traffic leak of any process binding to the "wrong" interface. https://www.clodo.it/blog/an-alternative-approach-to-so-called-webrtc-leaks/ Kind regards

Well, depends on the type of files you want to transfer. Text can be easily compressed and LZO might improve throughput. On the other hand, video containers are difficult to further compress and will therefore lower the speed with LZO. With "comp-lzo adaptive", OpenVPN will take samples of the traffic and decide everytime whether to compress or not. It's important to note here that AirVPN's server have LZO disabled, therefore setting comp-lzo to something other than no will only impact what you send but not what you receive. Just a reminder for comp-lzo pertaining to some systems. Our servers push "comp-lzo no", but on some DD-WRT builds, and probably on other systems as well, if you set LZO to "disabled" on the configuration interface, comp-lzo will be omitted, causing a connection failure. After the push, LZO will not be used, even if the client enabled it, so no problems will arise. The decision to disable LZO was taken to allocate more processing power from the CPU to the throughput. It becomes relevant (even with our CPUs supporting AES-NI) when throughput exceeds 400-500 Mbit/s with several dozens clients connected to the same daemon (each OpenVPN daemon runs necessarily in one thread of one core). We have empirically determined (no absolute truth claimed) that disabling LZO, under such conditions, provides a moderate throughput gain. Kind regards

Hello, we recognize the importance of keeping Eddie in active development to improve it constantly and address any problem that can arise with new systems version, for example the cited incompatibility problems with Mono 4.x, and fix any previously undetected bug. We're glad to inform you that new Eddie releases are currently under internal alpha testing. We will keep you posted. Kind regards

@LZ1 Removing cookies to prevent DNS leaks is quaint.

Hello, try this, it could help fix the issue: https://airvpn.org/topic/17037-cannot-log-on-to-any-servers/?do=findComment&comment=38862 Kind regards

Ok, here's the explanation once (and hopefully for the last time ) again. The DNS server runs in the VPN server and has a VPN IP address, therefore you can contact it (and receive replies from it) only inside the encrypted tunnel. When the VPN DNS server must contact authoritative DNS servers etc., it follows the very same procedure of any DNSSEC-based server. That's why using our VPN DNS makes DNSSEC superfluous in general terms, and sometimes better, because of performance and because with VPN DNS you can resolve host names in the OpenNIC and NameCoin namespaces, and use the experimental micro-routing system, which is cute when you need it. Kind regards

The answer to your ticket was that a VPN is not and has never been an antimalware tool or a tool to prevent system attacks, which is quite eloquent. Your message is not only a blatant lie, but also a self-evident attack against us. We warn you to immediately stop such attempts. AirVPN

Hello, please include the output of the command "ipconfig /all" issued from a PowerShell or command prompt while the Air client is not running. Kind regards

Warning, this might be unrelated but it's worth a check if your OS X box is connected to a router via WiFi: http://osxdaily.com/2015/10/16/fix-wi-fi-problems-mac-os-x-el-capitan/ The idea for a possible explanation is that when you put the box to sleep without disconnecting from the VPN, default gateway and routing table remains the same (because OpenVPN can't obviously restore the previous settings), but the network interface is disabled by the "sleep mode". When you wake it up, OS X seems unable to perform a proper network reset, but only on certain machines. That would explain why you need a reboot not only to re-enter the VPN, but even to regain Internet connectivity. This potential explanation is unsatisfactory, but appears to be loosely confirmed by the fact that if you disconnect first from the VPN and then you put the machine to sleep, then the problem does not occur anymore: at wake up, OS X is able to restore Internet connectivity. Feel free to update this thread: it could be useful for our knowledge base too, because this issue is not reproducible on all OS X systems, according to various reports, but only on some of them. Kind regards

Let's say the police watch the peer list of a torrent file. They could automatically log every IP downloading that torrent and know at which time this specific IP was downloading a copyrighted movie for example. They now send that full list of IPs and timestamps to the ISPs (again all of this could theoretically be fully automated) and the ISPs would check if any of their customers was connected to this given VPN IP at this given time. So if it matches, the ISP answers and says "customer so and so was in fact connected to this VPN IP at this time, at which you have seen this VPN IP download this torrent". I don't see why this wouldn't work. Hello! It's nonsense. It would not work because "the police" would need to send each warning to about 11000 ISPs in the world. Even if they embarked in this lunatic endeavor, and even if all 11000 ISPs replied properly, "the police" would receive back 0 matches, because no OpenVPN clients can connect to our servers exit-IP addresses. Kind regards

Yes, it's AirVPN.xml (see the logs for the path). You can try to delete it, just in case it's corrupt. Kind regards

Can you please clarify the reason and the meaning of the sentence? We offer 44 VPN servers in the Netherlands and 7 VPN servers in Germany. Kind regards

Hello, problem has been fixed, try again in a few minutes and if the problem persists please open a ticket. Kind regards

Hello! Problem has been fixed! Kind regards

Hello! As you can see in the log entry, you have an error caused by reason 134, preceded by an "not yet valid" which is only apparently enigmatic. This implies that your timeline is not matching with our timeline, even though the Attractor Field could be the same. In our timeline, the technology you are using is not available in 1970. Our certificates began to be issued after 2010 and our whole infrastructure was born only in 2010. It is unclear how, in spite of the divergence, communications are flowing between you and us. We strongly recommend that you try to fix the divergence with the help of an NTP server for your router, before any potential paradox can cause extensive damage either in your or our observable time line, or even fall in the scope of a different Attractor Field. In any case, please proceed quickly but with extreme caution. Kind regards John