Staff

Hello! The rule is mandatory if you wish to communicate within your network. In this case just allow communications with your network gateway IP address. Yes. Yes. Comodo reports in the rule description "MAC Any" when you select "Any Address". Kind regards

Hello! It definitely looks like a false positive. Kind regards

Hello! Do you have a green token on your torrent client (i.e. is the client able to receive incoming packets)? Also, please make sure that you are not running anything that can impair performance: PeerGuardian/PeerBlock, Malwarebytes, misbehaving antivirus and similar programs. Finally, please check your firewall logs in order to determine whether your client is blocked by it when inside the VPN. Kind regards

i'm not using a router flashed with dd-wrt or tomato. Hello! Before anything else, please try connections to different ports (try 80 TCP and 53 UDP) just to make sure that your ISP is not capping bandwidth on outbound port 443 UDP (port shaping). Kind regards

Hello! Try to change connection port, chances are that the public library caps bandwidth on 443 UDP. If your only purpose for the VPN is playing online games in a public library which tries to block online gaming (maybe for a good reason, under a public library point of view?), also evaluate whether to ask for a full refund. In any case, the problem is on your "shitty" side, not on our servers. Our servers have top hardware and are located in network neutral datacenters with Points Of Presence directly connected to tier1 providers. Kind regards

Hello! We inform you that Omicron datacenter will be dismantled on 31 Dec 2012. Therefore the server Omicron will be dismissed. In Germany, Omicron is replaced by Aquilae (1 Gbit/s) and Velorum (1 Gbit/s), in addition to Tauri (1 Gbit/s). We recommend that you disconnect from Omicron at your earliest convenience and anyway not later than 31 Dec 2012 23:59 (CET). Kind regards

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

Hello! The TAP-Win32 Adapter does not come up correctly. Can you please try to uninstall completely OpenVPN and install the brand new OpenVPN 2.3_rc2? It's available here: http://openvpn.net/index.php/open-source/downloads.html Kind regards

Hello! The welcome e-mail has been re-sent according to your request, welcome aboard! You can anyway access instructions for the supported systems in menu "Enter" https://airvpn.org/enter FAQ are available from menu "More"->"Frequently Asked Questions" https://airvpn.org/faq Kind regards

Hello! Can you please send us your client connection logs? Kind regards

Hello! You could try a connection to a TCP port (and of course try different servers). Kind regards

Hello! That sounds strange, we can't detect any difference between USA servers and outside-USA servers with torrent clients. Also, there's no configuration difference between them. Could you provide any further detail? Does anybody else have the same issue? Kind regards

Hello! Crucis is in a neutral datacenter which is not subject to that censorship decision. The reason for which TPB is not accessible from Crucis is different: either TPB is blacklisting Crucis exit-IP address or there's some routing problem. In both cases we are confident to solve the issue soon. Kind regards

Hello! Either The Pirate Bay has blacklisted Crucis exit-IP or there are routing problems outside Crucis datacenter. In both cases it's not a problem on our side but we'll work anyway to restore access to TPB from Crucis with some "trick". Kind regards

Hello! Thank you. We're aware of the problem which is currently affecting all the non-UK servers because one of our "micro-routing" servers datacenter is currently unable to provide connectivity ("micro-routing" is used to bypass geo-IP discriminations from servers not located in the country where the discrimination is performed). We're waiting for a feedback from the datacenter technicians. In the meantime please connect to a UK server in order to access BBC web site and iPlayer. Kind regards

Hello! We are currently unable to reproduce the behavior and the investigation goes on. Kind regards

Hello! Account "FlyingPiss" is authorized to access all the AirVPN servers, so with that account you should never receive that message. Maybe you received that message before account subscription? Kind regards

Hello! That's correct: the purpose of the suggested Comodo rules in our guide is exactly to prevent any leak, so you must NOT have any connectivity to/from the Internet when disconnected from the VPN. If you need that, just switch Comodo Firewall to "Disabled" or "Safe Mode". Since Comodo rules prevent also DNS leaks, if your system insists on sending DNS queries outside the tunnel you will have a timeout in the name resolutions. Apparently the reason is therefore that your system does not use the VPN DNS now and then. This may happen with Windows, because all the Windows versions, very unfortunately, lack the concept of global DNS. Please try to force on your physical network card 10.4.0.1 as your preferred DNS server IP in order to fix the issue. Leave the "alternate DNS" to your favorite DNS, it will be used when you're not connected to the VPN (only if you need connectivity and names resolution when you're not connected to Air). Kind regards

Hello! Yes, with the above setup you would have TOR over VPN (VM) over VPN (HM). No, that's not correct. With TOR over VPN, the VPN server sees your real IP address, but can't sniff the data sent/received by the applications tunneled over TOR. No. In order to hide to any VPN server both your IP address and the packets payloads and real headers, you need TOR over VPN over TOR. In order to do that you need for example to: - connect over OpenVPN over TOR in the Host Machine https://airvpn.org/tor AND - connect over TOR in the VM - finally, use ONLY applications configured to tunnel over TOR in the VM Kind regards

Hello! It is correct, your account is not subscribed to any plan and therefore it is not authorized to access any VPN server. If you think this is a mistake, please do not hesitate to contact us (menu "Support"->"Contact us") at your earliest convenience. Kind regards

Hello! Connectivity with LeaseWeb USA has been fully restored: http://leasewebnoc.com/en/networkstatus/leaseweb-usa-network-re-routing Kind regards

Hello! Connectivity problems with Sirius, Librae and Andromedae appear now to be resolved. Kind regards

Hello! Andromedae, Librae and Sirius are suffering datacenter problems. You can check anytime the network status with our servers monitor: https://airvpn.org/status Kind regards

Hello! Unfortunately it's not possible to provide you with a definite answer. Changing ISP might give you better performance, because a different ISP may have different peering with the datacenters where our servers are located (please see also https://airvpn.org/faq#speed ). The maximum purely theoretical bandwidth our 1 Gbit/s servers can give you is 500 Mbit/s, there is no cap on our side. Before doing anything with your ISPs, please try also to connect to different servers and above all to different ports: several ISPs cap bandwidth on some ports (especially UDP ones). Please try connections to port 80 TCP and port 53 UDP on various servers in order to make a performance comparison. Kind regards

Hello! Is the RDP listening to a port which has been remotely forwarded on our servers? This is necessary to allow incoming connections. You can then reach your remote desktop behind the VPN to : You can also remap the remote port to a different local port for your convenience from your web control panel (menu "Member Area"->"Forwarded Ports"). Kind regards Only just had chance to look at this again but need some more help. As mentioned before, I RDP to my small server either using my local IP/server name while within my LAN or using dyndns name to my static IP when away from home over the internet. RDP is usually port 3389 by default but someone is already using that so I picked another port in the 6767 range and stated local port as 3389 on the AirVPN web config page. Using format 192.168.1.1:6767 or SERVER:6767 in my local LAN or mydns.com:6767 Hello! That's correct: the RDP server is not listening to port 6767. Please note that 31.192.12.75 is not an exit-IP address of any of our servers. Please determine the exit-IP address of the server your RDP server is connected to and access it (from outside the VPN) at :6767 Alternatively, you can change the listening port of your RDP server to 6767 and delete the remap to port 3389 of the remotely forwarded port 6767. Kind regards