Staff

@NaDre The wiki idea is great. While maintaining a good, usable wiki would be maybe a hard task for the Air staff alone, probably the community is mature and competent enough to do it. An idea that deserves to be discussed and we'll do that in the nearest future, thank you. The forum editor, since mid-April, is totally new, much more flexible and features rich, and overcomes very many limitations of the previous one (which was Kunena default editor). Do you still find issues with the new editor? Each community written guide needs to be examined before being "promoted" to the How-To / Guides section, but this is a pleasant job and above all it is one of the most interesting results from letting the community grow and exchange ideas without "centralization", without forcing usage of proprietary software etc. There have been cases for which we could not "promote" a guide because it was incorrect, but those cases, until now, have been sporadic. Most guides are very well and competently written. Kind regards

@portrenard Hello! Problem fixed, can you please try again at your convenience? Kind regards

Hello! We will probably find a new one, in any case if you purchased the service specifically for usage in a France (a country we re-added just a month ago after 3 years) server, do not hesitate to ask for a refund, we will refund you fully. Kind regards

Hello! We apologize, there is a problem with your account (on our side), please hold on: we're looking into it. Kind regards

Hello! The logs are just fine and the connection goes through swiftly, no apparent problems are showed. Please check the updated step 13 rules and add the rules, if you wish to have the new primary frontend available (your connections will work anyway, the old frontend server remains available). Kind regards

@Waltrip Hello! Check the servers status here: https://airvpn.org/enter when you meet similar problems. Also check your control panel in "Client Area" to know the reasons of the last failed connection attempt. As it was announced in due advance, Castor would have been closed for maintenance (since yesterday it's up again). Kind regards

Hello! scp -P ... where rpf is the remotely forwarded port (not the local port sshd listens to) should work. Note that P is a capital letter, -p is for a totally different purpose. Kind regards

Hi, those were implemented approximately more a couple of years ago (redundant frontend servers), some months ago (redundant DNS, soon after we re-implemented our own new DNS, dropping the old system), and again last year ("failover" database, 8-9 months ago, although it seems that not always everything goes well). EDIT: missed the word "client" in your message. The client for Windows does not connect to additional frontend servers if one fails, you're right, this feature (or something similar) is planned on Eddie (client 2.0). In the meantime as a workaround you can edit the hosts file to let the client try a connection to various frontend servers (as normal, even Windows hosts accepts multiple IP addresses for a single domain name - if one fails the system resolves the name into the next IP), for example 95.211.138.143 airvpn.org 212.117.180.25 airvpn.org Kind regards

Hello! We regret to inform you that due to 4 (four) alleged copyright infringement notices in the last 40 days, our provider decided to cancel Fornacis. ISP did not provide any proof of such alleged infringements. We apologize for the inconvenience clearly not caused by us, we'll look for alternative providers in France. Kind regards

Hello! Due to a series of unfortunate events the service quality has been severely impacted since 5 AM till 9 AM CET+1. A combination of network unavailability in an important datacenter AND a hard disk corruption in one of the backend servers caused a repeated de-sync of the clustered database. The above did NOT affect connections to VPN servers but caused: problems in connecting with the Air client for Windows (Windows users who use OpenVPN or OpenVPN GUI etc. were not affected)new account activations delaysport forwarding malfunctiondynamic DNS update delaysAll the problems have been solved, however please note: if you posted a ticket and the ticket has been set to "Resolved" without a proper answer, please re-submit the ticketif you posted a message in the forum and the post has not appeared, please re-submit the postWe apologize for the inconvenience. 4 hours malfunction is the longest malfunction time in our service in the last 24 months and we'll do our utmost best to prevent such problems to occur again. Kind regards

Hello, all the problems have been solved (total malfunction time 4 hours, we apologize for that), however see an incoming post on "News and announcements" for some remarks. Kind regards

Hello! We apologize, it was caused by the problem in the clustered database as specified in the last hours. Your account is then been activated regularly (after 5 hours from the payment) then automatically de-activated by the system because you opened a PayPal refund procedure (which we will accept in a few hours). We're sorry that the problem was coincidental with your subscription. Kind regards

Hello! We're glad to inform you that the problems have been solved. Kind regards

Hello, we're glad to inform you that all the problems have been solved. Kind regards

Hello, we are currently experiencing a sudden series of problems in various backend servers. The problems are causing database de-sync, preventing connections to our VPN servers with our client for Windows. Customers using OpenVPN directly or any other OpenVPN wrapper are NOT affected. The issue also causes wrong displayed statistics in the "Status" page and a delay in new accounts activations. We apologize for the inconvenience. We are working to solve all the problems as soon as possible. EDIT: problems solved. Kind regards

