Staff

Hello, Netflix US and Hulu are already accessible from our German servers, please make sure that your system uses the VPN DNS. Kind regards

Hello! We don't mean to claim that you did not configure qBittorrent correctly, but simply that qBittorrent does not bind to tun0 in reality: your description simply means that. After you have made sure that tun0 is your tun/tap interface (check with command "ifconfig"), a thing that you can try is running qBittorrent only when tun0 is up. Then shut down the VPN connection and see what happens to qBittorrent. If it continues to communicate through eth+ (or wlan+ etc.) then the bind option does not work properly. Kind regards

Hello! No, the Air client for Windows can't run as a service, BUT you can run OpenVPN as a service. Our Configuration Generator will prepare all the files OpenVPN needs to connect to our servers according to your preferences. Kind regards

https://www.torproject.org/ Tor is free software and an open network that helps you defend against a form of network surveillance that threatens personal freedom and privacy, confidential business activities and relationships, and state security known as traffic analysis Funding Exit nodes. Also with our monthly recurring donations, TorServers.net powers relays on top of the Tor Network Status - Bandwidth Ranking Funding Relay nodes. We are hosting Relay nodes under our control. Incoming and outgoing data encrypted form does not allow us to discriminate. For a full list of our Relay nodes, look at the Mission page. Notes All TOR nodes managed by us redirect to this topic, if their homepage is requested.

Hello, really not, that's not how it should work at all. Clearly qBittorrent is not bound to tun0. Kind regards

Hello, make sure that you do NOT select "PayPal subscription" because for a recurring payments a PayPal account is necessary. Kind regards

@st4r Hello, are you running any firewall or security program that might "think" that a sustained UDP flow is an UDP flood attack? When you connect OpenVPN in UDP, all the incoming and outgoing traffic is UDP only. We have seen in the past that mis-configured firewall or packet inspection programs (especially on Windows, but sometimes on routers too) wrongly identify the regular UDP flow as a flood, and start dropping packets, effectively causing the system to disconnect from the VPN. Kind regards

@dolla45 Hello, reviewing your ticket, it's 3 days that support tells you to paste correctly certificates and key. You have been told 3 times in the ticket and one time here that you wrongly pasted certificates. Problem was detected almost immediately and support staff could not do anything else, since you kept ignoring repeatedly the instructions... Kind regards

Hello, Air is based on OpenVPN. Is OpenVPN included in the router firmware? Kind regards

Hello, it does not seem a DNS issue: the connection to the VPN server, according to the logs you sent us in the ticket, is not established at all for a certificate error (OpenVPN exits with fatal error because it can't read a certificate). Can you please re-check certificates and key? Please make sure that there's no mismatch between ca.crt and user.crt.Also, can you please send us a screenshot of your pfsense OpenVPN configuration page? Kind regards

Hello, the logs are just fine. Maybe it's a DNS issue. Can you please open a command prompt with administrator privileges, issue the following commands and send us the output? ipconfig /flushdns ping 10.4.0.1 tracert google.com ping 8.8.8.8 Kind regards

Hello, Chrome by Google is not open source software. Google Chrome takes a lot of code from Chromium, an open source browser developed by the Chromium Project. Initially Chromium was a Google project, but now it's maintained exclusively by the community. There are some important differences between the two browsers, apart the fact that Chromium is free and open source, while Chrome is not (it's freeware). Please see also here http://en.wikipedia.org/wiki/Chromium_%28web_browser%29 Kind regards

Hello! Please make sure that your internal network is in 192.168.0.0/16, then try to add the following rules: pass out quick inet from 192.168.0.0/16 to 192.168.0.0/16 pass out quick inet from any to 255.255.255.255 The first rule allows communications within your local network, the second rule enables DHCP discovery and negotiation. Kind regards

Why is not forwarding ports in the router "very important"? It would actually seem to be benign. When a VPN has been established, it will just be an open port in the router that won't get traffic because the IP address is not visible to a swarm. So please explain. Thank you. Hello! If the torrent client has no bind to the tun interface and you forward on the router the very same port that the torrent client listens to (and therefore the same remotely forwarded port as well), an adversary can get a reply (from the torrent client) to packets sent to your real IP AND to the VPN public IP on that port. For an adversary with the ability to monitor/wiretap your Internet line, it becomes therefore trivial to time-correlate your p2p activity (or any service running behind a VPN server) and discover your activities on the p2p swarm (or anyway discover that the service running behind the VPN is YOUR service). Kind regards

Hello, port forwarding has nothing to do with connecting to a Bittorrent tracker. The tracker is contacted by the torrent client via http or udp and obviously the operation does not need any port forwarding on the client side. Port forwarding is a way to make a service that's running on a client machine behind the VPN NAT reachable from the outside. Please see our FAQ answers for more information. Kind regards

Hello! No, it seems wrong. Consider that Comodo evaluates rules from top to bottom. So your first rule allows everything to/from anywhere. Kind regards

Hello! You need to right-click the Air client tray icon and select "Preferences". You'll see a "Proxy" section where you define the type of proxy (http or socks), proxy IP and port. Kind regards

Hello! You are of course free to pick any plan duration you like (3 days, 1 month, 3 months, 6 months, 1 year). Kind regards

Hello! Yes, it is right. They can know because the Bitcoin account code you deliver the payment to is unique. Bitcoin allows an infinite number of account codes per wallet. Kind regards

Hello, have you inquired your university network administrators about that? If you can't do that, can you please try OpenVPN over SSL for testing purposes? Performance will be lower, but it is a good test to discern whether it's the university network the one that disrupts OpenVPN or not. https://airvpn.org/ssl Kind regards

Hello, thank you! In the provided link you claim that Air has no API, in fact this is not true: https://airvpn.org/topic/9612-what-is-api/ Which functions would you need to speed up your script? Kind regards

Hello, your system resolves airvpn.org to a secondary frontend (probably you have edited your hosts file). It is fully working, but in your case you might like to try the primary frontend 95.211.138.143 Please also check that some antivirus or security program is not blocking airvpn.exe packets. Kind regards

Hello! It's superfluous, the function is already accomplished by "redirect-gateway def1" push. You can have that option disabled or enabled, it makes no difference. Kind regards

Hello! Your English is just fine. Yes, that's all. Not entirely, you need "...format=web..." and "...&service=disconnect" (i.e. without the ">" and " When you enter your actual api key, remember not to put the > and So: https://airvpn.org/api/?format=web&key=blabla&service=disconnect where blabla is your key. We understand the problem with explicit-exit-notify (please note that we can reproduce this issue on Windows only: on Linux there are no such problems; we do not have a rational explanation for that at the moment). The API can help you greatly when you hibernate or put to sleep your device. Alternatively you can connect on TCP (which does not need any exit notification), but you will get probably lower performance than UDP. Kind regards

Hello, the problem: Tue Nov 19 14:31:52 2013 UDPv4 link remote: [AF_INET]84.39.116.179:53 Tue Nov 19 14:31:52 2013 MANAGEMENT: >STATE:1384871512,WAIT,,, Tue Nov 19 14:32:52 2013 TLS Error: TLS key negotiation failed to occur within 60 seconds (check your network connectivity) A possible explanation, assuming that nothing in your system is blocking OpenVPN UDP packets, is that your ISP (college) does it, or maybe hijacks packets to 53 UDP to its DNS servers (a shameful practice we detected on Vodafone). However, if the same configuration works with your iPod on the very same network, then it MUST be something in your system. Please try also connections to ports 80 TCP and 443 TCP. Kind regards