Staff

Hello! Eddie for OS X is not available at the moment. We're running internally an alpha version which is not ready to be released. Eddie for Linux is available here: https://airvpn.org/linux_ex (if you run different distros, other than your current Ubuntu, make sure to read the platforms/environments notes here: https://airvpn.org/forum/35-client-software-platforms-environments ). About your case with OS X: Tunnelblick takes care about the VPN server DNS push, EXCEPT when "ServerAddresses" is set manually (as it was in your case, according to the logs). Kind regards

Hello! Do you have resolvconf installed? If so, there are several ways to force Ubuntu to use one and only one (or two, three...) nameserver, regardless of DHCP and anything else, and without having to uninstall resolvconf, have a look here: http://askubuntu.com/a/310407 Ignore other messages in the thread marked with bad ratings (0, -1, -2), they offer incorrect solutions. Kind regards

Hello! Can you open a command line in your system, issue the following commands and send us the output? traceroute airvpn.org (in Windows: "tracert airvpn.org") ping airvpn.org Kind regards

Hello! In OS X 10.9.x, each network card has it own DNS. This is a DNS implementation that causes exactly the bad problems Windows is affected and that you're experiencing. In Eddie 2.2 for OS X a "forced VPN DNS" option is planned. In the meantime, in order to prevent DNS leaks you should make sure that no network card DNS is set to query the router. The VPN DNS server IP address, reachable regardless of the port you connect to, is 10.4.0.1. Kind regards

Hello! The instructions are the same, just like for 2.0beta, at the usual announced link https://airvpn.org/software (only direct link, not available in web site menus at the moment). Kind regards

Hello! DNS leaks are impossible on Linux. Your system is explicitly configured to send DNS queries to your ISP DNS servers, and that's not a DNS leak: Linux just does what it is ordered to do. In order to use VPN DNS with OpenVPN (resolvconf required): https://airvpn.org/topic/9608-how-to-accept-dns-push-on-linux-systems-with-resolvconf Alternatively, run Eddie 2.1beta (resolvconf required again): https://airvpn.org/linux_ex As another option, in case you don't want resolvconf, just set yourself the appropriate nameservers in /etc/resolv.conf Kind regards

Those services are supported by our system as means to perform payments. If you do not have Bitcoins and you want to exchange them with a government currency, that's a totally different subject that has nothing to do with this argument, and we don't see how you can purchase Bitcoins via a bank transfer without using your bank account coordinates. Additionally, as we already wrote, all the older methods to pay with Bitcoin are still available as usual. Kind regards

Hello, the "dilemma" will be no more when Eddie will have total leaks prevention as built-in function which can be activated with a click. This is planned and will probably be added in the next release, during the 1st week of June. About your other considerations, it's sufficient to say that we don't force any usage of proprietary software and that Eddie is open source, which is very important for peer-reviews. Kind regards

Hello! Yes, we have problems with them both. About Zaurak, we lost every contact with the datacenter in Kiev about 48 hours ago. We can't do much more than waiting for them to re-appear... About Sador, we are looking for another datacenter in Spain. The current datacenter does not meet anymore our requirements. Kind regards

Hello! If we understand them correctly it's ok that Eddie can't work, because you block all traffic except traffic to some VPN servers. In these cases Eddie could work only if it had already stored information on how to reach those VPN servers and had already stored keys and certificates. Kind regards

Hello! Correct. Make it "anonymous" (more properly, put it behind a strong anonymity layer) by connecting the Bitcoin client to the TOR network using dedicated wallets for different purposes. Kind regards

Hello! Your premises are false. First of all BitPay and Coinbase do not require any personal identification. Second, independent reseller bitcoincodes.com as usual sells AirVPN coupons as it always did. Kind regards

Hello! There are no problems with RAI. All the RAI channels are visible from any server. Unfortunately there are problems in Linux due to some factors. Please see here for a possible solution: http://www.paolodistefano.name/joomla/software-e-applicazioni/linux-sito-rai-con-laddon-raismth-per-firefox.html Kind regards

