Staff

Hello! According to your system, you can find instructions to prevent any leak on the links that are permanently listed in the forum announcements section. For example, if you run Mac OS X 10.6 or higher: https://airvpn.org/index.php?option=com_kunena&func=view&catid=3&id=1713&limit=6&limitstart=36&Itemid=142#2532 Kind regards

Hello! Actually they are. Try for example to access BBC iPlayer from a server NOT in UK, you'll see that it works. We will publish in the near future a list of geodiscriminatory services which are accessible from every Air server. The fact is that this double-hop is an experiment (so far successful) aimed to bypass geo-IP censorship. What you ask is not currently supported on the server side by our service. On the client side, it is possible to do that with a host connecting to a server and a VM connecting to another one, so that in the VM you have OpenVPN over OpenVPN with two different servers. In our service, though, you need two accounts to do that. In this case you might do the same without multi-hop on the server side, without Virtual Machine and with just one single account: for example connect to an Air server, then launch TOR, then use two browsers, one configured to connect over TOR (for example Aurora, bundled in the Tor Browser Bundle) and the other not. The first browser will connect over TOR over Air (so you will "get out" with a TOR exit-IP address) and the second over Air only (so you will "get out" with the Air server exit-IP). Kind regards

Hello! Yes, DD-WRT supports Policy Based Routing with multiple routing tables. If you're curious, start from here to get an idea: http://www.dd-wrt.com/wiki/index.php/Policy_Based_Routing and then have a look here: http://www.dd-wrt.com/wiki/index.php/OpenVPN So you might say, for example, that 192.168.1.101 uses the tunnel, while 192.168.1.102 does not. Kind regards

Hello! No, it's unrelated. In that case you would notice an AUTH_FAILED message in the logs. Your logs, on the contrary, show that the UDP packets don't even get out of your device. If it's not Malwarebytes, there must be something else blocking them in your machine. Please note that switching Blocking websites to OFF might not be sufficient (it depends on what Malwarebytes means for blocking websites), because here we see an IP block. Kind regards

Hello! Pavonis is up and running. Kind regards

Hello! Something is blocking UDP packets to some of our servers. It may be Malwarebytes, which is known to block indiscriminately thousands of IP addresses (including the IP address of our main frontend), please try to disable it and re-test the connections. Kind regards

Hello! Actually your account is successfully connected to some server and exchanging data. Maybe you have another connection running you're not aware of? Kind regards

Hello! We're glad to inform you that a new UK server will be running in a different datacenter with a different provider. The agreement has already been finalized, we're waiting for the server activation. Kind regards

Hello! A server with such a description can't receive and send packets because the line(s) of the ISP which provides connectivity to that server are down. Kind regards

I was afraid it might be something like that. Here I was thinking this new router that could do tricks might be able to take some of that cpu load off of the workstations. (Come to think of it, I used to do routing in software back in the dark ages, before routers became cheap enough for me in the first place.) I use Macs, so they do have both ethernet and wireless. I'll have to think about how I might implement your suggestions. Let's see... if I use a computer as the gateway, do I still have any use for the router? Hello! Please see here: http://lifehacker.com/283088/share-your-macs-internet-connection-wirelessly And yes, you can still use Tomato on the router (it has tons of interesting features), except that you won't need anymore OpenVPN on it. Kind regards

Hello! Thank you very much. Expiration date fixed! Kind regards

Hello! It will be available again within the next 12 hours (unless some further issue occurs, but currently everything is fine). We also count to add a California 1 Gbit/s server with top-hardware within the end of January, maybe even before (the server is already in the datacenter and we are only waiting it is connected and turned on by the provider). Kind regards

Hello! You can add as many subscriptions as you wish to an account. You can't do that, it's an operation that we could perform manually on a case-by-case basis for special circumstances. You need to contact the support team (menu "Support"->"Contact us"). Kind regards

Hello! Yes, he is. Kind regards

Hello! The last logs you published show no problem at all. So it's definitely something in your laptop or router (only in WiFi) that blocks outbound UDP packets. First, please make a test with the laptop, but connected via cable, not wireless. If the problem persists, check for antivirus, firewall, PeerBlock, PeerGuardian, Malwarebytes and any smilar program. Make sure to disable them one by one and perform a connection test on an UDP port each time. If the problem still persists, make sure that you have no malware in the system. Please feel free to let us know at your convenience the outcome of the tests. Kind regards

Hello! We can't do that ex-ante. No. Kind regards

Hello! You can follow this guide: https://airvpn.org/index.php?option=com_kunena&func=view&catid=3&id=3405&Itemid=142 Kind regards

Hello! This is probably what you're looking for: https://airvpn.org/index.php?option=com_kunena&func=view&catid=3&id=3405&Itemid=142 If your question has been misunderstood please do not hesitate to contact us again. Kind regards

Hello! We can already confirm you that at least a new powerful server will be in the West Coast and not with Leaseweb. Kind regards

Hello! You must keep OpenVPN running (or the Air client running) to keep the connection, there's no alternative. Of course! Can you tell us your OS (solutions vary according to systems)? It is possible. We have evaluated a system which rejects connections if a server is at capacity, but all in all we currently prefer to leave total freedom to our users choices. Can you please elaborate (this admin does not understand the question)? Kind regards

Hello! When you perform the IP test, are you using the TOR browser, or a browser configured to connect over TOR? This would explain why you appear on the Internet with an IP address which is not the Air server exit-IP address. The logs look fine. Kind regards I see. Load Tor, Load Airvpn but TOR browser gives me TOR IP. Normal browser gives me AirVPN IP. So which is truth? It seems wrong that two different browser give me two different IP for same network interface. once again I dumb :-( Hello! It's absolutely correct. When you use a browser that is configured to connect over TOR, your last exit node is a TOR node. When you use a browser not configured to connect over TOR, your last exit is the exit-IP address of the AirVPN server. If you wish to connect over OpenVPN over TOR you just have to connect to TOR, then connect AirVPN over TOR https://airvpn.org/tor and finally browse with a browser NOT configured to connect over TOR, so that the browser will be tunneled over Air over TOR (browser->TOR network->VPN). Kind regards

Hello! Yes, it's correct, see also here: https://airvpn.org/tor Kind regards

Hello! Definitely confirmed: https://airvpn.org/index.php?option=com_kunena&func=view&catid=2&id=7155&Itemid=142#7158 Either the problems is solved VERY soon, or we'll dismiss and replace Octantis (and the whole datacenter, because it's the whole datacenter which becomes often inaccessible). Kind regards

Hello! It's a bug in the Air client related to timezones. It will be fixed in the next release. It does not affect your connection in any way, it's just a wrong displayed calculation. We apologize for the inconvenience. Kind regards

Hello! We're sorry, it's an Octantis (and Vega) problem. They are becoming our... problem children. We are ready to dismiss them if the datacenter staff is not able to solve these problems very soon. The problem is that the datacenter loses connectivity for a couple of minutes. When this happens, all the accounts connected to Octantis and Vega are locked because the VPN servers can't tell whether a client disconnected. However we have a security system: if a backend server does not hear anything from a VPN server for 3 minutes, it releases all the accounts. Anyway this causes the annoyance that you can't connect to any server for 3 minutes after Octantis or Vega goes down. If this happens once in a while, it can be acceptable all in all, but lately the Vega and Octantis datacenters have issues almost every day. We are watching closely Octantis and Vega. If the problems persist, we confirm you that we will dismiss them and replace them with different server(s) in different datacenter(s). Kind regards