Staff

Hello! Can you please disable "Monitor connection" and check whether it solves the problem? Please see also: http://code.google.com/p/tunnelblick/wiki/cKnown If "Monitor connection" is checked, Tunnelblick monitors the network interface that connects to the VPN and will restart the connection if changes to DNS or WINS are detected. With some network configurations this causes repeated disconnects/reconnects every few seconds. To avoid this, uncheck "Monitor connection" for the problematic configuration on the "VPN Details…" window. Please post your complete log (showing the problem with "Monitor connection" checked) to the Tunnelblick Discussion Group so we can fix this problem. (Be sure to cross out any sensitive information such as server IP addresses before you post your log.) Kind regards

Hello! It's possible, there is just some work to achieve that if you have UAC enabled. We have prepared the instructions on the following page: https://airvpn.org/windows_autostart Kind regards

Hello! Probably you've already performed all the necessary steps to obtain the best performance from our servers. Now you could concentrate on your system: with Comodo you can check whether some applications are intermittently devouring bandwidth without your knowledge. Kind regards

Hello! We don't detect any problem with Lyra at all... currently several clients are connected and exchanging data. No packet loss is detected, all the processes run smoothly and the CPU load is almost 0. Perhaps a momentary issue between Lyra and your ISP? Kind regards

Hello! More and more ISPs around the world disrespect Net Neutrality and deprioritize or shape packets on some or all UDP ports. Please try a connection to ports 443 TCP and 80 TCP to see whether the performance improves. They display the bandwidth being used by clients in that moment. Kind regards

Hello! We don't monitor connections and we don't perform packet shaping of any kind. Did you change something in your torrent client configuration? Did you change firewall or antivirus program? What is your OS and torrent client? Kind regards

Hello! The Air client, which is basically an OpenVPN wrapper with additional commodities, performs a check at the beginning of the connection and then waits for messages from OpenVPN (in particular, it monitors the connection to detect disconnections). Since you say that using OpenVPN gives you no problems, chances are that the Air client is not running properly. If you wish, you can send us the connection logs for troubleshooting. You might also like to read here: https://airvpn.org/index.php?option=com_kunena&func=view&catid=3&id=1713&Itemid=142 Kind regards

Hello! Perhaps the SOCKS proxy you are using is not accepting connections or maybe it is listening to another port? Which SOCKS proxy do you use? The logs can give precious hints. Kind regards

Hello! Please check whether your firewall is blocking the AirVPN client and/or OpenVPN and/or the ports used for the connection (for example 443 UDP). Finally, please send us all the relevant information: your OS, the client you use to connect, the connection logs and any other displayed error (if available). Kind regards

Hello! We confirm you that port forwarding is working perfectly on all the VPN servers (last check a hour ago). Please check that you have forwarded a port both TCP and UDP and that the port your torrent client listens to matches the remotely forwarded port number. Also, make sure: - NOT to remap the remotely forwarded port to a different local port because this may cause troubles with uTorrent - that you have disabled in your torrent client the "random listening port" feature, which causes a port change at each run - that you have disabled the UPnP / NAT (or any other port remapping feature) and uTP options in your torrent client - that your firewall is not blocking your torrent client on any network Kind regards

Hello! Yes, we do offer free trials, but it's currently not possible to meet the very large amount of daily requests. Please feel free to re-send your request if you don't get an answer within 2 days. Kind regards

Hello! We understand your concerns. However, it is not possible for two or more clients to communicate between them if they're connected to the same VPN server. This is an additional security feature that we implemented since the beginning of our activity. While it makes our VPN not a "fully connected" VPN (in the sense that clients on the same server can't communicate with each other inside the private network), this is a feature that should answer to your concerns. Kind regards

Hello! You could bind the applications you don't wish to be tunneled to your physical interface. ForceBindIP for Windows is a freeware utility that lets you achieve that: http://www.r1ch.net/stuff/forcebindip/ ForceBindIP can be used even the other way round. For example, PES2012 refuses to bind to the tun interface, and if you wish it tunneled you can force it through BindIPAddress. Please note that ForceBindIP will inject itself into another application and alter how certain Windows Sockets calls are made and has no relationship with AirVPN. Kind regards

