Staff

We do what?! Check your facts please. Are you trolling or what? What does this have to do with "ownership rights on a work of mind" (your words, whatever they mean - since it's plainly not possible to own a work of mind)? You pay to enter and use our service, if you are not eligible for a free access. To say it all, please be informed: there is no copyright (just in case you meant "copyright" with "ownership rights", looking back at your previous messages) not even in our software, which is released under GPLv3, or on the VPN servers, which run tools and script, written by us or not, under GPLv2, GPLv3, BSD licenses, and everything runs in some free and open source OS. What's more, Eddie developers are constantly improving usability of Eddie (the Air client software) with other VPN services. Kind regards

Hello! We can confirm that a new version of Eddie which addresses the issue is going to be released in the near future during December (before the 25th). Kind regards

Hello! We add here the answer to your ticket: it might be of general interest. Hello! Since some VPN servers provide you with good throughput, we are not sure that traffic shaping is enforced against your OpenVPN usage. In general, here's a robust proof to show traffic shaping against OpenVPN or UDP, assuming that you have ruled out (and can prove the exclusion of) any possible QoS / packet filtering tool in your local network (including the router) of course. Test a direct OpenVPN connection with UDP protocol to port 443. Perform various speed tests. Then, test an "OpenVPN over SSL" connection to port 443 to the very same VPN server(s) you tested in the previous run. leaving any other setting absolutely identical. Also, anything related to networking in your system and router must remain unaltered. Perform the very same speed tests (your purpose is doing different measurements when the only variable in the tests is the connection mode - even the time of the day should be as similar as possible). "OpenVPN over SSL" encrypts the OpenVPN tunnel inside the SSL tunnel, so that DPI can't detect anymore OpenVPN usage. Now, OpenVPN over SSL in an agnostic network must be slower. The reasons: - you add a remarkable overhead with the additional tunnel - you force OpenVPN to work in TCP, which is less efficient than UDP due to how OpenVPN works Therefore, if you get a throughput that's higher than or equal to the throughput you got with direct UDP, when all the conditions we mentioned are respected, you obtain a proof that your ISP "throttles" either UDP or OpenVPN. Kind regards AirVPN Support Team

That's interesting, where can we see a map/report of the periods of Comcast network congestion, segment by segment (according to reports, infrastructure of Comcast is - as expected - different in different areas: in some areas congestions are rare, in other ones they are frequent)? Out of curiosity, how did you infer the time zone of the customer from those log? Kind regards

This is the traffic shaping policy of Comcast for various residential lines: https://www.xfinity.com/support/internet/network-management-information/ They call it "network congestion management" now. Note how a user bandwidth allocation gets capped if customers exceed for 15 minutes "a certain percentage of their upstream or downstream bandwidth" (chapter "Real World" Types of Bandwidth Consumption That Might be Considered Too Much"). However, if the customer is using an XFINITY service, he/she should receive a notification of the congestion. What's more, and this is of utmost importance for Net Neutrality, Comcast also claims that traffic shaping " is "protocol-agnostic," which means the system does not manage congestion based on the application(s) being used. It is also content neutral, and does not depend on the type of content that is generating traffic congestion. Simply put, congestion-managed traffic is not based on specific applications or content, but on current network conditions and recent amounts of data transferred by users.". Kind regards

Hello! Just for info, our network is agnostic and does not block ads. If the reason of the rejection of your connections to that web site is the fact that ads can't reach you, that does NOT come from us. Kind regards

Very well written, congrats. Kind regards

@ZerGo0 Please make sure to clarify that such tables do not provide any hint to anybody except you. The script should be run on a node to provide something that's' useful to that node (according to all the limitations that a speed test toward another dedicated server operated by speedtest.net is subjected to, of course). Kind regards

Hello, we agree that's very frustrating, but why do you look angry with us? Our redundancy and bandwidth availability is remarkably high, our servers are served by tier2 and most of the 8 tier1 world transit providers, so what do we have to do with the issue? Why don't you: open a ticket with the support department to check whether the problem is caused by your system or routerfocus your energy on YOUR ISP, which from your description is the most likely culprit of the issue (you provide precise experience hinting to traffic shaping and even blocks against protocols)Kind regards

Hello, the problem is correctly framed by zhang888. With AES-NI supporting processors, we hit a limit of about 900 Mbit/s with AES-256-CBC. The next potential breakthroughs towards VPN servers connected to 10 Gbit/s ports are: 1) a correct evaluation of the processing power lift with AES-256-GCM, when the majority of our customers will move to OpenVPN 2.4 (we need 2.4 because we need AES-256-GCM even and especially on the Data Channel, not only on the Control Channel, but we can't of course break compatibility with the many persons using OpenVPN versions older than 2.4) 2) the next OpenVPN 3 (release date is uncertain) which will finally use concurrent routines and libraries not to remained confined into one thread of one core. OpenVPN 3 might open new scenarios on the server side even when a significant percentage of clients run older OpenVPN versions. Kind regards

Hello! Please consider that most trial requests are not handled by a human being. In any case allow 1-3 days for a trial request to be processed, according to availability. Since you claim 3 days have already passed by, you can resubmit your request or, if you are in a hurry, just buy a regular plan and then ask for a refund if you're not satisfied with the service (within 3 days you don't even have to provide a reason, we follow a no questions asked refund policy). As you can see, we also provide the option to buy a 3 days plan for just 1 EUR (currently 0.65 EUR due to Black Friday extended week promotion). Response times to trial requests and to non-customers have nothing to do with response times for technical or sales support to customers. Kind regards

