Staff

Hello, your ticket was replied just a couple of hours after you opened it. Support team replied 3 days ago, on November the 28th, asking for a system report. You sent back the system report only after you wrote this quoted message, i.e. after three days. Again support team replied after 3 hours detecting the problem (UDP or OpenVPN packets are blocked either by your system, router or ISP) and sent you suggested solutions for each one of the cases. For the readers: Kind regards

Hellio! imdb.com is perfectly accessible from nearly all of our VPN servers (except just 5 servers which are blocked by imdb.com or imdb.com authoritative DNS) as you also see from the route check page. https://airvpn.org/routes Intermittent problems did sporadically arise from misconfiguration of IMDB DNS as we and many other services have thoroughly explained repeatedly in the past, but that's an imdb.com DNS configuration problem, not ours, which affect everybody. Kind regards

Hello! With default settings Eddie accepts the VPN DNS push to allow your system to query the VPN DNS. Since each VPN server runs its own DNS server, querying the VPN DNS implies total encryption and authentication of queries and replies, as well as names resolution improved performance. You can tell Eddie to not use VPN DNS, or even to not touch your DNS configuration, in "Preferences" > "DNS". Set the appropriate value in the combo box "DNS switch mode" and untick "Check Air VPN DNS" if necessary. Note: advertisements are not allowed in forum posts and will be removed from message. Ads may also cause messages deletion. Kind regards

Hello! Currently Eddie Android does not force LAN routing to net_gateway, although this option is being seriously considered for Eddie 2.1. The solution you tried is appropriate but we have detected some unexpected behavior of OpenVPN 3: we are looking into the issue. Kind regards

Any reason when I use router tool, as suggested in the forum, it gives me 301 HTTP status instead of 200? It used to work for me till couple of days ago. Any further help would be appreciated. Thanks yelp.com is accessible from all of our VPN servers. 301 is just fine and means "Moved permanently" (yelp.com 151.101.36.116 --> www.yelp.com 151.101.12.116). Kind regards

Hello! This is normal and expected, due to how OpenVPN works, when both devices use the same certificate/key pair and connect to the same OpenVPN daemon. Just use different client certificate/key pairs on each device, Instructions can be found here: https://airvpn.org/topic/26209-how-to-manage-client-certificatekey-pairs Kind regards

Hello! That was planned, but we have postponed the release on F-Droid due to some rules in its policy. We will re-consider it in the future. Eddie apk is anyway available in our repository. Kind regards

Hello! Very strange, we can't reproduce the issue in any way. Everything appears fine on several devices we tested. Everything is correct even in the account "Client Area". Kind regards

Hello! We can't reproduce the issue: we see no difference between "Quick" and "Server" connection views reports. However we are not sure we have understood correctly what you mean. Would you like to elaborate? Kind regards

Thank you very much for your feedback and thorough report. ProMIND thanks you back. Understood. You talk about two separate issues. They are both under consideration for a resolutive implementation in a future Eddie version. In the first case, it's the OS that revokes from any already running VPN application the permission to operate the VPN connection when another application instantiates the VPN class. The different behavior you noticed is confirmed and is caused by the fact that Eddie instantiates VPN class at launch or at focus, and not when a VPN connection is required by the user. The second issue requires an implementation from scratch in order to catch new kind of events and take actions accordingly. It has been planned as well. In the meantime, always remember (we write it for the readers too) that running in parallel multiple OpenVPN based applications (or multiple OpenVPN instances) is a risky business on any system if you don't know exactly what you're doing. Kind regards

Hello! The Pirate Bay remains accessible from a significant portion of our infrastructure. Please check here: https://airvpn.org/routes to have an updated report and immediately find suitable servers. Kind regards

Hello! Unfortunately not, we're terribly sorry. Kind regards

Hello! We can reproduce the issue on Windows. On some Windows machines, but not all of them, when IPv6 over IPv4 is active, micro-routing is no more possible. Interestingly, any other system (Mac, GNU/Linux, Android, iOS), does NOT suffer this problem, even when IPv6 over IPv4 is active of course. Considering the above, we think that micro-routing is just fine and we suspect that something goes wrong when Windows prefers DNS6 over DNS4. We are moving this thread to the "Troubleshooting" forum because this issue has been already reported in the past by another user, but at that time we failed to reproduce it. Eddie for Windows developers will be informed too. Thank you very much for your thorough report. Kind regards

Telus is just as bad as Bell and Rogers. You are not alone in this, happens to everybody in Canada.(Vancouver Toronto Montreal etc.) Yes they mess with VPN traffic....they "don't like it". Hello! If you set the following connection mode: - entry-IP address 3 - protocol TCP - port 443 you will make OpenVPN fingerprint non-detectable, not even with DPI. Thus you will dramatically lower the likelihood that they can detect your traffic as "VPN traffic". Also remember to rotate servers periodically to avoid high volumes of traffic to/from the same IP address. Kind regards

So, is this option possible and if not, planned? English is just better when it comes to IT terms... Hello! Yes, it's possible and its implementation is planned. Kind regards

Hello! Thank you for your feedback. We are aware of the issue you report. It will be fixed very soon. Kind regards

Hello, we can't reproduce the issue for the web sites in Italy you report. The route check seems fine as well. Please make sure that your system queries VPN DNS (it happens by default with Eddie anyway) because some of the web sites you mention are under geo-routing. If the problem persists, can you please list the VPN server(s) you experience this problem on at your convenience? About amazon.com, on the contrary, we confirm some problems which seem related to our routing to make Amazon Prime Video accessible. We are investigating. Kind regards

But what about streaming? Hello! BBC iPlayer is inaccessible from our infrastructure. Netflix USA is fine from all servers. Kind regards

Hello, when you wrote "two days", you meant "two days ago", right? If so, something is not right: please open a ticket at your convenience to the "Sales" department. We will examine the issue to understand the cause of the problem and we will gladly fix it. Kind regards

Hello! That's puzzling then. Try to purge the whole Eddie installation and re-install it as a last resort. Kind regards

Hello! Currently it is not planned, we're sorry. The app is designed to work with limited privileges and is thought for the majority of Android devices and users. On the other hand, if you root a device, nothing prevents you to set proper firewall rules to implement a robust leak prevention. Kind regards

Hello! Modification of the system packet filtering table achieves a real, theoretically optimal, leak prevention. Root privileges are required to modify the table. You (and as a direct consequence your apps, including Eddie) do not have root control of your Android device. You're just a normal user, at least on un-rooted devices. Kind regards

Hello! We confirm that the app is fully compatible with nVidia Shield TV. It has been thoroughly tested on an Shield TV with Android 7. Did you try to install the apk with a side load? If so, which problems did you experience? If you looked for the app in the Google Play Store, it's normal that you did not find it, since we are still waiting for the revision by Google (applications for TV must comply to an additional set of rules). Kind regards

Hello! You have not deleted the default.xml file. Kind regards

Hello! The "public" bootstrap servers have been recently blocked in China (only in some limited areas at the moment). We have ways to circumvent the block. Currently you can connect because Eddie can retrieve the servers info from your HDD. In the future, you might need to re-bootstrap Eddie. In such a case: 1) if you have followed LZ1 advice, restore the option to the previous settings, so that you get again the prompt for the bootstrap server 2) open a ticket to receive a random, secret bootstrap server URL to enter in the prompt Kind regards