Staff

Hello! Ok, another of our DNS servers runs on 54.246.124.152, it is a failover DNS in case the first VPN DNS server fails. So it's not a leak. However, you should see it only when the first DNS fails. It remains to be seen why ipleak.net does not display it and dnsleaktest.com does. From various tests, dnsleaktest does not display it (at moment of this writing) from Cephei. Maybe 184.75.214.163 DNS failed just when you run the test, causing the query to be sent to the "backup" DNS. We will investigate, anyway no action from your side is required and no DNS leak is occurring from your system. Can you please tell us whether you get those results on a regular basis? If so, can you please try to delete "10.5.0.1" and "10.6.0.1" (using therefore only 10.4.0.1) and test again? Kind regards

Hello! 1) This is typically caused by ISPs which hijack packets to port 53 UDP to their own DNS servers (for example Vodafone Italia). 2) As far as we can see, most firewalls do not cause any performance hit, provided they are not configured to inspect packets or to log excessively. Packet inspection of encrypted packets can cause heavy system load (and it's not useful, because the packets are encrypted). Can you please tell us which firewall you disabled to have better performance? Kind regards

Hello! The discrepancy is very strange. Is the 2nd DNS displayed by dnsleaktest a "plausible" one? We'll need to investigate on the matter. In the meantime, can you please tell us your DNS settings in your DD-WRT router? Kind regards

Hello! 24/7 connections are of course allowed. We plan to publish the VPN servers uptime in some statistically significant time frame very soon. In the meantime have a look at the tables on the right in the servers monitor https://airvpn.org/status Kind regards

Hello! Yes: please see the list of available servers and additional information here: https://airvpn.org/status Servers switches are unlimited and free. Kind regards

Hello! PKCS#12 is not supported. Which point of failure are you referring to? user.key is transmitted to you over a TLS connection, and anyway possession of the key by an adversary does not allow him/her to decrypt any of your past, present and future communications to/from the VPN server. Kind regards

Hello, we don't understand. or should i do something else, such as reinstall OpenVPN? First try to insert the correct full path to the .ovpn file or make that path your shell current directory Kind regards

Hello! Yes, this is provided by the remote-random directive. Please generate a configuration file in the following way: - tick "Advanced Mode" - tick "Resolved hosts in .ovpn file" - tick "All servers for area or region" It might be that you have some old IP addresses of servers that are no more operational. Now and then we lose servers due to conflicts with the provider. Kind regards

Correct! Kind regards

Hello! We're glad to know that you discovered where the problem lied. The button works just fine. When you pressed that button, your device reconnected automatically (and correctly) in a matter of seconds. That's why you and us saw different connection times, and why the web page never refreshed. Everything has been explained now. Kind regards

Hello, currently your account is not connected. Can you please send us the OpenVPN logs pertaining to one of this type of failed connections? Kind regards

Hello, sorry, we do not offer this option by default, which is considered substantially useless and less secure in comparison to TOR over OpenVPN (or OpenVPN over TOR), because all the nodes are operated by the same entity. Kind regards

@ukagorist Hello! We confirm you that there's no ticket at all related to account ukagorist.It's just a fact, you are free to believe it or not, but please consider that we have no interest in telling that there's no ticket if there was one. The account is connected and successfully exchanging data, but since 30 minutes (at the time of this writing) not 3 days. Are we talking about the same account you're using to write in the forum "ukagorist"? Can you please check? Kind regards

Hello! Can you please send us the OpenVPN logs? Kind regards

Hello, your account has no tickets at all. Additionally it is already connected and successfully exchanging data. Kind regards

Hello! We're sorry, PaySafeCard refuses VPN business. https://torrentfreak.com/paysafecard-begins-banning-vpn-providers-130825/ Kind regards

Hello! OpenVPN does not start because it can't find or open the file AirVPN_America-UDP-443.ovpn. Please make sure that the root shell current directory includes the file. Kind regards

@dwright Yes, thank you, that was the information we needed! Kind regards

@Errico Hello, exit-IP, correct. Kind regards

Hello! The problems is: Wed Sep 11 22:45:30 2013 RESOLVE: Cannot resolve host address: gb.vpn.airdns.org: No such host is known. Your DNS can't resolve that name. For our records, can you tell us which DNS your system is querying? In order to solve the problem radically please re-generate the configuration file(s) in the following way: - tick "Advanced Mode" - tick "Resolved hosts in .ovpn files" - tick "All servers for area or region" In this way the Configuration Generator will insert only IP addresses (not names) in the configuration files. Kind regards

Hello! Can you please publish the complete attempted connection logs? Kind regards

Hello, as an important side note that we forgot to mention, the airvpn.org web site does support Perfect Forward Secrecy through both Diffie-Hellman (DHE) and Elliptic Curve (ECDHE) keying, provided that you do not use an obsolete browser. It also supports TLS 1.2. You can check any web site, for example, through the SSL Labs web site to see all the features: https://www.ssllabs.com/ssltest Enter the web site you wish to check and wait for the full test to be performed. Kind regards

Hello! https://duckduckgo.com/?q=how+to+encrypt+non-system+hdd+with+truecrypt Kind regards

@superameise @NaDre It's very puzzling. There is a key information missing, and source-code-closeness does not help, that is how uTorrent IP binding works? If uTorrent is firewalled, how come that the checkmytorrentip tracker gets the ISP IPv4 address of superameise's device? If everything stated is true, the only explanation that comes to mind is that uTorrent announces to the tracker the ISP IP address, but how? We know that this can happen when connecting uTorrent to a proxy (https://blog.torproject.org/blog/bittorrent-over-tor-isnt-good-idea) but this situation seems completely different. First of all, however, it would be important to replicate the problem. Without certain reproducibility under controlled conditions, it's problematic even to contact uTorrent community. @superameise Just an additional information, does your ISP IP address is diplayed in any of your network cards (if in doubt type ipconfig /all from a command prompt), or is the system which runs uTorent behind a router NAT? Also, can you please check carefully if there's any value into the "IP/Hostname to report to tracker" uTorrent field? Kind regards

Hello! Yes: you need to remotely forward a port for your account (menu "Client Area"->"Forwarded Ports"). You can't forward ports lower than 2049. You can't have two different processes (running at the same time) listen to the same port (it would be a process end-point fatal ambiguity on the system). Please consult the relevant FAQs on ports and p2p for additional information. Kind regards