Hello! We assume you bought the code from bitcoincodes.com, our authorized and reliable reseller. Please contact the Bitcoincodes support team. They will solve your issue. Also, don't worry: bitcoincodes is an authorized reseller and we guarantee the transactions for Air codes with them. Please consider that if you have an e-mail valid for only 60 minutes you might not be able to receive automatically the code and the instructions to use it, because a payment confirmation with Bitcoin may require more than 1 hour. Kind regards Well, I contacted them twice now and I have not heard anything from anyone. Maybe tomorrow? I would like some assurance that the money I sent to the Bitcoin address will deposit me three months of service. Would you like me to give the Bitcoin address I sent the money to again? Perhaps someone from AirVPN can contact Bitcoincodes and address this issue. Thank you. Hello! Please feel free to send us a copy of your request to their support team through our "Contact us" form (not here), we'll take the appropriate steps. Kind regards

Hello! If you use Windows, those queries may go unencrypted outside the tunnel. This happens because Windows allows different DNS for each card. When you set a particular DNS, Windows will set that DNS for your physical card, while the virtual tun/tap adapter will be pushed with another DNS from our servers. Monitor the process svchost.exe (with Comodo or Wireshark) to see what really happens. svchost.exe sends out DNS queries (amongst many other things) on every Windows OS. Kind regards

Hello! Quick solution: - add to your hosts file the line: 46.105.19.36 airvpn.org - block svchost.exe with the same rule (this will block any DNS resolution outside the tunnel) and use a less restrictive global rule. See also this message (and all the thread): https://airvpn.org/index.php?option=com_kunena&func=view&catid=3&id=2183&limit=6&limitstart=18&Itemid=142#2679 Our VPN servers respond to the following ports: 443 UDP, 443 TCP, 80 TCP, 80 UDP, 53 TCP, 53 UDP. You choose the port when you connect to one of our servers. Kind regards

Hello! We are going to inform the Air client programmer about the issue. Can you please provide further details (your exact OS and .NET framework version)? In the meantime, please feel free to use the "Contact us" form to explain your problem (just put a link to this thread) at your convenience. We'll give you a backup account to connect via the Air client. Alternatively, you can connect via OpenVPN directly or the OpenVPN GUI for Windows. Kind regards

Hello! Yes. By default a new account has no forwarded ports. We provide the option to remotely forward ports. Obviously protection on forwarded ports is no more on the server side. Also keep in mind that we don't monitor connections and we don't perform packet inspection of any type, so any packet on forwarded ports and any packet on connections established by client applications will be forwarded to the client without any control. Please do not hesitate to contact us for any further information. Kind regards

Hello! If you use the Air client, you will need to authorize packets to and from 46.105.19.36 (airvpn.org). This is because while OpenVPN retrieves certificates, configuration and key files from your local storage, the Air client downloads them through an SSL connection with airvpn.org. Kind regards

Hello! We assume you bought the code from bitcoincodes.com, our authorized and reliable reseller. Please contact the Bitcoincodes support team. They will solve your issue. Also, don't worry: bitcoincodes is an authorized reseller and we guarantee the transactions for Air codes with them. Please consider that if you have an e-mail valid for only 60 minutes you might not be able to receive automatically the code and the instructions to use it, because a payment confirmation with Bitcoin may require more than 1 hour. Kind regards

Hello! Please try a connection to a TCP port to try to solve the connection drops issues. You can ask for a refund, no questions asked. Please use the "Contact us" form for the request. Kind regards

Hello! Your account "kombikid" appeared connected, active and exchanging data. Are you sure you were not connected from some other device of yours? Please send us the connection logs as well, at your convenience. Kind regards

Hello! Your account is authorized to access all the VPN servers. However, at the time of your attempted connection we had a minor issue with Vega (the server you tried to connect to) which did not affect old connections but prevented new connections to be established. It was solved in 10 minutes, please feel free to let us know if it's all right now for you. Kind regards

Hello! Thank you for your choice. Can you please send your request via the "Contact us" form in the "Support" menu? We can prepare customized coupons for your gifts (you can choose the name, up to 16 characters); obviously these coupons can't be published in a forum. Thanks again. Kind regards

Hello! The problem has been addressed. Most of the times the problem is on the client side during the handshake. A TCP connection may mitigate it. However, you're right that there are still some issues on the server side which cause an AUTH_FAILED. This is mainly due to how our security system works (no database of any kind on the VPN servers, no communications allowed from the clients to certain servers etc.). We are working to mitigate the problem without compromising security. Kind regards