Staff

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

Important note: ipleak.net only receives IPv4 packets and only supports IPv4 (not IPv6). MAC addresses are treated by ARP to map a local IP address to a physical node/device, so you will not see MAC addresses anyway in ipleak.net or outside your local network (if you rely on IPv4), they are simply not included in IPv4 packets. WIth IPv4, your machine MAC address is not transmitted outside your local network segment (in which ARP comes into play, for example). Things are quite different in IPv6 (for this argument, just consider that ARPv6 does not exist and that ARP is not usable) that's why it's important to consider that ipleak.net does not support IPv6. Kind regards

Hello! Due to the following vulnerability: https://googleonlinesecurity.blogspot.com/2016/02/cve-2015-7547-glibc-getaddrinfo-stack.html and having seen that patches are now available for all of our systems, we inform you that we are upgrading ALL of our servers. The maintenance will have an impact on connected clients which will be disconnected by the VPN servers. Each upgraded server will remain unavailable for a couple of minutes. Web site can remain unavailable for two minutes during the maintenance. Upgrade is starting at 13.10 CET. EDIT: maintenance completed successfully. Kind regards AirVPN Staff

Hello, from the symptoms it might be a router bug, perhaps related to UDP. Try to upgrade the router firmware. Kind regards

does Eddie by default use HMAC SHA384 ? or it should be added manually ? if yes , then how to do it ? Hello! It does not depend on Eddie, it's on OpenVPN. Eddie comes packaged with an OpenVPN version that supports it and will pick it by default. Otherwise make sure that OpenVPN in your system is up to date. Kind regards

Hello, OpenVPN does not use SHA-1 as packets authentication cipher. It uses HMAC SHA1, so you just don't care about collisions. In the Control Channel you can also have HMAC SHA384. See also https://airvpn.org/specs For a more thorough discussion see https://airvpn.org/topic/14837-control-channel-cipher-satisfactory/page-2?do=findComment&comment=33173 Kind regards

Hello, as you can see it does not look like it's on Antares.Maybe traceroute from those five ISPs could provide some hint but again we could do nothing, Antares and datacenter look perfect from all the major transit providers we use in 17 countries. Kind regards

Hello, from inside Antares there are no packet loss to Google, so the problem is somewhere between Antares and your ISP(s). Compare also with the Ping Matrix and Antares history: https://airvpn.org/pingmatrix https://airvpn.org/servers/Antares which show sporadic and minimal packet loss in Antares. Totally irrelevant. Kind regards

you agree with them? that's crazy. While I agree there is something wrong on my PC and i'm open to reimaging my desktop but to respond to your customer with that comment (offer no solution) and just refund my subscription and cancel my account is not what I call good customer service Hello! The way you expose the facts is very peculiar, to say the least, and casts some doubts on your good faith. Just for the readers, because you should already know: your account has not been deleted or anything else (and this is obvious, since you could write on the forum with that very same account)your account can still access VPN serversthe support you need goes well beyond technical support pertaining to Air, but as a courtesy you have been fully refunded (for your last payment) because you can't, unfortunately, expect infinite support on this problem (and any other problem which is not Air competence). In this way you can decide with no time pressure what to do, and continue testing without your one year money commitmentbefore giving up, support persons provided you with more than 30 replies in multiple tickets (it's not that you have been left with the problem without even trying to solve it)Kind regards

Website: http://www.zdf.de/ German TV channel ZDF (Zweites Deutsches Fernsehen). Status: OK Native: DE Routing: All servers.

Hello, in a VPN in which all nodes are trusted, direct connections between nodes inside the VPN can be desirable (to share resources, for example, and more). In a public service like ours nodes of course can not be trusted. Therefore we do not allow direct connections between nodes inside the VPN. Kind regards

Please enable "Seamless tunnel" in "openvpn-connect" application. Kind regards

Hello! We're sorry, this experiment has been closed and Netflix IT is not accessible from our infrastructure. We've been late to communicate that, we apologize for any inconvenience. Kind regards

Hello! Please check the Kaspersky settings about UDP. During the last years we have met hundreds of cases in which Kaspersky thought that the UDP flow was an UDP flood attack. As a reaction it starts dropping packets and causes disconnections (when you connect to the VPN in UDP). Problem arises especially when you run a torrent client because the UDP flow rises up and the UDP/TCP ratio tends to infinite. Kind regards

Website: Teleboy TV Switzerland streaming television, Live and On Demand. Status: OK Native: CH servers. Routing: All other servers.

Any firewall different than Windows Firewall must not be "turned off", it must be removed (if you wish to use Network Lock). Kind regards