Staff

Hello! The digital content delivery in Amazon Prime Video (conditions might vary for other Amazon related content or products delivery, we don't know) is tied to an account. If your account is born in some country in Europe, it will make no difference to connect from any USA location: the account can access either the Prime Video content of the country it was born in, or no content at all in specific cases. To access USA restricted content, you need an account created in the USA and connecting from AirVPN (or the USA residential ISPs). Kind regards

Hello! You can run Tunnnelbick for example, instructions are included in the Mac page https://airvpn.org/macosx If you close Eddie improperly, it will have no chance to restore system settings, but it will do it at the first proper shut down. If something goes wrong, check your DNS settings: it's the most common cause of apparent loss of connectivity and it can be fixed in a few seconds. You don't need to reinstall the whole system to set DNS properly. Kind regards

Hello! Probably the most direct solution is selecting specific servers sets on each machine or different FQDNs on each device. An automated solution from us is unlikely. Say that you connect to server A with some cert/key pair. Another machine of yours connects to the same server A with a different pair. If we banned the new machine from connecting (either at server level or (even worse) at client level by intrusions on your settings) we would be adding an intrusive feature which is unwanted by many users. Probably unacceptable especially when you consider how easy is avoiding this problem with your own mind. Kind regards

Hello! YES, the script rewrite for BSD looks like a perfectly suitable solution. Kind regards

Hello! Additional updated information: with the latest implementation of load balancing system, connecting to different ports does not necessarily imply connection to different OpenVPN daemons (it's the load balancing system that decides which CPU core and therefore which OpenVPN daemon you will be "assigned" to) so this method might not work anymore. Therefore, setting different keys for different devices is now the only "guaranteed working" solution. Correct, this limitation stays in any case. Kind regards

Hello! OpenVPN for Unix-like systems can't process the DNS push, so you need to process them by yourself. Since OpenVPN allows execution of your own scripts, some Linux-related ideas (they need resolvconf or openresolv, or systemd, which luckily has never spread into *BSD systems) are here: https://wiki.archlinux.org/index.php/OpenVPN#Update_resolv-conf_script In general: a script launched by OpenVPN event "up" (launched by OpenVPN directive "up") finds the DNS push from the server, stores the current DNS settings, and change the system DNS according to the push. A script at VPN event "down" (triggered by directive "down") must restore the previous DNS settings of the system. Kind regards

Hello! But that's exactly what happens in our service. Check the pushed DNS by the OpenVPN server and make sure that your client takes care of the DNS push (of course our software "Eddie" takes care of it). Having DNS and VPN gateway addresses match will make attacks based on DNS hijack through route-injection doomed to fail (this is a vulnerability which affects as far as we know almost all of our competitors). Kind regards

Hello! IPv6 problems lead to connection failures when clients try to connect with IPv6 layer unblocked. Nunki will stay down until the datacenter does not restore IPv6 connectivity to Nunki. If such connectivity is not restored within one week from now, Nunki will be withdrawn and then replaced by a different server, also located in the UK of course. Kind regards

Hello! Thank you. It sounds like a bug. Are you running version 2.16.3 or 2.17 beta? Kind regards

Hello! Do you close Eddie properly before you shut down the system? Kind regards

Hello! That's an unexpected behavior. Can you please test: blacklist a countryselect "Exit" menu itemrestart Eddie and verify whether the country has remained black listed or not? Kind regards

Hello! You can autostart Eddie at device boot ONLY through an imported profile. Please consider that it's Android which decides when to launch autostart registered application, and that will normally happen even after the connection to some network is active, so you will have regular leaks. You might consider to disable any connectivity before shutting down the device to mitigate the issue, and bring networking back up only when bootstrap has finished. Therefore, a manual intervention is needed in any case. Master Password is not considered by us a design flaw but a key security feature, especially in devices which are more prone to be stolen or lost around. Kind regards

Hello! Please make sure that you're running Eddie 2.16.3 or higher version (check by selecting "About" menu item). Then, please log your account out and in again (through Eddie main window). A new combo box allowing you to pick any of the current certificate/key pairs should appear just under the credentials fields. Kind regards

Hello! From your description Eddie just started. Since you say that you had launched Eddie an hour before, a possible chain of events is: Eddie started, Eddie crashed, Eddie re-started. Maybe the whole OpenVPN library was brought down, maybe not (in the first case traffic leaks would have been unavoidable). Do you have the option to take a logcat? If so, please send it to us in private (open a ticket) to protect your privacy. We have edited the log you posted for the same purpose. https://developer.android.com/studio/command-line/logcat Kind regards

Hello! If OpenVPN can not maintain the connection and needs to quit, Eddie must lock communications before OpenVPN quits. Eddie features the most effective, best effort leak prevention currently available in any OpenVPN 3 based application running in an un-rooted Android system. The leak prevention system has been thoroughly tested in months of heavy usage by several hundreds of beta testers, but if you find any missed lock do not hesitate to report. Kind regards

213 servers support IPv6, 10 servers do not. The post with the list has been linked previously by giganerd. If you find any issue with IPv6 in any of the 213 servers supporting IPv6, please inform us at your convenience. Kind regards

You might've disabled the geolocation feature in your browser. Unsure about Lich. If Staff said there are issues with it which are out of their control then wait a few days and see if it gets resolved then. AFAIK the only server definitely without an IPv6 prefix is Kitalpha in Switzerland. Staff posted in another thread a list of all servers not supporting IPv6. Lich is not one of them. Hello! We inform you that Lich did have IPv6 support, but it does not have it anymore. We are waiting for more info from the datacenter to understand why their infrastructure suddenly stopped working with IPv6 and act accordingly. Lich has quite a good connectivity so we might keep it even if IPv6 is not restored in a reasonable time. Kind regards

Hello! The name can not be resolved: please check the DNS settings. Also keep in mind that VPN DNS can be accessed only from inside the VPN. Kind regards

Hello! Error 111 means "connection refused" and you get that error when packets from the Internet through our VPN server reach your node properly and are actively refused. The most common cause is a firewall dropping packets. Kind regards

Hello! Please try the following settings: - from Eddie main window select "Preferences" > "Networking" - set the "IPv6 layer" combo box to "Blocked" - click "Save" Alternative solution: upgrade to OpenVPN 2.4 or higher version. Explanation: OpenVPN versions older than 2.4 do not handle IPv6 properly. So our servers do not push IPv6 routes and related directives when they detect older versions, in order to not break retro-compatibility. However Eddie (for a bug in 2.16.3, fixed in 2.17.2beta) tries anyway to check the IPv6 route in the tunnel and it obviously fails. Kind regards

Hello! Yes, of course. Therefore, you can reach IPv6 services as well. The only servers currently not supporting IPv6 are: Baten Porrima Scheat Algedi Bellatrix Miaplacidus Rasalas Metallah Kitalpha Also, please keep in mind that you need OpenVPN 2.4 or higher versions. Let's see the system report (Logs -> Life Belt icon -> copy all -> paste into your message). Can you browse ipv6.google.com? What is the output of "ping6 ipv6.google.com" command (from a terminal emulator, when the system is connected to the VPN)? Kind regards

Hello! Please use "screen" for your purpose: https://www.rackaid.com/blog/linux-screen-tutorial-and-how-to/ The problem you experience is due to the fact that, with the procedure you follow in your description, you put the process in background, but the stdin, stdout and stderr are still connected to your terminal. So, when you end the SSH session, you destroy the terminal emulator with anything connected to it. screen is just perfect for what you need. It provides much more flexibility and features than nohup + disown Read here (first answer) for a more detailed analysis: https://superuser.com/questions/178587/how-do-i-detach-a-process-from-terminal-entirely Kind regards

Hello! Unfortunately this is a known bug affecting all Sony Bravia systems and documented here: https://github.com/CiNcH83/sony_atv/issues/11 If there is a change in the networking state of the system while being connected to a VPN server via VpnService, a severe system crash happens. An app is never supposed to crash the system, only itself. This might be a severe security threat. A change in the networking state can for example be provoked by turning off/on the TV. So VPN needs to be disconnected before turning off the TV or else there will be a crash when turning the TV on again. After years, Sony has not yet fixed it. Kind regards

I'll install Debian Siduction and try to find out what's going wrong. @kah0922&M3AtAirvpn&greerd: There is an issue with Airvpn auto-download at the moment, the new implementation had some hardcoded parameters that are simply not flexible enough (unfortunately I only have one account to test with). Thanks for letting me know & expect an update very soon! Hello! Please open a ticket and ask for some additional test account and other info, our support team will be glad to help. Kind regards

Hello! Thread has been updated to reflect new options for Android. Kind regards