Staff

@tangomega Ok, it was wrongly understood that OpenVPN was running in a DD-WRT router. Our fault, you were very clear in your description. Your idea on how to fix the issue is just fine, please see also here: http://wandin.net/dotclear/index.php?post/2009/01/08/OpenVPN-MTU-Size http://openvpn.net/archive/openvpn-users/2004-11/msg00044.html Alternatively, just connect over TCP, but this might not be the ideal solution due to performance hit. Kind regards

Hello, if the client does not notify the server about a disconnection on UDP, the server has absolutely no way to know that the client disconnected. In this case, you will need to wait for the inactivity timeout (normally 60 seconds) to be authorized to re-connect or click the button "Disconnect Now" from your control panel. Kind regards

Hello, CPU load is normal. Routers CPU do not have built-in AES commands and their processing power is low, if compared to nowadays desktop and laptop computers. The limit for a typical consumer's router CPU to encrypt and decrypt on the fly AES-256-CBC is 7-10 Mbit/s total throughput (AES-256-CBC is the cipher of our OpenVPN Data Channel). Some fragmentation may be perfectly normal, as long as it does not impact performance. Since you already reach the maximum theoretical throughput peak allowed by your router processor, you probably have nothing to worry about. Kind regards

Hello, are you using network-manager? It might have problems in resolving host names. If it's the case, re-generate the configuration in the following way: - click "Advanced Mode" - in the "Advanced" table, tick "Resolved hosts in .ovpn file" and "All servers for area region" Re-generate and re-download. it should fix the problem. Kind regards

Hello, thank you very much for the information. We'll check it out and update the thread. Kind regards

Hello, can you please try again now? Kind regards

Hello, the only problem in the infrastructure is that Bootis is down. Can you please send us your client logs at your convenience? Kind regards

Hello, you can do it through policy routing, supported by DD-WRT. In DD-WRT, once it is connected to an OpenVPN server, you can decide which devices must be tunneled and which not. Kind regards

Hello! IPv6 will be fully supported in the future. Kind regards Any update on ipv6 support? Thanks Hello, no update at the moment. Kind regards

Hello, if you have resolvconf installed please see here: https://airvpn.org/topic/9747-dns-problem-can-only-connect-to-airvpnorg/?do=findComment&comment=11334 If you don't and you wish to install it: sudo aptitude install resolvconf If you don't want resolvconf package, just edit (as root) /etc/resolv.conf and add as first nameservers 10.4.0.1 and 10.50.0.1: nameserver 10.4.0.1 nameserver 10.50.0.1 Kind regards

Hello, just run OpenVPN as a Windows service. See here for details: http://openvpn.net/index.php/open-source/documentation/install.html (look for "Running OpenVPN as Windows service"). Use the configuration file(s) generated by our Configuration Generator, as usual. Kind regards

Hello, apart a couple of disconnections, the logs do not show any problem related to connection itself or DNS push. Try to force 10.4.0.1 as primary DNS of your physical (WiFi and/or Ethernet) network interface, it might fix the issue. Kind regards

@StudentStumps So your system is not handling correctly DNS. Assuming it's some Linux distribution, do you have resolvconf or openresolv installed or not? Kind regards

Hello, it seems that the TOR proxy is either not running or not listening to port 9050, can you please check? Latest TOR proxy bundled in the TBB listens to SocksPort 9150 by default. Kind regards

Hello, more probably it's just a DNS problem. uTorrent does not need DNS resolution to work properly, so (if you have a DNS problem) the programs that need DNS resolution will not work properly, while those that do not need it will. Anyway all of them would be tunneled, if the VPN connection has been established properly. In order to check, verify and fix all of the above, can you please send us your client logs and tell us your computer OS? Kind regards

