Staff

That's a separate issue, although at the subsequent run Eddie will fix everything (even in case of .NET crash) so it's not a critical problem. The issue affecting DNS settings restore in Windows 10 (and maybe other Windows versions) is different, it might occur when at least one nameserver is undefined on the network card, even if the shutdown is clean and/or the disconnection is normal. Kind regards

Hello, we have a pinned topic in the "Troubleshooting" section to solve this issue once and for all. The problem arises (only in Windows) when one or both nameservers of a network card are not set (for the non-Windows readers, remember that Windows has never had and still doesn't have a proper DNS implementation). In these cases, the Air client might be unable to restore them (even if only one was undefined, it will not restore the other one). If you take care to set them, the client will restore them properly. The next client version will be more refined on this issue. Kind regards

Almost every single service in Italy which performs discriminations based on location and required by users is already accessible from any VPN server and those that are not accessible would not be accessible anyway (for example Netflix Italia). We kept a VPN server in Italy and it caused too many problems (you can find the explanation on why we will not put again VPN servers in Italy - as long as the Air company is based in Italy - in the News forum). Kind regards

Hello, isn't the white list a good solution for your purpose? Kind regards

@SirJohnEd Try to capture all the traffic from the Roku to understand. While it's true that it is commonly said that Neftlix app on Roku forces queries to 8.8.8.8 and 8.8.4.4, maybe it performs some more tricks with DNS queries. You might decide to redirect anything coming from Roku and with destination port 53 to your local nameserver, just in case the Netflix software tries some alternative Google (or non-Google) DNS IP address. However traffic analysis might be very necessary: for example (just to say) what if the Netflix software queries some custom DNS with some DNSCrypt-like protocol on some non-standard port? Kind regards

This bug has been detected and it will be solved in the next Eddie version. Kind regards

Done. Kind regards

Hello! Before a thousand users ask : no, OpenVPN does NOT support SSLv2 / v3, so this attack is inessential for OpenVPN. Kind regards

Hello, we are investigating the issue, please hold on. Kind regards

Situation is very fluid, please check here regularly, there are important news since when we wrote our previous message: https://airvpn.org/topic/9223-netflix/

Chromium is not Chrome. "Chromium is the open-source web browser project from which Google Chrome draws its source code." Differences: https://en.wikipedia.org/wiki/Chromium_%28web_browser%29#Differences_from_Google_Chrome Kind regards

Hello, to inform correctly our readers we wish to correct false information you persist on providing in your messages. Your request for Absolute Radio was taken in charge a few minutes after you wrote it. It was fulfilled after a few hours, in August 2015. When we asked for a confirmation from you you didn't even bother to check or even reply to our communications. Your request for ABC Australia was never filed on a ticket but ABC Australia is accessible from all of our VPN servers since June 2015. Kind regards

Hello! We're currently experiencing issues in the calculation of stats in our real time servers monitor. The issues affect the data pertaining to users top speed and time. No issue is currently affecting servers stats. We're working to fix the issues and we kindly ask you to ignore the aforementioned tables in the meantime. EDIT: the problem has been solved. Kind regards

Hello, AirVPN is in that 2.94% of VPNs put in "A" (best) grade and PCI DSS compliant (according to their own tool at least). Kind regards

Hello! It could, but anyway you can reproduce the mentioned situation right now. Keep Network Lock enabled, and before hibernation disconnect the system from the VPN, but do NOT shut down the Air client. Only after the VPN disconnection has been completed hibernate the machine, In this way, when you wake up the machine, firewall rules are always the same (Network Lock) but Eddie will not try to reconnect to any VPN server. WiFi or Ethernet connection will be established as usual without interference from Eddie, but no data can go out to the Internet. At that point, you can decide whether conneting to a VPN server, or just shut Eddie down to restore connectivity (Network Lock will be disabled, therefore firewall rules restored). Kind regards

Hello, we're sorry but access to all other regional Netflix is blocked by Netflix itself. For each server you can have Netflix USA or no Netflix at all. We fully understand you and we agree with you but that's how it is. Kind regards

Hello! We're very glad to inform you that a new 1 Gbit/s server located in Vancouver, Canada is available: Gemma. The AirVPN client will show automatically the new server, while if you use the OpenVPN client you can generate all the files to access it through our configuration/certificates/key generator (menu "Client Area"->"Config generator"). The servers accept connections on ports 53, 80, 443, 2018 UDP and TCP. Just like every other Air server, Gemma supports OpenVPN over SSL and OpenVPN over SSH. As usual no traffic limits, no logs, no discrimination on protocols and hardened security against various attacks with separate entry and exit-IP addresses. Do not hesitate to contact us for any information or issue. Kind regards and datalove AirVPN Team

https://airvpn.org/topic/9223-netflix Kind regards

Hello! We're very glad to inform you that four new 1 Gbit/s server located in Vancouver, Canada are available: Cynosura, Homam, Kleeia and Mimosa. 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, 2018 UDP and TCP. Just like every other Air server, Cynosura, Homam, Kleeia and Mimosa support OpenVPN over SSL and OpenVPN over SSH. As usual no traffic limits, no logs, no discrimination on protocols and hardened security against various attacks with separate entry and exit-IP addresses. Do not hesitate to contact us for any information or issue. Kind regards and datalove AirVPN Team

No, that's very dangerous, do not perform such checks: just do not use Network Lock or remove the third party firewall. You must NOT run two firewalls simultaneously. Even if a preliminary check shows no problems, at any moment unpredictable behavior can arise. Kind regards

@Justin as well That's exactly what we understood since the beginning. And Justin just confirmed that that's what actually happens. So far so good. Now, it would be very interesting to understand how you achieve 40 Mbit/s of AES-256 encryption/decryption with the very same hardware. In addition to the precious suggestion below, could there be some particular process that's loading Justin's router CPU and not yours, perhaps? Kind regards

@karaznie as well Hello, what does this have to do with the issue? Your measurements do not imply that the original poster router has not reached the maximum processing power on the core running OpenVPN. Look at the load of the CPU of the original poster in a dual core processor. Kind regards

Hello, on the other hand this is excessive. Check the OpenVPN sockets buffers sizes in the router (you can see them in OpenVPN logs). If they are smaller than about 260000 bytes, set them to 262144 bytes with directives: sndbuf 262144 rcvbuf 262144 Kind regards

OpenVPN does not scale (no multithreading etc.) on multicore processors. That 50% load may well mean that, in a dual core processor, one core has near-to-0 idle time for example. But that also depends on other tasks of the CPU. It's not ascertained that your routers are having the exactly identical tasks. Anyway, if you can get more than 20 Mbit/s from your router, let us know. You can quickly discern whether the bottleneck is in the router CPU or not by connecting your computer directly to the same VPN server (disable OpenVPN on the router) and comparing performance under similar conditions. Kind regards

Hello, you have reached the limit due to the processing power of your router CPU to encrypt/decrypt an AES-256 flow. Kind regards