Staff

The issue has been addressed in the latest experimental build. Please check it: https://airvpn.org/topic/13002-experimentalbeta-release/

The issue has been addressed in the latest experimental build. Please check it: https://airvpn.org/topic/13002-experimentalbeta-release/

Hello! Can you please try the new RC3 which has been just uploaded? The problem should have been fixed. Kind regards

Hello! You can run the "addtap" script (it may be on different locations according to your OpenVPN version) or more simply you can re-install OpenVPN. The tun/tap interface is vital, it is the virtual network interface used by OpenVPN. Without it, OpenVPN can' t work in any way. Kind regards

The issue has been addressed in the latest experimental build. Please check it: https://airvpn.org/topic/13002-experimentalbeta-release/

The improvement has been addressed in the latest experimental build. Please check it: https://airvpn.org/topic/13002-experimentalbeta-release/

The issue has been addressed in the latest experimental build. Please check it: https://airvpn.org/topic/13002-experimentalbeta-release/

Sometimes we release new versions of our AirVPN client only as experimental, to check with our users if they work as expected before releasing to all users. The experimental release is an RC (Release Candidate) and is built from the latest source code on GitHub. Latest experimental release: 2.23 How to test our experimental release: Go to download page of your OS Click on Switch to EXPERIMENTAL Download and install To report bugs and problems please post in the following topic: Kind regards

@LazyLizard14 Hello! The problem is neither on your ISP nor on the VPN servers, considering that you wrote that a connection from a PC keeps 30 Mbit/s. What MIPS64 CPU is in the router? It is not specified on the data sheet. Only some models of the MIPS64 CPU series have additional AES abilities. If your router CPU lacks that feature, probably the bottleneck is caused by the CPU, in spite of the low load you detect. Given the price range of your router, it is reasonable. Kind regards

Not sure if it's the same but in my experience a knowledge base is quite useful to provide IT support. Problems and issues are very very diverse, and to avoid wasting time figuring out the same issues over and over again you can just create a knowledge base and look up the solution to similar problems there. That's, I think, the explanation for the Answers to tickets belong to us. I hope that somehow answered your question. Much better than this: https://en.wikipedia.org/wiki/All_your_base_are_belong_to_us Kind regards

Hello, what is the router CPU? We can't easily find this information on the manufacturer's web site. Kind regards

Hello! On the home page you can read: Geolocation routing - In order to bypass discriminations based on IP address geo-location, we execute only strictly necessary double-hops to an additional server (for example to access BBC iPlayer even from non-UK servers) It's one of our service features. Kind regards

Hello! We're very glad to inform you that a new 100 Mbit/s server located in Latvia is available: Schedir. 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 server accepts connections on ports 53, 80, 443, 2018 UDP and TCP. Just like every other Air server, Schedir 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. Kind regards and datalove AirVPN Team

Hello! @epsilon We're sorry, we have already explained our position and we don't wish to allocate more resources to answer in the same way: your requests can not be accepted, unless for very important reasons. We appreciate your dedication and ongoing support and thank you for your time for the review. A couple of words about servers speed. Since the end of November, the point in time around which you claim the performance problem, the performance per client has increased, due to the addition of new servers and more awareness by our customers about ISP traffic shaping (especially on high bandwidth lines) and methods to mitigate it. You can easily verify that on the servers monitor page. We are keeping this trend since years: quarterly, with a couple of sporadic exceptions, we have always been able to provide an average per client bandwidth slightly higher than the previous period. @leno wtf At the moment a live chat support is not planned. From the experience of part of our staff, in most cases it makes the support service quality decay dramatically. The advantages it can provide for a strict minority of cases do not seem to justify the overall disadvantages. Each customer's problem needs to be tested thoroughly, requiring in most cases simulations and emulations, problem reproducibility on different systems etc., because our service has some very unique features. There's no way to provide such a support in a live chat. A live chat can be an enormous advantage for different services, but for how our service is, a live chat would be just a marketing tool and we're not interested in such deceptive practices. Kind regards AirVPN Staff

Hello, please see the ticket you opened. Your mail client has serious encoding problems, it replaces "&sec" improperly. Anyway, it's much better that the problem is on your side, so you can solve it quickly, since you have no time to waste. Remember to read the correct link from inside the ticket system, and not on the courtesy e-mail, otherwise your e-mail client will again show wrongly the correct link we sent you. If the encoding problem is on your system, then the problem is a little bit more complicated. Actually it might be that your system has encoded even your password with wrong characters... and that would explain also why you could not log in in the first place. When you reset the password, make sure to use only standard characters in [a-z], [A-Z], [0-9], at least until you solve your encoding problem which is causing to yourself a waste of time. Kind regards

