Staff

Hello! It's an HTML5 feature. You have probably authorized your browser to transmit your position to web sites asking for it. This article may help, if you run Firefox, Chrome or Explorer: http://www.makeuseof.com/tag/disable-fake-location-firefox-internet-explorer-chrome If you run some other browser, just use a web search engine to find out how to disable geo-location in your browser. Kind regards

@lancelot48 Hello, the problem seems not related to Eddie. The tun interface (the virtual network interface used by OpenVPN) does not come up. Please try the following: https://airvpn.org/topic/8320-solved-connects-but-ip-doesnt-change-on-windows-server-essentials-2012/?do=findComment&comment=8321 Kind regards

Hello! Please send us the logs pertaining to the problem. You can also go back to Eddie 2.7 anytime. In the download page click "Other versions" and select "2.7" to download it, in case you don't have it anymore. You can keep simultaneously different versions, just use the portable editions and put each of them in a different directory of your choice. Kind regards

Hello! You need OpenVPN over SSL. Pure OpenVPN works only intermittently on most residential lines. In our client Eddie go to "AirVPN" -> "Preferences" -> "Protocols", select "SSL Tunnel - Port 443", click "Save" and try to connect to some VPN servers. Kind regards

Windows Firewall only turns off Network Discovery on a Public connection by default, not for a 'Home / Work' connection. This is not a mobile computer - it is a desktop which is part of a home network connected to a router with it's own firewall and thus is not connected to anything other than my own broadband service. So, for me, Network Discovery is essential. Hello! This is not what Microsoft says. Microsoft says that " Windows Firewall blocks Network Discovery by default", period. http://windows.microsoft.com/en-us/windows/enable-disable-network-discovery#1TC=windows-7 We remember that, but so far we have been unable to reproduce the issue on any of our Windows testing machine and at this moment we can't confirm the problem. Additional investigation will be necessary. Kind regards

@zalbard Could you please disable IPv6 and try again? http://support.microsoft.com/kb/929852 Kind regards

Hello! First of all it must be said that Windows Firewall blocks Network Discovery by default, so the Network Lock plugin for Windows is coherent with this (in our opinion) wise setting. Network Discovery may potentially allow leaks by sending some information in cleartext to the nearest gateway (obviously out of the tunnel) so it does not appear very compatible with a true "Network Lock", in particular when your system is connected to a public hot-spot. Additionally, in the past Microsoft had to fix important vulnerabilities related to ND so it might be safer to rely on it only when security is not required at all. Kind regards

Hello! Normally "shutdown -h now" for halt and "shutdown -r now" for reboot are what you want. shutdown -r or -h changes init level and calls shut down scripts which normally will try to kill all processes with grace. They will send a "kill -9" only if processes survive to the 'kill with grace' attempt. The quickest solution to isolate your system before you run Eddie is just something like iptables -P OUTPUT DROP iptables -A OUTPUT -i lo -j ACCEPT # to allow loopback just in case... etc . and make it permanent (some init script). WARNING: do NOT do it on some machine which you have only remote access to! When you run Eddie, activate Network Lock. It will write essential rules to allow DHCP and communications to your router, so your computer will get out of the isolation. When you shut down Eddie it will restore previous rules (i.e again complete isolation). Kind regards

Hello! You can do that just like you do with any other process lacking an interactive user interface: an ordinary kill as root ("sudo kill "). Detect the PID as usual ("ps aux | grep airvpn"). You need to kill the process with grace (i.e. NOT with "-9" option). It will shut down OpenVPN as well. Root privileges are required because the client runs with them. Kind regards

Hello, Windows NT 6.1 has been assigned various marketing names, including "Windows 7" in seven different "flavors". https://en.wikipedia.org/wiki/Windows_NT#Releases About the logs, we see this issue: . 2015.02.02 11:14:25 - OpenVPN > RESOLVE: Cannot resolve host address: localhost: The requested name is valid, but no data of the requested type was found. Can you please make sure that in your hosts file you have this entry: 127.0.0.1 localhost If it's not there, please add it. If you need support to edit the hosts file please see here: http://www.howtogeek.com/howto/27350/beginner-geek-how-to-edit-your-hosts-file Kind regards

just so mac users don't believe they are safe from this. according to ipleak site my firefox and chromium installations on OSX both leaked my IPs. just saying! Hello! Please provide at your convenience more info: OS X version, tested browsers in particular, thank you! Kind regards