Hello! Can you show us the content of your /etc/resolv.conf file while the system is connected to a VPN server? You're right in stating that DNS leaks can't occur on Linux, so: either the Virgin Media DNS server IP address is in the resolv.conf file, or your resolv.conf file keeps your router nameserver, and the router in turn sends the query to Virgin DNS. In any case, you can fix the issue either by accepting DNS push from our servers (see https://airvpn.org/topic/9608-how-to-accept-dns-push-on-linux-systems-with-resolvconf - resolvconf is necessary) or running Eddie 2.1beta for Linux (resolvconf necessary again). Kind regards

Hello! Just to understand better this bug: the server you highlight or double-click is in the whitelist, in the blacklist or in no lists ("Undefined")? Does the same happen if you right-click the server and select "Connect now" from the contextual menu? Kind regards

Hello! With Google you can get a lot of results (around 495,000) and articles of that time (on Wired and all major italian magazines and newspapers), for example: https://www.google.com/search?q=festa+dei+pirati+roma+2010 You can also find some videos still on YouTube. Most of the articles are in Italian language, though. You might use an automatic translator. Kind regards

Hello! Tickets without a reply from a customer are closed after 2 days BUT they are not locked, they can be re-opened anytime by the customer himself/herself with a simple reply. Kind regards

EDIT: problem solved on all servers Hello! We are currently experiencing issues on our VPN server to accept connections over OpenVPN over SSL. The problem is preventing connections of OpenVPN over SSL only. We have detected the cause of the issue and we are working to solve it. Thank you for your patience, we apologize for the inconvenience. Kind regards AirVPN Staff

Hello, in Debian 7, Eddie 2.1beta works very well. Otherwise run OpenVPN directly. Kind regards

Hello, even not considering mining, a good alternative is using a dedicated wallet and running the client always behind TOR, then selling goods or services in BTC, just like you do with any "government" currency to get that currency via cash in exchange of your goods or services. It's not that Bitcoin in itself saves you the effort to work in exchange of money... Kind regards

Hello! Well, yes, actually our service is aimed to those who have Internet access... even a limited one, even behind a NAT, but anyway some Internet access. If your 3G provider does not provide Internet access, as Visentinel suspects, the matter gets complex. Maybe not impossible... first of all, what are the symptoms of the failed connection? Can you please post the logs of an attempted connection to a VPN server, just to begin to get an idea? Do you have any technical detail about what kind of connection you have (for example, are you behind a proxy?)? We are very curious about this case. In most EU countries 3G providers provide (more or less) thorough Internet access which always makes an OpenVPN connection possibile. Kind regards

Hello! Yes, as you correctly write, the most immediate solution without traffic-splitting would be to remotely forward ports on our system and optionally use our DDNS service for increased flexibility. Our DDNS updates your names records according to the VPN server your account connects to, so that they always resolve into the exit-IP address of that VPN server. You can have a maximum of 20 names. Limitation: DDNS will not work with multiple and simultaneous connections from the same account. Kind regards

Hello! BBC iPlayer is currently working just fine on every and each server. Just make sure that you use the VPN DNS. Should you find a specific server from which you can't access BBC contents, first make sure that your system queries the VPN DNS, and only after that specify the server(s) in this thread. Kind regards

Hello, it works just fine. Please make sure that you use VPN DNS, otherwise you will not be able to access BBC programs and iPlayer, not even from UK servers. Kind regards

Routing isn't a simple job. Normally if a TV has its own IP range (for example BBC) we route the entire range to an accepted exit-routing-server. But in many cases it isn't so simple, many services use distributed CDN systems (like Akamai), so we need to investigate (we do it by manually analysing traffic with WireShark) and route specific domain gateway used by CDN. So, it's possible that sometimes we miss some route. It might be occurring for example if CDN uses different gateways for Flash and Silverlight, and we test/discover only Flash. Or, simply, if CDN changes something. We just added some routing rules for BBC.UK, we just tested ./get_iplayer --type=livetv --get "BBC Two" from Castor and now it works. If you still have issues with get_iplayer, please provide us with the exact command-line, which may include a specific codec mode.