Staff

Hello! We're not aware about particular issues with GMail and Facebook (just register the exit-IP of our servers as authorized on your accounts) but surely PayPal will block transactions, and eventually suspend momentarily the account. if you use your account from behind a VPN, a proxy or TOR. Kind regards

Hello! For online gaming a very important thing is latency. You should use the server which can give you the lowest latency times. About playing online games outside the VPN even while connected to the VPN, a little hack may help you: bind the games clients to your physical interface with ForceBindIP. Please read carefully the instructions. http://www.r1ch.net/stuff/forcebindip Kind regsrds

Hello! Just one. You must NOT run them simultaneously. Kind regards

Hello! We're glad to inform you that a client for Linux is under initial development. Kind regards

Hello! Thank you very much for the information. We obviously confirm that no malware or malicious activity has ever originated from our website. Blacklisting a whole network because malicious activity has been detected from some or many IP addresses of that network says it all on how Malwarebytes works and it does not even deserve further comments by this admin. Additional comments may or may not be added by the AirVPN staff or other admins. Kind regards

Hello! Did you upgrade your Tunnelblick? When it happens, check your control panel in the website before trying again (menu "Member Area"->"Your Details"), you will find explanations that can be useful. Kind regards

Hello! Your account is currently connected to a server and it is exchanging data. Is the problem solved? Kind regards

Hello! Well, the above statement from that website actually is not totally accurate. Our system is perfectly capable to route/forward DNS queries inside the tunnel to your favorite DNS servers (that Windows does not act properly and sends queries under certain circumstances outside the tunnel is a different matter), receive the reply and send it to you encrypted. So, if your ISP DNS servers are public AND your DNS queries are tunneled, you have no DNS leaks but you will see anyway your ISP DNS in the test. The difference is that your ISP DNS will not see those queries coming from you, but from our VPN servers. Yes, you are. Our VPN servers query Google DNS so it's fine that you see them in the dns tests. Once cleaned from the privacy issues (task accomplished by our servers), Google DNS are excellent because of their superior performance and no censorship. Kind regards

Hello! You don't need to tunnel uTorrent over a proxy when connected to AirVPN. It will result in a serious performance hit. The advantage is that in case of unexpected VPN disconnection chances that uTorrent will reveal your real IP address are lower, however if you secure your connection against leaks (see the permanent links in the announcements section of the forum) witch a firewall you will obtain higher security without performance being impaired. Kind regards

Hello! Thank you for your nice words, they are much appreciated. Unfortunately it is not possible to give you a general answer which depends on how you'll use the VM, which OS will run in it and whether it will be bridged or NATted, and in the latter case whether the VPN connection will be performed by the host, by the guest or by both. The only vague but safe answer is "yes, there may be leakages", but it won't help you at all. Another vague and general answer is that IF properly used a VM can greatly enhance security and privacy. Kind regards

Hello! About changing DNS servers: http://www.plus.net/support/software/dns/changing_dns_mac.shtml About setting up rules for pf (an OpenBSD very powerful packet filtering tool and firewall): just follow the linked guide and do not hesitate to contact us if you get stuck at some step. pf is already installed by default on your OS X version. Kind regards

Hello! Fine, we're very glad to know it. You can force on your network cards 10.4.0.1 as primary DNS, see also https://airvpn.org/specs Furthermore, you might like to secure your connection against leaks in case of unexpected VPN disconnection: https://airvpn.org/index.php?option=com_kunena&func=view&catid=3&id=1713&limit=6&limitstart=36&Itemid=142#2532 Kind regards

Hello! Tunnelblick 3.2.8 is not compatible with Mac OS X 10.8.2. Please upgrade to the appropriate release (at the time of writing 3.3beta21a): http://code.google.com/p/tunnelblick/wiki/DownloadsEntry?tm=2 Kind regards

Hello! The connection looks fully successful, our VPN DNS IP is reachable, and yet your system does not appear to send proper queries to our DNS. We met this problem in the last few days with some Windows 7 systems. Try to force the following DNS on your physical network card: 10.4.0.1 (our internal DNS) 87.118.104.203 (German Swiss Privacy Foundation primary DNS) In order to do so, open Start->Control Panel->Network and Internet->Network and Sharing Center->Change Adapter Settings. Right-click on your physical network card (cable of WiFi, named usually "Local Area Connection" and "Wireless Network Connection") and select "Properties". Highlight Internet Protocol Version 4 (TCP/IPv4) and click on Properties. In the subsequent window enter 10.4.0.1 as Preferred DNS and 87.118.104.203 as Alternate DNS. In case of issues in the above steps please see http://www.sevenforums.com/tutorials/15037-dns-addressing-how-change-windows-7-a.html Please feel free to let us know at your convenience if all of the above solves your problem. Kind regards

Hello! Can you please determine whether it's a DNS problem? Try from a command prompt (while you are connected): ping airvpn.org ping 212.117.180.25 ping 10.4.0.1 and send us the output. Kind regards

Hello! In this case the firewall will not block anything because of the following lines: which must be replaced in any case with the proper AirVPN IP ranges. Please see https://airvpn.org/index.php?option=com_kunena&func=view&catid=3&id=2935&Itemid=142#4481 Kind regards

Hello! You can't know in advance the TOR entry node which your system will connect to, so this set of rules is inadequate. Kind regards

Hello! Can you please send us the output of the command "ipconfig /all" before the connection, and while the connection is still up? Kind regards

Hello! Thank you for your inquiry, can you please check your inbox again? Is the e-mail address associated with "xdroid" good? Kind regards

Hello and thank you! If you a see a lot of these: in your logs and the bandwidth goes down a lot, then you can try a connection to a TCP port. Please do not hesitate to contact us for any further information. Kind regards

@anetis Hello! The logs do not show problems. Can you please try different servers and TCP ports and let us know the outcome? Also, while you're connected to Vega port 443 UDP (as in your reported log), please open a command prompt and issue the following commands: ping airvpn.org ping 212.117.180.25 ping 10.4.0.1 ipconfig /all and please paste here the output. Kind regards

Hello! Assuming that you use Windows: If you use the Air client: - right click on the Air dock icon, select "Logs", click on "Copy to clipboard" and paste here If you use OpenVPN GUI: - right-click on the OpenVPN GUI dock icon, select -->View Log. A text editor will open the log file, select all the text, copy & paste. Kind regards

Hello! Can you please send us your client logs? You subscribed some months ago, has this problem occurred recently? Kind regards

Hello! When you're connected, and before the ping timeout occurs, can you ping the entry-IP of the server you're connected to? For example (in your Serpentis case): ping 178.248.30.131 Just in case, are you running PeerBlock on your system? Is the problem occurring even with any firewall and antivirus (and PeerBlock) disabled? After you have checked that, try a connection to a different server. Also, try a connection to a TCP port. We're looking forward to hearing from you. Kind regards

Hello! Great, glad to know it. According to your reports no improvement is necessary. For your comfort, you might define a Network Zone (for example [Air servers entry IPs]) containing only the entry-IP addresses of our servers and then set two rules like Allow TCP or UDP In/Out From In [Air servers entry IPs] To MAC Any Where Source Port Is Any And Destination Port Is Any Allow TCP or UDP In/Out From MAC Any To In [Air servers entry IPs] Where Source Port Is Any And Destination Port Is Any In this way, you will only need to add a single IPv4 addresse to that Network Zone in order to connect to a new server, instead of defining two additional rules for each server, which may be annoying if you switch between a lot of servers. Kind regards