Hello, your alleged right to delete our tickets knowledge base is unacceptable for us. We are the only ones to have full discretion to keep or delete what we write, not you. We will refund your last subscription payment, since you're so positive and so sad. We don't want customers who feel to have wasted their money. Our "no questions asked" refund policy is there for that. We're confident that our service is good enough to afford such a policy: contrarily to other services, we have no interest in defrauding the customer with false features, promises etc. Refund requests this year have reached an inessential 0.3%. Most of them were refunds for the paid trial period and some of them were due to the fact that the customer wanted to subscribe for a longer period, obtaining a lower per month price. 100% of refund requests (except one that was asked after 11 months from the payment) were accepted. Strangely you are so positive that Air is bad, that you continued to renew your subscriptions over and over, and you did it even a few days ago. Not only you never asked for a refund, although we follow the aforementioned refund policy, but you continued to subscribe, again and again. Please open a ticket and ask explicitly for a refund (again: you don't need to provide any reason). It is more honest than recriminating your past actions while you're connected to the service and while you renew your subscriptions. Then, go use some other VPN service with the money we're giving you back, make a comparison, test your claims. Should you come back here, help us improve our service to make it even better. In reality, the only sad thing here is that the freedom we offer both with our service and in our forums is sometimes exploited in an attempt to denigrate us, or maybe with the purpose to make a handful of gullible customers go away from Air. The tactics is always the same and it does not even deserve to be described (readers will have understood it easily). It will not work: several VPN services that shut down in the last three years confirm once again that on the long run a business that's based on customers gullibility is doomed to fail. On the other hand, our 4 years uninterrupted growth is a resounding proof that our choice to never play on gullibility, bloatware and false marketing, but to focus on transparency, quality of service and mission compliance, was right under every point of view. Kind regardsAirVPN Staff

Hello, feel free to open a support ticket. We simply can't help in any way with vague indications. In general, we can state that if you have tried different servers and the problem is the same on all of them, the issue is on your side (your ISP, your system, a part of your hardware...) because the likelihood that dozens of different providers and different datacenters and different servers have all the very same problem at the very same time is so absurdly low to be safely considered impossible. The real time servers monitor and our monitoring systems show that there are no problems in our infrastructure as usual. Kind regards

Hello! We do not block anything! It's only that any socks and http proxy work in TCP, they do not and can not support UDP. Kind regards

There are no DNS leaks on Linux. What it could happen is that your torrent client queries its own DNS servers bypassing resolv.conf, but the query is tunneled anyway. Kind regards Even if your own ipleaks.net reveals the google DNS that I set my router to? Only while torrenting? Hello! There are no DNS leaks in Linux. Now you're writing a different thing, though. ipleak.net uses your browser to reveal DNS queried by your node, so it does not necessarily display DNS servers queried by other programs which do not comply with system settings. Either the tunnel is not established or your resolv.conf nameservers include your router DNS server, or directly Google DNS server(s). In both cases Linux complies to the settings, it's not a leak. Can we see /etc/resolv.conf content while your system is connected to a VPN server? Kind regards

Hello! It has been withdrawn. Kind regards

Hello! Please talk about this feature in this topic: https://airvpn.org/topic/12796-ui-improvements-for-osx-yosemite/ Do you know another OS X app that has this kind of option, maybe an open source app? Kind regards

Hello! About the Dark mode, it's a new Yosemite feature that's not well documented. From what we understand, in Dark mode, only AirVPN app still remains with the menubar in Light mode because it's running with elevated privileges. When you specify the Dark mode in System Preferences > General, it will be valid only for the standard user, not the elevated user. You can try to run sudo defaults write /Library/Preferences/.GlobalPreferences AppleInterfaceStyle Darkto enable Dark mode on ALL users, after that AirVPN will start in Dark mode. The icon will not be visible, sorry. The next version will have an icon compatible to both Dark and Light mode. We currently don't understand well how this impacts the standard user settings. If you notice problems, revert with sudo defaults write /Library/Preferences/.GlobalPreferences AppleInterfaceStyle Light To view the current setting: sudo defaults read /Library/Preferences/.GlobalPreferences AppleInterfaceStyle About the ability to hide the icon from the dock: it seems not possible to show/hide that icon at runtime. Do you know an application that have this kind of options in its preferences? For example uTorrent has this option in Windows, but not under OS X. Kind regards

Hello! It will be /Applications/AirVPN.app/Contents/MacOS/AirVPN -clibut unfortunately it doesn't work with the current 2.7 release.It will be fixed in the next release. Kind regards

Hello, some quick suggestions: you should allow also packets to/from 255.255.255.255 for those users who use DHCP. Comment "allow all on tun+" is not totally correct, FORWARD is dropped. But it should be accepted. Communication inside the local network is not allowed, which will bring big trouble at reboot (since rules are made persistent): no communication with a router etc. Kind regards

Hello! No, when Eddie is shut down the firewall is restored to original setting. This is intentional. Furthermore if Eddie crashes the firewall is not restored to original settings, so "Network Lock" remains enabled, which is good under a security point of view. Kind regards