Hello! Please open a ticket at your convenience to the "Sales" department. A customized invoice will be created for your account in a short time to bypass this (really important) problem. The sales persons will provide you with all the necessary instructions, just tell them which duration for the subscription you wish. NOTE: anyway the fees are not so high currently. To have a likelihood near to 100% to have your transaction processed within 10 blocks, 1.50 EUR are enough. Kind regards

Hello! You don't need to register. Just deliver the coins to the specified wallet. When Coinpayments ask for name, surname and e-mail address, fill in the fields with random data. Anyway, during the first quarter of 2018 you will see interesting news in our system to receive BTC and BCH payments. Kind regards

Hello! Indeed they are. Obviously there is no privacy concern because the conditions stay the same for every account. Under a technical point of view a counter containing "3" has been set to "5". More or less. Indeed they were. Now, you need to consider that with this shift from 3 to 5 s.c. we did not modify our bandwidth allocation guarantee, which remains "per account", and NOT "per connection slot". Also, it was time to sacrifice some redundancy, because we have been having too much unused redundancy for years. Probably it's not wise anymore to keep such high redundancy in the current world market. During the last year or two, our community has sent us a clear message according to which the amount of simultaneous connections is more appreciated than a huge redundancy which comes handy very rarely. In this way we can at the same time meet the demands of our community, become even stronger against the competition, and anyway keep a fairly decent redundancy. Kind regards AirVPN Staff

Hello! Indeed they are. Obviously there is no privacy concern because the conditions stay the same for every account. Under a technical point of view a counter containing "3" has been set to "5". More or less. Indeed they were. Now, you need to consider that with this shift from 3 to 5 s.c. we did not modify our bandwidth allocation guarantee, which remains "per account", and NOT "per connection slot". Also, it was time to sacrifice some redundancy, because we have been having too much unused redundancy for years. Probably it's not wise anymore to keep such high redundancy in the current world market. During the last year or two, our community has sent us a clear message according to which the amount of simultaneous connections is more appreciated than a huge redundancy which comes handy very rarely. In this way we can at the same time meet the demands of our community, become even stronger against the competition, and anyway keep a fairly decent redundancy. Kind regards AirVPN Staff

Hello, at the moment we can't check because it's the host server which is malfunctioning, as reported by the current message by Cloudflare. The problem must be resolved by the dd-warez.to web server admin(s). Kind regards

Hello! We're very glad to inform you that starting from 8.00 PM UTC on Tuesday, November the 21st, until Thursday, November the 30th (UTC), we'll be offering a 35% discount off ANY AirVPN Premium subscription! If you're already our customer and you wish to jump aboard for a longer period, any additional subscription will be added on top of already existing subscriptions and you will not lose any day. And that's not all! AirVPN now offers five simultaneous connections per account. See here: https://airvpn.org/topic/24167-five-simultaneous-connections-per-account/ Kind regards & datalove AirVPN Staff

Hello! We're glad to inform you that, from now on, every account can establish up to five simultaneous connections to AirVPN servers. As usual, no restrictions will be applied on IP addresses. No price increase has been planned for this new feature. We're confident that allowing 5 connections per account at the very same price will meet and even exceed the expectations of our customers. Please do not hesitate to contact us for any further information. Kind regards & datalove AirVPN Staff

Hello! Until a new Eddie version is released, you need to circumvent this issue in the following way (don't worry, it's an easy and once-and-for-all fix): https://airvpn.org/topic/20750-airvpn-not-working-with-fedora-25-wayland/?do=findComment&comment=66398 Kind regards

On top of all of the above, you can always use Tor after you have connected to some VPN server. So Tor usage can not be detected by your ISP, your government or anybody wiretapping your lines. Also, Tor can't support UDP, of course, so a VPN can be used to tunnel UDP traffic with a strong protection against anybody sniffing your traffic. Kind regards

Stay tuned, something really hot is coming. Kind regards

Hello! We're glad to inform you that according to our ongoing support toward compatible with our mission projects, we have begun running mirror nodes to enhance distribution of Free and Open Source Software. Please find the current status of the mirror nodes, the list of supported software as well as additional information in the new, dedicated page https://airvpn.org/mirrors We provide this service for free. Do you need mirrors to aid your software downloads, or do you know services which would need our support? If a software meets our mission priorities feel free to propose and discuss about it in our forum. Kind regards and datalove AirVPN Staff

Obviously we need to intervene on this. There is no such thing as owning the copies of an original work of your mind or the original abstract idea itself in any legal framework of any country in the world. The above is a fantastic invention of some disturbed minds, a deception which has then been amplified by popular belief and ignorance. What you probably mean is the concept of copyright, which is a special grant to monopoly rights to distribute and limit access to an original mind work (originally for censorship and control purposes). The intellectual monopoly (also improperly known as intellectual "property", another deceptive definition which is precisely meant to add confusion between a granted by a government monopoly and natural ownership rights) is limited in time and most legal frameworks also specify precise exceptions under which such monopoly is not granted. Assuming that an original work of mind is a property of anybody or any entity is an atrocious monstrosity which has never been (and probably will never be) implemented in any legal framework in the history of humankind. Sorry for the incidental off topic, but as you can imagine if you read the "story" about how AirVPN was born you can understand why we are physically unable to not fix such arguments when we see them in our community forums. Kind regards

Actually this is a thread which might have been created and fueled ad hoc (intentionally) by trolls or shabby wannabee competitors. Locked.

Hello! IPv6 support will provide as a nice side effect access to IPv6-only services, obviously but that's not the only reason for which we want to provide full IPv6 support within the end of 2017. The main current problem is that those users which only have access to IPv6 (and use IPv4 only over IPv6) can't use anymore reliably services like ours, in particular from iOS and Android. According to some projections, a percentage that we deem significant in the world Internet "residential" and "mobile" population will have IPv6 only access in 2018 and 2019 (with IPv4 only over IPv6). Kind regards