Staff

Hello! Sorry, it was assumed that you used pf, not Waterrof+ipfw. Those instructions are for pf. You can follow this: https://airvpn.org/index.php?option=com_kunena&func=view&catid=3&id=1713&limit=6&limitstart=42&Itemid=142#2756 (see also the subsequent messages). Kind regards

Hello! You might follow this good tutorial: https://airvpn.org/index.php?option=com_kunena&func=view&catid=3&id=1713&limit=6&limitstart=36&Itemid=142#2532 If you get stuck at any step, please do not hesitate to contact us. Please provide us with as many information as possible about your problem (if any). Kind regards

Hello! That's correct, account "sys_op" is already connected to one of the Air servers. It was connected since about 30 minutes before your post. At the time of writing "sys_op" is still connected and exchanging data. Please note that multiple connections with the same account are not possible. Kind regards

Hello! We've warned the provider about the issue. We will keep you informed. Kind regards

Hello! The Comodo rule is just fine, therefore it is likely that the red token for your UDP port is just a false positive (it may happen with UDP). Please drop us a note while you are connected, so that we can check in real time the "Not reachable..." message and port forwarding for your account. Also make sure that the port(s) eMule listens to do match the ports you have remotely forwarded on our system. Kind regards

Hello! Sorry, the remote-random directive was already included. Please note that the servers you comment as in "Switzerland" are actually in the USA and server 176.61.136.35 is not an Air server. Kind regards

Hello! Sorry, this was another problem, apparently AEC forced some hours ago the expiration of your account for unknown reasons (probably human error, we'll investigate). We have now re-activated "nigelmansell" and set the proper expiration date according to your various subscription plans. Please do not hesitate to contact us for any further information or issue. Kind regards

Hello! We're very glad to inform you that a new 1 Gbit/s server located in the USA (Los Angeles, California) is available: Pegasi. 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 "Member Area"->"Access without our client"). The server accepts connections on port 53, 80 and 443 UDP and TCP. 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 admins

Hello! In order to prevent Hamachi nodes to see your real IP address you need to tunnel over Hamachi over OpenVPN (not OpenVPN over Hamachi). With two computers or a computer with two physical network cards you should be able to accomplish the task. Computer A acts as an Air client and a gateway for computer B. Computer B connects to computer A and launches the Hamachi client. In this way our servers will see encrypted by Hamachi traffic, while Hamachi nodes will see the exit-IP address of one of our servers. EDIT: according to one of our users, computer B may also be a Virtual Machine guest hosted in computer A (thank you bartek). Just in case you have a DD-WRT or Tomato router, you can do just the same: connect the router to an Air server, then run Hamachi client on one computer which is connected to the router. This is pure theory, none of us has tried the setup. Unfortunately Hamachi is proprietary and not well documented software, so some trial-and-error process might be necessary. Kind regards

Hello! As far as this admin knows it's not possible, because Hamachi client installs and uses a virtual network adapter (similarly to what OpenVPN does with the TUN/TAP adapter). So you just can't tell OpenVPN to connect over Hamachi, as you would normally do with a socks or http proxy, or if you wished to tunnel over OpenVPN over SSL and SSH. The most obvious solution that comes to mind would consist of a separate server which acts as an Hamachi client and an OpenVPN or ssh server, and then your device connects to that server via ssh or via OpenVPN. Hamachi would therefore see the IP address of the separate server. However, the knowledge of this admin about Hamachi is limited, so your question will be passed over to another admin for further evaluation in the next days. Kind regards

Hello! We are making extensive research for a reliable datacenter in Asia. Unfortunately none of those we have found meet our privacy and net neutrality requirements and/or they don't meet our bandwidth/traffic requirements. Exactly, those servers have a soft limit of 100 Mbit/s, but the provider allows temporary bursts. Anyway we don't recommend to connect to servers near 100% capacity. This is a dilemma for us: until now we have always left total freedom to our customers to connect to the server they wish. However, if they don't pay attention to the server loads, they might believe that the service is slow. On the other hand, capping the number of users on each server according to capacity is somehow an intrusive enforcement which does not respect customers' will. Momentarily, we'll keep pursuing our policy of constant infrastructure expansion according to needs, pushing even more on bandwidth redundancy. This might not be the optimal solution under a marketing short term point of view, but it may well be the best solution on the long run. Kind regards

Hello! We are sorry, currently SSTP support is not planned. Is there any particular reason for which you would prefer it instead of OpenVPN on port 443 TCP? Please consider that if you can use UDP, OpenVPN is much faster than SSTP, it solves all the problems of IP over TCP, while keeping a higher authentication security. Kind regards

Hello! We're very glad to inform you that a new 100 Mbit/s server located in Switzerland is available: Aquarii. 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 "Member Area"->"Access without our client"). The server accepts connections on port 53, 80 and 443 UDP and TCP. 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 admins

Hello! All the problems have been fixed. Please do not hesitate to contact us for any issue. Kind regards

Hello! Please make sure to select a TCP port before you click "Enter". The next client version will forbid to select an UDP port for over proxy connections. Also, please make sure that you select the appropriate proxy type (http or socks). Kind regards

Hello! The problem now is fixed for everyone. Now we need to check the remotely forwarded ports table, if ports are not forwarded for your account do not worry at the moment, it's normal. Kind regards

Hello! The problem is now solved for approx. 95% of the customers. We're working to fix the remaining 5%, it will take several minutes. Kind regards

Hello! Backends and frontends succesfully rebooted. Problem "Account not active" mainly fixed, recovered a database disaster from backup. There are still some customers who will meet the "Account not active" message, we're working to fix that too. Kind regards

Hello! We are going to reboot all the system frontends and backends (not the VPN servers), we'll stay down for a few minutes. Kind regards

Hello! We have detected the problem and we're working on it. We will keep you updated on this thread and Twitter. Kind regards

Hello! Please hold on, we're looking into the issue. Kind regards

EDIT 15:36 CET+1 : end of maintenance, servers monitor up Hello! The real time servers monitor is under maintenance. It will be brought up again very soon. Kind regards

Hello! Currently posts needs approval by a moderator. We have enforced this a few days ago to fight spam. Kind regards

Hello! It was just a stats problem in the servers monitor, all the systems and servers are up and running. Kind regards

Hello! No, in this case OpenVPN would always contact server lists in progressive order, connecting to the next one only if the previous is unavailable. You need to add the directive "remote-random" on top of the servers "remote" list to achieve your purpose. Kind regards