Hello, we are currently experiencing a sudden series of problems in various backend servers. The problems are causing database de-sync, preventing connections to our VPN servers with our client for Windows. Customers using OpenVPN directly or any other OpenVPN wrapper are not affected. The issue also causes wrong displayed statistics in the "Status" page and a delay in new accounts activations. We apologize for the inconvenience. We are working to solve all the problems as soon as possible. Kind regards

Hello, the backend servers are not communicating properly with each other causing db desync, we're working on it.

Hello, we have a problem with the clustered database and we are investigating right now. Kind regards

Hello! Your OpenVPN client handles routing table and default gateway exactly in the identical way regardless of the 'connection' being over UDP or TCP (in routing mode). Kind regards

Hello, in all honesty it seems misleading, you might like to ask them, how are we supposed to clarify that...? Kind regards

Yes, we're sorry about that, it's taking longer than expected. Kind regards

Hello! Your analysis is probably correct, however watch out, OpenVPN over SSL will make things worse: the CPU will have to encrypt/decrypt on the fly even more (one additional "encryption layer")you will lose OpenVPN efficiencyyou will have all the problems related to UDP over TCP over TCP All in all for a Raspberry PI, 0.8 MB/s (6.4 Mbit/s) appears as a good performance for an AES-256-CBC throughput, some DD-WRT compatible routers do not even go near to that in real-life testings. Kind regards

Absolutely. Our mission is "defence of net neutrality, privacy and against censorship". The core part of the service covers this mission, but we are thinking also about spin-off projects (under the same mission), that can be: - developed and financed by us, or - developed/managed by members of this community and financed by us, or - simply financed or supported with donations by us. For ideas, we opened this topic. It is possible only with injection of Google Translate javascript in our website pages. We don't allow this kind of trust. In fact, we have removed the "Google Plus" and "Facebook like" in pages of this website, for the same reason. We can add an opt-in option that shows this automatic translations feature. But those who need it can simply install a toolbar, right? If you add these routes with OpenVPN directives, look at the OpenVPN docs about the "route" directive: you can use "vpn_gateway" as alias of the assigned VPN IP, so it doesn't matter if they are dynamic. Note that we implemented recently custom directives in our configuration generator. Feel free to open a separate topic for this if you need more help. Anyway, a new client 2.0 is under development. It provides the user the option to choose a range of IP (route) and choose if it must be it tunneled or not. So, detection of the VPN IP interface is done automatically. Note: the new client will be released for Windows, Linux and OSX, under GPL. Done, feel free to open a separate topic to expand these requests. There are already these kinds of domains with all servers. The idea to maintain other domains with only one server, updated according to lowest usage, is nice. But probably not really usable because of high DNS TTL. We are still thinking about it. The best, right, and correct implementation is planned in our next client: servers have a "score" computed on each server, based on availability, latency time (test performed in background), usage level and other parameters. It will have a auto-connection based on server score, and level/triggers about reconnection to other servers with better scores. Please only be patient, we'll explain in details how it works when we release the first beta. We are working on that: more detailed servers informations (for example bandwidth charts) and improved notification of issues. We are thinking about user-notifications. This feature is under development into the new client. This is very interesting, great hit of our mission. Glastnost/MLab tests must be done by experienced members, we can collect results here and provide how-to support. Subject deserves to be explored. Almost everything of the above is planned in the new client. When we proceed further with the beta stage, test it, and please remind us the missing suggestion. Yes, but probably notifications are not a solution, they are a workaround. We are working on a solution of leaks in our new client. This kind of notification will also available for people that don't want or can't use our client. Anyone here can open a poll, help us probe the community. When we have many topics about the same subject, we can open a section in the forum dedicated to the subject. Absolutely. We will add a payment option soon. We are also investigating other payment gateways, with a special focus to systems than can allow people to buy with cash a prepaid card and use it for our service. Bitcoin: we are currently undecided about advantages/disadvantages of accepting payments directly or use a third-party (like we do now with bitcoincodes). Mail server or seedboxes are under evaluation. Thanks, thanks, thanks to all.

Hello! No, not at all... please consult our guides to prevent any leak in case of unexpected VPN disconnection: https://airvpn.org/forum/15-how-to Kind regards

@Baraka There are no problems with 85.17.207.151. From which VPN server you're unable to access it? Kind regards