EDIT: a deeper study of improperly called "WebRTC leak" has brought up how the initial approach by a wide part of communities discussing it has been totally wrong, has missed the core reasons and has proposed "solutions" which are questionable. Please see here to get a more balanced and informed view of the so called "problem". http://www.clodo.it/blog/an-alternative-approach-to-so-called-webrtc-leaks WARNING: the following post was written hours after "WebRTC leak" hit the news. It is now to be considered outdated. It is also inappropriate when it uses the word "vulnerability". However, the way to prevent applications to talk outside the tunnel is the same, enable Network Lock or set proper firewall rules. It is absolutely nothing new, just like the whole fabricated "WebRTC leak" affair. ============================================================================ Hello! Browsers supporting WebRTC run in a Windows-environment can seriously compromise the security of VPN-tunnels by allowing the true IP address of the user to be read. https://en.wikipedia.org/wiki/WebRTC#Concerns WebRTC is supported in the following browsers: https://en.wikipedia.org/wiki/WebRTC#Support According to our tests we can at this moment confirm that Linux and OS X appear to be not affected. EDIT: OS X users please see here, according to this report OS X is vulnerable as well. https://airvpn.org/topic/13490-vpn-security-flaw-does-this-affect-airvpn/?do=findComment&comment=24757 You can test your system here: http://ipleak.net Windows users can fix the vulnerability in one of the following ways: - by enabling "Network Lock" in our free and open source client Eddie - by configuring a firewall to prevent leaks. In our "How-To" section we have guides for Comodo and Windows Firewall - by disabling WebRTC on the browser (WARNING: you can't do that in Google Chrome desktop edition, you'll need an extension). This page seems quite accurate https://www.browserleaks.com/webrtc#webrtc-disable EDIT: in the above linked page, the extension recommended for Chrome does not really prevent leaks - by running a browser which does not support WebRTC Kind regards AirVPN Support Team

Hello! When we have gathered all the data, we will make an announcement. In the meantime, last night we activated a check on ipleak.net pertaining to the issue. Note: only Windows systems with Firefox and Chrome with WebRTC peer connections enabled and Network Lock disabled seem to be affected so far, but we are still investigating. Kind regards

Hello, understood. This will need an investigation because the code pertaining to Network Lock activation/deactivation etc. has not been touched, so it must be something else... forwarded to developer. Kind regards

Hello! Tor socks proxy is requiring authorization for local connections. To fix the issue edit your torrc file (with any text editor) and replace the line: SocksPort 9150 with: SocksPort 9150 PreferSOCKSNoAuth Kind regards

Hello! Yes, and this is consistent with the described behavior (see our previous message). In your quoted steps you don't say that you shut down Eddie properly. If you do, then this not a behavior we can replicate, neither on 2.7 nor on 2.8, while if you simply shut down the system without closing Eddie first then this is expected behavior. Kind regards

Can you elaborate? Kind regards

"Network Lock" surviving the reboot means that Network Lock is active before Eddie is launched. This does not happen for a precise choice, as we explained repeatedly. About Network Lock remaining enabled and active after a reboot, this is the same both in Eddie 2.7 and Eddie 2.8. If Eddie was shut down properly Network Lock will remain in the same previous state (active or inactive). If Eddie was shut down improperly, Eddie will detect that and will disable Network Lock by purpose. Please post if you find different behavior. Kind regards

Hello! Please make sure that "Force DNS" is ticked in "AirVPN" -> "Preferences" -> "Advanced". Kind regards

Hello, your account subscription was already active when you wrote your message. IPN from PayPal usually takes 1-2 seconds. An eCheck need 3-5 working days to clear, but that was not your case. Thank you for your choice, enjoy our service. Kind regards

Hello! Network Lock does not survive a reboot in any version, including 2.7. Since Eddie is open source you can verify that the various plug-ins for Network Lock have not been touched from 2.7 to 2.8. So you're running the very same code and we do not have any explanation for your reported different behavior which are not reproducible in our testing systems. An optional and "permanent" Network Lock can be implemented and it might be a good or bad idea, we'll think about it. In the meantime, it is trivial to implement it yourself. Kind regards

Hello! Yes, it has been discussed in the past. It is a well known defamatory article reporting false information. Note how the features of various VPN services are inserted as a picture, probably to avoid indexing by search engines. Perhaps it was written by some desperate competitor. Kind regards

Hello! YesUp (as well as several other providers) does not provide the option to autonomously edit PTR. Kind regards

Hello, the first paste has been removed. About the second one, a problem is showed in this line: Mon Jan 26 09:42:55 2015 NOTE: FlushIpNetTable failed on interface [40] {C8CDFB48-32F6-4E17-9DFD-6E2BDAB09FEE} (status=5) : Access is denied. Make sure to run OpenVPN GUI with Administrator privileges. Kind regards

Hello! This is an expected behavior and a normal feature. In our opinion it's very logic, if not obvious. If Network Lock is inactive no traffic is blocked at all. Kind regards You guys are either joking with me or my english is absolutely horrible. Please, tell me with a yes or no: - Should Network Lock remain active when restarting the computer? Hello! NO. See also here: https://airvpn.org/topic/12229-network-lock-in-eddie-25-can-not-share-home-network-with-other-computers-when-enabled/?do=findComment&comment=24563 Kind regards