Hello! First of all, please read the welcome e-mail and the instructions pertaining to your system. Picking which configurations to download depends on various factors: the country you wish to connect to, the server that has the lowest latency with your node, the available bandwidth of the server. You can also pick just a geographical zone (a country or a continent) and let the system choose the server that the system itself calculates as "the best" (under a performance point of view) for your node. Have also a look at our servers monitor for a complete overview (click "Status" from the upper menu). The Configuration Generator will generate them and let you download them according to your preferences (menu "Client Area"->"Config Generator"). Please read the instructions for more information.The FAQ and the How-To sections include several, additional information to get full advantage of all the additional features of the service (from port forwarding to Dynamic DNS and many more). It may vary according to your OS. Decompress the archive (if you downloaded a compressed archive) and just copy and paste the files. Kind regards

Hello! Well, no, it doesn't. And that's logical, since an end web-site has no way to know your type of connection to our servers (or to any other VPN service). Or maybe we are missing something here? Kind regards

Hello, ok, now check how your system resolves that domain name (it should be IP 198.64.4...). If you get a different resolution, the DNS you are querying is poisoned (speculation: perhaps your system is querying your ISP DNS and your ISP has been obliged to poison its DNS and hijack its customers communications). Are you running Windows? If so, please fix DNS leaks. Your VPN DNS for OpenVPN over SSH can be 10.50.0.1 and 10.4.0.1 In all of this discussion, anyway, it's unclear why you're running OpenVPN over SSH, are you behind a very restrictive firewall, or your ISP is disrupting OpenVPN communications? Kind regards

Hello, before we can try to answer, can you please specify the origin of the warning? Kind regards

Hello, thanks, we'll investigate about it. Kind regards AirVPN Support Team

Hello, we have just released an announcement about Bootis and Cassiopeia situation: the problem remains (incredibly) unknown after 60 hours. https://airvpn.org/topic/9757-bootis-and-cassiopeia-momentarily-withdrawn We're glad to inform you that UK expansion was already planned days ago and Nunki addition is the beginning of that. Bootis and Cassiopeia problems will surely push us to speed up the expansion. Kind regards

UPDATE 29-Jul-13: datacenter solved the problem. Bootis and Cassiopeia appear stable at the moment. UPDATE 02-Sep-13: new support team has been following us after the incident and proved to be competent and fulfilling our requirements and expectations. Bootis and Cassiopeia will therefore stay. Hello, as you may have noticed, Bootis and Cassiopeia have been down since 60 hours ago. During these 60 hours, datacenter support team has been incompetent to detect the cause of the problem, which remains still unknown. For the above reasons, we have decided to momentarily withdraw Bootis and Cassiopeia, awaiting for information from the datacenter. If you need a UK server, please connect to either Nashira, Carinae or the brand new Nunki. Kind regards

Hello, about p2p activities: we have never received any communication or request of any kind from legal authorities (neither jurisdictionally competent nor jurisdictionally not competent). From private entities, we have received communications of alleged copyright infringements perpetrated through usage of p2p protocols through some of our servers, but we have never received any request of data disclosure. Until now all of such communications have never been accompanied by any proof, and now and then they referred to servers which were not operational at the time of the alleged infringement, casting serious doubts about the validity of any similar allegation. In case of personal data disclosure requests from private entities, the request would be simply ignored or in extreme cases cause us to report the private entity to competent authorities, because in general complying to such requests, in our jurisdiction, would imply to commit civil and criminal infringements. In every other case, we can't give away information that we do not have. Kind regards

FTP or NNTP over VPN. Or torrents over VPN, over a secure, anon proxy. Hello, torrenting over a proxy is a bad idea (security risks). p2p while the system is connected to the VPN with p2p client bound to tun/tap interface or firewall rules set to prevent leaks in case of unexpected VPN disconnection is to be preferred. See our How-To for more details. Kind regards

Hello! Yes, that's normal. 10.4.0.1 and 10.5.0.1 are VPN DNS IP addresses that your system can reach only when connected to the VPN. Kind regards