Search the Community

I am facing the dreaded DNS issue that is caused by not exiting Eddie properly, which in the case of Linux Mint, is due to Eddie crashing frequently (there is a long thread about this). There is also a long thread about the DNS issue, but that thread is all about Windows and provides no step-by-step instuctions for Linux users who encounter this. ​This is the resolv.conf file on a Linux Mint PC that is able to connect to the internet with Eddie (AND network lock) turned OFF. In other words, this is what my resov.conf file should be when I disconnect from Eddie: ​ However, this is what my resolv.conf file looks like when I exit Eddie now: ​ There is no nameserver, and adding it manually does nothing to resolve the issue. How can I fix this so the resolv.conf file is restored correctly? I need to be able to access the internet when Eddie is disconnected. Thanks.

Hi, I've used AirVPN for years now, but recently when I turn AirVPN on (or off) sometimes my DNS adress changes from the Google one to 10.4.0.1. And when I go to the settings (windows) and tick "automatic DNS adress" and I turn the VPN on it connects again to 10.4.0.1 Since this happend all websites take quite some time to connect to and it says "Resolving Host...", Google for example doesn't even load some times and it says that there's a problem with the DNS. Thanks in advance for help!

Hello, For the last two months - trying to get a connection to a Vancouver server for me has be dismal. I am always getting DNS Check Failes - (red x). Other servers work fine. They may take some time but they work. Van has the best latency for me - so my games are better. Going to other countries that are non English are brutal for regular surfing because I don't read Dutch! But those servers log me in. I have rebooted, unplugged the router and modem, power them them back up. I see the client doing the DNS flush... Suggestions? Thanks, Mr. V

Hi. I am running Eddie 2.12.4 on my Ubuntu 17.04 machine and I have been having problems with DNS checking, with the client giving Curl 28 connection timed out. Eventually the client does manage to connect and I can then use the internet again. If I turn DNS checking off, the client connects but I get no internet. The log is quite lengthy, so I will attach it as a .txt file airvpnlog.txt

This may be a newb question, but I need to satisfy my curiosity. Whenever I fire up a VPN connection, I like to check with www.ipleak.net to make sure everything is on the up & up after connecting. I've noticed that on the results page, it shows "IPv6 test not reachable", which I assume means that the Eddie client is doing it's job and disabling IPv6 when connecting. I then see that under "DNS Addresses" it's show 2 servers, One using an IPv4 IP address and the other using an IPv6 address, but of course these two addresses are connected to the VPN IP address I've been assigned. This tells me that there is no DNS leaking going on. I've only witnessed this situation when using AirVPN's servers and the Eddie client (as opposed to, for example, using another VPN service and their connection client). I attached a screencap to show what I am talking about: So, after my long-winded explanation of the issue, here's my question. Because it is showing two DNS servers, and one being a IPv6 server, is this a potential leak for IPv6 traffic since the test is able to connect to this particular server? Is it also possible for it to be a DNS leak, even though it is obviously associated with VPN server that gave me this particular IP address? I'm wondering about this simply because when I use other VPN providers and check ipleak.net, it only shows the one DNS server (IPv4) with the same IP address as the one issued to me by the VPN server. This would lead me to believe that my VPN connection is correctly blocking leaks and using DNS servers provided by the VPN service. Any help with this would be greatly appreciated, and of course, please don't hesitate to ask if I need to clarify any information.

​Hi everyone, Signed up a couple of weeks ago and from the start I've been experiencing very slow DNS lookup. That is to say, webpages will pause on 'looking up example.com...' for 5-10 seconds. ​So far I have tried: adjusted buffers, changed MTU, rolled back TAP driver, experimental Eddie, disabled IPv6. Have tried multiple servers and different browsers with same results. Actual speeds are reasonable enough. Don't see anything untoward in the logs. ​I'm running experimental Eddie client on Windows 10. Router is ASUS RT-AC66U with Merlin firmware. ​Any suggestions? Thanks all.x

Hi I tried accessing some torrent sites in the UK yesterday while using AirVPN (Eddie client, connected to Atik, Netherlands server) and they still seemed to be blocked "by the high court" which led me to believe that somehow the VPN isn't working on that there's a leak as it's seeing that I'm in the UK. So I went to https://www.dnsleaktest.com/ and it says I'm in the Netherlands, which seems correct as that's the server I've connected to but then when I do the standard test, it shows me 4 servers with my country and ISP provider. I have enabled Network Lock at startup in the preferences but that doesn't seem to change anything. Is there something else I should be doing? Sorry I'm new to this. Why would I not be able to access these sites if I'm connected to the Netherlands where they're not blocked? Thanks. EDIT: El Capitan, not Mavericks!

Is there a way to configure my setup to be able to resolve my internal network hosts when connected to the AIRVPN client? My Home Network Laptop - Linux MINT w/AIRVPN client Workstation - Linux MINT - Role: file server pfSense running DNS Resolver (Unbound) I'm trying to write an rsync over SSH script to sync files between my laptop and workstation. My laptop is always connected to VPN and when it is, DNS resolution does not work for my internal hosts. I am still able to reach my workstation by connecting via IP address. I know this is by design to avoid DNS leaks, but am curious to know if it is possible to configure my network to allow internal resolution without compromising security.

Hello Everyone, ​I would like to ask you something that I couldn't figure out no matter how much I researched for. ​I'm using Fedora 26 with Eddie experimental version 2.13.3 and before then I was using gnome network manager to connect to Airvpn. Network lock is activated through Eddie and I placed the same iptables rules Eddie dictates when I was using network manager. ​The issue here is when I disconnect from airvpn all outbound connections do get blocked. I cannot browse or netstat doesn't show any connection. Strange thing here is when I connect back to airvpn and run a ipleak.net test it shows my local ISP dns next to airvpn dns. Restarting browser restores desired results back. ​I used wireshark to examine the network from network adapter directly to see outbound DNS request to ISP dns servers. Well I am probably not very talented with wireshark yet but I can recognize the dns request made by firefox directly to my router and routers answers. That is the only traffic made during disconnected status. I may assume iptables rules should be blocking these requests too? I cannot give any meaning what is happening and researching the web gave no result. A little bit help would be much appreciated. -P INPUT ACCEPT -P FORWARD ACCEPT -P OUTPUT ACCEPT -A INPUT -i lo -j ACCEPT -A INPUT -s 255.255.255.255/32 -j ACCEPT -A INPUT -s 192.168.0.0/16 -d 192.168.0.0/16 -j ACCEPT -A INPUT -s 10.0.0.0/8 -d 10.0.0.0/8 -j ACCEPT -A INPUT -s 172.16.0.0/12 -d 172.16.0.0/12 -j ACCEPT -A INPUT -p icmp -m icmp --icmp-type 8 -j ACCEPT -A INPUT -m state --state RELATED,ESTABLISHED -j ACCEPT -A INPUT -i tun+ -j ACCEPT -A INPUT -j DROP -A FORWARD -i tun+ -j ACCEPT -A FORWARD -j DROP -A OUTPUT -d 10.4.0.1/32 -j ACCEPT -A OUTPUT -d 104.243.24.237/32 -j ACCEPT -A OUTPUT -d 104.243.24.235/32 -j ACCEPT -A OUTPUT -d 64.120.44.140/32 -j ACCEPT -A OUTPUT -d 64.120.44.138/32 -j ACCEPT -A OUTPUT -d 173.234.159.196/32 -j ACCEPT -A OUTPUT -d 173.234.159.194/32 -j ACCEPT -A OUTPUT -d 173.44.55.180/32 -j ACCEPT -A OUTPUT -d 173.44.55.178/32 -j ACCEPT -A OUTPUT -d 96.47.229.60/32 -j ACCEPT -A OUTPUT -d 96.47.229.58/32 -j ACCEPT -A OUTPUT -d 173.44.55.156/32 -j ACCEPT -A OUTPUT -d 173.44.55.154/32 -j ACCEPT -A OUTPUT -d 199.241.147.36/32 -j ACCEPT -A OUTPUT -d 199.241.147.34/32 -j ACCEPT -A OUTPUT -d 199.241.146.164/32 -j ACCEPT -A OUTPUT -d 199.241.146.162/32 -j ACCEPT -A OUTPUT -d 199.241.146.180/32 -j ACCEPT -A OUTPUT -d 199.241.146.178/32 -j ACCEPT -A OUTPUT -d 198.203.28.44/32 -j ACCEPT -A OUTPUT -d 198.203.28.42/32 -j ACCEPT -A OUTPUT -d 94.100.23.164/32 -j ACCEPT -A OUTPUT -d 94.100.23.162/32 -j ACCEPT -A OUTPUT -d 46.21.151.108/32 -j ACCEPT -A OUTPUT -d 46.21.151.106/32 -j ACCEPT -A OUTPUT -d 199.249.230.102/32 -j ACCEPT -A OUTPUT -d 199.249.230.100/32 -j ACCEPT -A OUTPUT -d 107.183.238.188/32 -j ACCEPT -A OUTPUT -d 107.183.238.186/32 -j ACCEPT -A OUTPUT -d 64.120.63.92/32 -j ACCEPT -A OUTPUT -d 64.120.63.90/32 -j ACCEPT -A OUTPUT -d 23.88.114.44/32 -j ACCEPT -A OUTPUT -d 23.88.114.42/32 -j ACCEPT -A OUTPUT -d 107.183.238.196/32 -j ACCEPT -A OUTPUT -d 107.183.238.194/32 -j ACCEPT -A OUTPUT -d 107.183.238.180/32 -j ACCEPT -A OUTPUT -d 107.183.238.178/32 -j ACCEPT -A OUTPUT -d 23.88.114.52/32 -j ACCEPT -A OUTPUT -d 23.88.114.50/32 -j ACCEPT -A OUTPUT -d 149.255.33.156/32 -j ACCEPT -A OUTPUT -d 149.255.33.154/32 -j ACCEPT -A OUTPUT -d 23.88.99.196/32 -j ACCEPT -A OUTPUT -d 23.88.99.194/32 -j ACCEPT -A OUTPUT -d 173.234.62.156/32 -j ACCEPT -A OUTPUT -d 173.234.62.154/32 -j ACCEPT -A OUTPUT -d 198.98.113.156/32 -j ACCEPT -A OUTPUT -d 198.98.113.154/32 -j ACCEPT -A OUTPUT -d 46.21.154.84/32 -j ACCEPT -A OUTPUT -d 46.21.154.82/32 -j ACCEPT -A OUTPUT -d 23.106.56.4/32 -j ACCEPT -A OUTPUT -d 23.106.56.2/32 -j ACCEPT -A OUTPUT -d 108.177.134.76/32 -j ACCEPT -A OUTPUT -d 108.177.134.74/32 -j ACCEPT -A OUTPUT -d 23.82.53.140/32 -j ACCEPT -A OUTPUT -d 23.82.53.138/32 -j ACCEPT -A OUTPUT -d 108.62.228.188/32 -j ACCEPT -A OUTPUT -d 108.62.228.186/32 -j ACCEPT -A OUTPUT -d 104.129.24.156/32 -j ACCEPT -A OUTPUT -d 104.129.24.154/32 -j ACCEPT -A OUTPUT -d 104.129.24.188/32 -j ACCEPT -A OUTPUT -d 104.129.24.186/32 -j ACCEPT -A OUTPUT -d 108.177.134.108/32 -j ACCEPT -A OUTPUT -d 108.177.134.106/32 -j ACCEPT -A OUTPUT -d 104.129.24.180/32 -j ACCEPT -A OUTPUT -d 104.129.24.178/32 -j ACCEPT -A OUTPUT -d 91.231.84.42/32 -j ACCEPT -A OUTPUT -d 91.231.84.39/32 -j ACCEPT -A OUTPUT -d 185.200.116.132/32 -j ACCEPT -A OUTPUT -d 185.200.116.130/32 -j ACCEPT -A OUTPUT -d 209.58.167.171/32 -j ACCEPT -A OUTPUT -d 209.58.167.168/32 -j ACCEPT -A OUTPUT -d 185.200.117.132/32 -j ACCEPT -A OUTPUT -d 185.200.117.130/32 -j ACCEPT -A OUTPUT -d 185.200.116.220/32 -j ACCEPT -A OUTPUT -d 185.200.116.218/32 -j ACCEPT -A OUTPUT -d 185.200.116.204/32 -j ACCEPT -A OUTPUT -d 185.200.116.202/32 -j ACCEPT -A OUTPUT -d 185.200.116.212/32 -j ACCEPT -A OUTPUT -d 185.200.116.210/32 -j ACCEPT -A OUTPUT -d 103.254.153.100/32 -j ACCEPT -A OUTPUT -d 103.254.153.68/32 -j ACCEPT -A OUTPUT -d 62.102.148.176/32 -j ACCEPT -A OUTPUT -d 62.102.148.136/32 -j ACCEPT -A OUTPUT -d 62.102.148.170/32 -j ACCEPT -A OUTPUT -d 62.102.148.139/32 -j ACCEPT -A OUTPUT -d 62.102.148.180/32 -j ACCEPT -A OUTPUT -d 62.102.148.134/32 -j ACCEPT -A OUTPUT -d 62.102.148.165/32 -j ACCEPT -A OUTPUT -d 62.102.148.146/32 -j ACCEPT -A OUTPUT -d 62.102.148.159/32 -j ACCEPT -A OUTPUT -d 62.102.148.143/32 -j ACCEPT -A OUTPUT -d 62.102.148.161/32 -j ACCEPT -A OUTPUT -d 62.102.148.144/32 -j ACCEPT -A OUTPUT -d 62.102.148.184/32 -j ACCEPT -A OUTPUT -d 62.102.148.132/32 -j ACCEPT -A OUTPUT -d 62.102.148.174/32 -j ACCEPT -A OUTPUT -d 62.102.148.137/32 -j ACCEPT -A OUTPUT -d 62.102.148.188/32 -j ACCEPT -A OUTPUT -d 62.102.148.148/32 -j ACCEPT -A OUTPUT -d 62.102.148.155/32 -j ACCEPT -A OUTPUT -d 62.102.148.141/32 -j ACCEPT -A OUTPUT -d 62.102.148.190/32 -j ACCEPT -A OUTPUT -d 62.102.148.150/32 -j ACCEPT -A OUTPUT -d 62.102.148.186/32 -j ACCEPT -A OUTPUT -d 62.102.148.151/32 -j ACCEPT -A OUTPUT -d 62.102.148.153/32 -j ACCEPT -A OUTPUT -d 62.102.148.140/32 -j ACCEPT -A OUTPUT -d 62.102.148.163/32 -j ACCEPT -A OUTPUT -d 62.102.148.145/32 -j ACCEPT -A OUTPUT -d 62.102.148.167/32 -j ACCEPT -A OUTPUT -d 62.102.148.147/32 -j ACCEPT -A OUTPUT -d 62.102.148.157/32 -j ACCEPT -A OUTPUT -d 62.102.148.142/32 -j ACCEPT -A OUTPUT -d 62.102.148.168/32 -j ACCEPT -A OUTPUT -d 62.102.148.149/32 -j ACCEPT -A OUTPUT -d 31.3.152.101/32 -j ACCEPT -A OUTPUT -d 31.3.152.99/32 -j ACCEPT -A OUTPUT -d 185.57.80.148/32 -j ACCEPT -A OUTPUT -d 185.57.80.146/32 -j ACCEPT -A OUTPUT -d 109.163.226.155/32 -j ACCEPT -A OUTPUT -d 109.163.230.232/32 -j ACCEPT -A OUTPUT -d 91.207.102.164/32 -j ACCEPT -A OUTPUT -d 91.207.102.162/32 -j ACCEPT -A OUTPUT -d 213.152.161.150/32 -j ACCEPT -A OUTPUT -d 213.152.161.148/32 -j ACCEPT -A OUTPUT -d 213.152.161.134/32 -j ACCEPT -A OUTPUT -d 213.152.161.132/32 -j ACCEPT -A OUTPUT -d 213.152.161.139/32 -j ACCEPT -A OUTPUT -d 213.152.161.137/32 -j ACCEPT -A OUTPUT -d 213.152.162.100/32 -j ACCEPT -A OUTPUT -d 213.152.162.98/32 -j ACCEPT -A OUTPUT -d 213.152.161.75/32 -j ACCEPT -A OUTPUT -d 213.152.161.73/32 -j ACCEPT -A OUTPUT -d 213.152.161.16/32 -j ACCEPT -A OUTPUT -d 213.152.161.14/32 -j ACCEPT -A OUTPUT -d 213.152.162.115/32 -j ACCEPT -A OUTPUT -d 213.152.162.113/32 -j ACCEPT -A OUTPUT -d 213.152.161.21/32 -j ACCEPT -A OUTPUT -d 213.152.161.19/32 -j ACCEPT -A OUTPUT -d 213.152.162.85/32 -j ACCEPT -A OUTPUT -d 213.152.162.83/32 -j ACCEPT -A OUTPUT -d 213.152.161.235/32 -j ACCEPT -A OUTPUT -d 213.152.161.233/32 -j ACCEPT -A OUTPUT -d 213.152.162.150/32 -j ACCEPT -A OUTPUT -d 213.152.162.148/32 -j ACCEPT -A OUTPUT -d 109.232.227.150/32 -j ACCEPT -A OUTPUT -d 109.232.227.148/32 -j ACCEPT -A OUTPUT -d 213.152.161.240/32 -j ACCEPT -A OUTPUT -d 213.152.161.238/32 -j ACCEPT -A OUTPUT -d 213.152.161.26/32 -j ACCEPT -A OUTPUT -d 213.152.161.24/32 -j ACCEPT -A OUTPUT -d 213.152.161.250/32 -j ACCEPT -A OUTPUT -d 213.152.161.248/32 -j ACCEPT -A OUTPUT -d 213.152.162.155/32 -j ACCEPT -A OUTPUT -d 213.152.162.153/32 -j ACCEPT -A OUTPUT -d 213.152.162.90/32 -j ACCEPT -A OUTPUT -d 213.152.162.88/32 -j ACCEPT -A OUTPUT -d 213.152.162.70/32 -j ACCEPT -A OUTPUT -d 213.152.162.68/32 -j ACCEPT -A OUTPUT -d 213.152.161.31/32 -j ACCEPT -A OUTPUT -d 213.152.161.29/32 -j ACCEPT -A OUTPUT -d 109.232.227.139/32 -j ACCEPT -A OUTPUT -d 109.232.227.137/32 -j ACCEPT -A OUTPUT -d 213.152.162.105/32 -j ACCEPT -A OUTPUT -d 213.152.162.103/32 -j ACCEPT -A OUTPUT -d 213.152.162.182/32 -j ACCEPT -A OUTPUT -d 213.152.162.180/32 -j ACCEPT -A OUTPUT -d 213.152.161.86/32 -j ACCEPT -A OUTPUT -d 213.152.161.84/32 -j ACCEPT -A OUTPUT -d 213.152.162.110/32 -j ACCEPT -A OUTPUT -d 213.152.162.108/32 -j ACCEPT -A OUTPUT -d 213.152.162.11/32 -j ACCEPT -A OUTPUT -d 213.152.162.9/32 -j ACCEPT -A OUTPUT -d 213.152.161.36/32 -j ACCEPT -A OUTPUT -d 213.152.161.34/32 -j ACCEPT -A OUTPUT -d 213.152.162.6/32 -j ACCEPT -A OUTPUT -d 213.152.162.4/32 -j ACCEPT -A OUTPUT -d 213.152.161.41/32 -j ACCEPT -A OUTPUT -d 213.152.161.39/32 -j ACCEPT -A OUTPUT -d 213.152.162.95/32 -j ACCEPT -A OUTPUT -d 213.152.162.93/32 -j ACCEPT -A OUTPUT -d 213.152.161.102/32 -j ACCEPT -A OUTPUT -d 213.152.161.100/32 -j ACCEPT -A OUTPUT -d 213.152.162.75/32 -j ACCEPT -A OUTPUT -d 213.152.162.73/32 -j ACCEPT -A OUTPUT -d 213.152.180.6/32 -j ACCEPT -A OUTPUT -d 213.152.180.4/32 -j ACCEPT -A OUTPUT -d 213.152.161.212/32 -j ACCEPT -A OUTPUT -d 213.152.161.210/32 -j ACCEPT -A OUTPUT -d 213.152.161.166/32 -j ACCEPT -A OUTPUT -d 213.152.161.164/32 -j ACCEPT -A OUTPUT -d 213.152.161.245/32 -j ACCEPT -A OUTPUT -d 213.152.161.243/32 -j ACCEPT -A OUTPUT -d 213.152.162.16/32 -j ACCEPT -A OUTPUT -d 213.152.162.14/32 -j ACCEPT -A OUTPUT -d 109.232.227.134/32 -j ACCEPT -A OUTPUT -d 109.232.227.132/32 -j ACCEPT -A OUTPUT -d 213.152.161.70/32 -j ACCEPT -A OUTPUT -d 213.152.161.68/32 -j ACCEPT -A OUTPUT -d 213.152.162.171/32 -j ACCEPT -A OUTPUT -d 213.152.162.169/32 -j ACCEPT -A OUTPUT -d 213.152.161.220/32 -j ACCEPT -A OUTPUT -d 213.152.161.218/32 -j ACCEPT -A OUTPUT -d 213.152.161.11/32 -j ACCEPT -A OUTPUT -d 213.152.161.9/32 -j ACCEPT -A OUTPUT -d 109.202.107.21/32 -j ACCEPT -A OUTPUT -d 109.202.107.19/32 -j ACCEPT -A OUTPUT -d 109.202.103.171/32 -j ACCEPT -A OUTPUT -d 109.202.103.169/32 -j ACCEPT -A OUTPUT -d 213.152.161.230/32 -j ACCEPT -A OUTPUT -d 213.152.161.228/32 -j ACCEPT -A OUTPUT -d 213.152.162.166/32 -j ACCEPT -A OUTPUT -d 213.152.162.164/32 -j ACCEPT -A OUTPUT -d 109.202.107.16/32 -j ACCEPT -A OUTPUT -d 109.202.107.14/32 -j ACCEPT -A OUTPUT -d 213.152.161.171/32 -j ACCEPT -A OUTPUT -d 213.152.161.169/32 -j ACCEPT -A OUTPUT -d 213.152.161.6/32 -j ACCEPT -A OUTPUT -d 213.152.161.4/32 -j ACCEPT -A OUTPUT -d 213.152.162.80/32 -j ACCEPT -A OUTPUT -d 213.152.162.78/32 -j ACCEPT -A OUTPUT -d 109.202.107.148/32 -j ACCEPT -A OUTPUT -d 109.202.107.146/32 -j ACCEPT -A OUTPUT -d 109.202.107.6/32 -j ACCEPT -A OUTPUT -d 109.202.107.4/32 -j ACCEPT -A OUTPUT -d 109.202.107.11/32 -j ACCEPT -A OUTPUT -d 109.202.107.9/32 -j ACCEPT -A OUTPUT -d 213.152.161.118/32 -j ACCEPT -A OUTPUT -d 213.152.161.116/32 -j ACCEPT -A OUTPUT -d 213.152.161.182/32 -j ACCEPT -A OUTPUT -d 213.152.161.180/32 -j ACCEPT -A OUTPUT -d 159.148.186.33/32 -j ACCEPT -A OUTPUT -d 159.148.186.31/32 -j ACCEPT -A OUTPUT -d 159.148.186.26/32 -j ACCEPT -A OUTPUT -d 159.148.186.24/32 -j ACCEPT -A OUTPUT -d 159.148.186.19/32 -j ACCEPT -A OUTPUT -d 159.148.186.20/32 -j ACCEPT -A OUTPUT -d 159.148.186.12/32 -j ACCEPT -A OUTPUT -d 159.148.186.13/32 -j ACCEPT -A OUTPUT -d 46.166.168.37/32 -j ACCEPT -A OUTPUT -d 93.115.29.33/32 -j ACCEPT -A OUTPUT -d 46.166.168.33/32 -j ACCEPT -A OUTPUT -d 93.115.29.23/32 -j ACCEPT -A OUTPUT -d 46.166.165.240/32 -j ACCEPT -A OUTPUT -d 46.166.165.124/32 -j ACCEPT -A OUTPUT -d 103.16.27.76/32 -j ACCEPT -A OUTPUT -d 103.16.27.74/32 -j ACCEPT -A OUTPUT -d 103.16.27.87/32 -j ACCEPT -A OUTPUT -d 103.16.27.85/32 -j ACCEPT -A OUTPUT -d 103.10.197.188/32 -j ACCEPT -A OUTPUT -d 103.10.197.186/32 -j ACCEPT -A OUTPUT -d 103.16.27.27/32 -j ACCEPT -A OUTPUT -d 103.16.27.25/32 -j ACCEPT -A OUTPUT -d 103.16.27.82/32 -j ACCEPT -A OUTPUT -d 103.16.27.80/32 -j ACCEPT -A OUTPUT -d 103.16.27.92/32 -j ACCEPT -A OUTPUT -d 103.16.27.90/32 -j ACCEPT -A OUTPUT -d 78.129.153.59/32 -j ACCEPT -A OUTPUT -d 78.129.153.40/32 -j ACCEPT -A OUTPUT -d 84.39.116.181/32 -j ACCEPT -A OUTPUT -d 84.39.116.179/32 -j ACCEPT -A OUTPUT -d 84.39.117.58/32 -j ACCEPT -A OUTPUT -d 84.39.117.56/32 -j ACCEPT -A OUTPUT -d 82.145.37.204/32 -j ACCEPT -A OUTPUT -d 82.145.37.202/32 -j ACCEPT -A OUTPUT -d 89.249.74.219/32 -j ACCEPT -A OUTPUT -d 89.249.74.217/32 -j ACCEPT -A OUTPUT -d 89.249.74.214/32 -j ACCEPT -A OUTPUT -d 89.249.74.212/32 -j ACCEPT -A OUTPUT -d 185.103.96.136/32 -j ACCEPT -A OUTPUT -d 185.103.96.130/32 -j ACCEPT -A OUTPUT -d 185.103.96.140/32 -j ACCEPT -A OUTPUT -d 185.103.96.131/32 -j ACCEPT -A OUTPUT -d 185.103.96.148/32 -j ACCEPT -A OUTPUT -d 185.103.96.133/32 -j ACCEPT -A OUTPUT -d 94.229.74.92/32 -j ACCEPT -A OUTPUT -d 94.229.74.90/32 -j ACCEPT -A OUTPUT -d 185.103.96.152/32 -j ACCEPT -A OUTPUT -d 185.103.96.134/32 -j ACCEPT -A OUTPUT -d 185.103.96.144/32 -j ACCEPT -A OUTPUT -d 185.103.96.132/32 -j ACCEPT -A OUTPUT -d 88.150.241.17/32 -j ACCEPT -A OUTPUT -d 88.150.240.7/32 -j ACCEPT -A OUTPUT -d 217.151.98.169/32 -j ACCEPT -A OUTPUT -d 217.151.98.167/32 -j ACCEPT -A OUTPUT -d 217.151.98.164/32 -j ACCEPT -A OUTPUT -d 217.151.98.162/32 -j ACCEPT -A OUTPUT -d 80.84.49.51/32 -j ACCEPT -A OUTPUT -d 80.84.49.4/32 -j ACCEPT -A OUTPUT -d 95.215.62.93/32 -j ACCEPT -A OUTPUT -d 95.215.62.91/32 -j ACCEPT -A OUTPUT -d 185.93.182.172/32 -j ACCEPT -A OUTPUT -d 185.93.182.170/32 -j ACCEPT -A OUTPUT -d 185.183.106.4/32 -j ACCEPT -A OUTPUT -d 185.183.106.2/32 -j ACCEPT -A OUTPUT -d 213.136.64.119/32 -j ACCEPT -A OUTPUT -d 79.143.186.171/32 -j ACCEPT -A OUTPUT -d 178.238.229.55/32 -j ACCEPT -A OUTPUT -d 79.143.191.166/32 -j ACCEPT -A OUTPUT -d 79.143.183.161/32 -j ACCEPT -A OUTPUT -d 80.241.210.238/32 -j ACCEPT -A OUTPUT -d 213.136.66.234/32 -j ACCEPT -A OUTPUT -d 79.143.176.194/32 -j ACCEPT -A OUTPUT -d 185.189.112.20/32 -j ACCEPT -A OUTPUT -d 185.189.112.18/32 -j ACCEPT -A OUTPUT -d 185.189.112.12/32 -j ACCEPT -A OUTPUT -d 185.189.112.10/32 -j ACCEPT -A OUTPUT -d 185.189.112.28/32 -j ACCEPT -A OUTPUT -d 185.189.112.26/32 -j ACCEPT -A OUTPUT -d 185.104.184.44/32 -j ACCEPT -A OUTPUT -d 185.104.184.42/32 -j ACCEPT -A OUTPUT -d 89.238.166.236/32 -j ACCEPT -A OUTPUT -d 89.238.166.234/32 -j ACCEPT -A OUTPUT -d 185.156.174.156/32 -j ACCEPT -A OUTPUT -d 185.156.174.154/32 -j ACCEPT -A OUTPUT -d 185.156.174.28/32 -j ACCEPT -A OUTPUT -d 185.156.174.26/32 -j ACCEPT -A OUTPUT -d 185.156.174.116/32 -j ACCEPT -A OUTPUT -d 185.156.174.114/32 -j ACCEPT -A OUTPUT -d 185.156.175.60/32 -j ACCEPT -A OUTPUT -d 185.156.175.58/32 -j ACCEPT -A OUTPUT -d 91.214.169.70/32 -j ACCEPT -A OUTPUT -d 91.214.169.68/32 -j ACCEPT -A OUTPUT -d 185.156.175.44/32 -j ACCEPT -A OUTPUT -d 185.156.175.42/32 -j ACCEPT -A OUTPUT -d 185.156.175.52/32 -j ACCEPT -A OUTPUT -d 185.156.175.50/32 -j ACCEPT -A OUTPUT -d 185.156.175.36/32 -j ACCEPT -A OUTPUT -d 185.156.175.34/32 -j ACCEPT -A OUTPUT -d 185.156.175.172/32 -j ACCEPT -A OUTPUT -d 185.156.175.170/32 -j ACCEPT -A OUTPUT -d 46.19.137.115/32 -j ACCEPT -A OUTPUT -d 46.19.137.114/32 -j ACCEPT -A OUTPUT -d 71.19.251.249/32 -j ACCEPT -A OUTPUT -d 71.19.251.247/32 -j ACCEPT -A OUTPUT -d 71.19.252.33/32 -j ACCEPT -A OUTPUT -d 71.19.252.31/32 -j ACCEPT -A OUTPUT -d 71.19.252.28/32 -j ACCEPT -A OUTPUT -d 71.19.252.26/32 -j ACCEPT -A OUTPUT -d 71.19.252.115/32 -j ACCEPT -A OUTPUT -d 71.19.252.113/32 -j ACCEPT -A OUTPUT -d 71.19.252.23/32 -j ACCEPT -A OUTPUT -d 71.19.252.21/32 -j ACCEPT -A OUTPUT -d 184.75.221.60/32 -j ACCEPT -A OUTPUT -d 184.75.221.58/32 -j ACCEPT -A OUTPUT -d 184.75.223.204/32 -j ACCEPT -A OUTPUT -d 184.75.223.202/32 -j ACCEPT -A OUTPUT -d 184.75.221.196/32 -j ACCEPT -A OUTPUT -d 184.75.221.194/32 -j ACCEPT -A OUTPUT -d 137.63.71.52/32 -j ACCEPT -A OUTPUT -d 137.63.71.50/32 -j ACCEPT -A OUTPUT -d 184.75.221.44/32 -j ACCEPT -A OUTPUT -d 184.75.221.42/32 -j ACCEPT -A OUTPUT -d 199.19.94.195/32 -j ACCEPT -A OUTPUT -d 199.19.94.19/32 -j ACCEPT -A OUTPUT -d 104.254.90.196/32 -j ACCEPT -A OUTPUT -d 104.254.90.194/32 -j ACCEPT -A OUTPUT -d 184.75.223.196/32 -j ACCEPT -A OUTPUT -d 184.75.223.194/32 -j ACCEPT -A OUTPUT -d 184.75.223.228/32 -j ACCEPT -A OUTPUT -d 184.75.223.226/32 -j ACCEPT -A OUTPUT -d 184.75.221.180/32 -j ACCEPT -A OUTPUT -d 184.75.221.178/32 -j ACCEPT -A OUTPUT -d 104.254.90.188/32 -j ACCEPT -A OUTPUT -d 104.254.90.186/32 -j ACCEPT -A OUTPUT -d 184.75.221.36/32 -j ACCEPT -A OUTPUT -d 184.75.221.34/32 -j ACCEPT -A OUTPUT -d 199.19.94.137/32 -j ACCEPT -A OUTPUT -d 199.19.94.132/32 -j ACCEPT -A OUTPUT -d 184.75.223.220/32 -j ACCEPT -A OUTPUT -d 184.75.223.218/32 -j ACCEPT -A OUTPUT -d 184.75.221.4/32 -j ACCEPT -A OUTPUT -d 184.75.221.2/32 -j ACCEPT -A OUTPUT -d 199.19.94.65/32 -j ACCEPT -A OUTPUT -d 199.19.94.61/32 -j ACCEPT -A OUTPUT -d 199.19.95.189/32 -j ACCEPT -A OUTPUT -d 199.19.95.187/32 -j ACCEPT -A OUTPUT -d 104.254.90.252/32 -j ACCEPT -A OUTPUT -d 104.254.90.250/32 -j ACCEPT -A OUTPUT -d 104.254.90.244/32 -j ACCEPT -A OUTPUT -d 104.254.90.242/32 -j ACCEPT -A OUTPUT -d 199.21.149.70/32 -j ACCEPT -A OUTPUT -d 199.21.149.44/32 -j ACCEPT -A OUTPUT -d 104.254.90.236/32 -j ACCEPT -A OUTPUT -d 104.254.90.234/32 -j ACCEPT -A OUTPUT -d 184.75.214.164/32 -j ACCEPT -A OUTPUT -d 184.75.214.162/32 -j ACCEPT -A OUTPUT -d 184.75.223.236/32 -j ACCEPT -A OUTPUT -d 184.75.223.234/32 -j ACCEPT -A OUTPUT -d 184.75.221.212/32 -j ACCEPT -A OUTPUT -d 184.75.221.210/32 -j ACCEPT -A OUTPUT -d 184.75.221.164/32 -j ACCEPT -A OUTPUT -d 184.75.221.162/32 -j ACCEPT -A OUTPUT -d 184.75.221.172/32 -j ACCEPT -A OUTPUT -d 184.75.221.170/32 -j ACCEPT -A OUTPUT -d 184.75.221.116/32 -j ACCEPT -A OUTPUT -d 184.75.221.114/32 -j ACCEPT -A OUTPUT -d 104.254.90.204/32 -j ACCEPT -A OUTPUT -d 104.254.90.202/32 -j ACCEPT -A OUTPUT -d 199.19.94.18/32 -j ACCEPT -A OUTPUT -d 199.19.94.12/32 -j ACCEPT -A OUTPUT -d 184.75.221.204/32 -j ACCEPT -A OUTPUT -d 184.75.221.202/32 -j ACCEPT -A OUTPUT -d 162.219.176.4/32 -j ACCEPT -A OUTPUT -d 162.219.176.2/32 -j ACCEPT -A OUTPUT -d 184.75.223.212/32 -j ACCEPT -A OUTPUT -d 184.75.223.210/32 -j ACCEPT -A OUTPUT -d 93.123.73.115/32 -j ACCEPT -A OUTPUT -d 93.123.73.113/32 -j ACCEPT -A OUTPUT -d 194.187.251.156/32 -j ACCEPT -A OUTPUT -d 194.187.251.154/32 -j ACCEPT -A OUTPUT -d 194.187.251.164/32 -j ACCEPT -A OUTPUT -d 194.187.251.162/32 -j ACCEPT -A OUTPUT -d 194.187.251.116/32 -j ACCEPT -A OUTPUT -d 194.187.251.114/32 -j ACCEPT -A OUTPUT -d 194.187.251.92/32 -j ACCEPT -A OUTPUT -d 194.187.251.90/32 -j ACCEPT -A OUTPUT -d 217.64.127.196/32 -j ACCEPT -A OUTPUT -d 217.64.127.194/32 -j ACCEPT -A OUTPUT -d 185.9.19.108/32 -j ACCEPT -A OUTPUT -d 185.9.19.106/32 -j ACCEPT -A OUTPUT -d 95.211.138.143/32 -j ACCEPT -A OUTPUT -d 54.93.175.114/32 -j ACCEPT -A OUTPUT -d 54.225.156.17/32 -j ACCEPT -A OUTPUT -d 52.48.66.85/32 -j ACCEPT -A OUTPUT -o lo -j ACCEPT -A OUTPUT -d 255.255.255.255/32 -j ACCEPT -A OUTPUT -s 192.168.0.0/16 -d 192.168.0.0/16 -j ACCEPT -A OUTPUT -s 10.0.0.0/8 -d 10.0.0.0/8 -j ACCEPT -A OUTPUT -s 172.16.0.0/12 -d 172.16.0.0/12 -j ACCEPT -A OUTPUT -s 192.168.0.0/16 -d 224.0.0.0/24 -j ACCEPT -A OUTPUT -s 192.168.0.0/16 -d 224.0.0.0/24 -j ACCEPT -A OUTPUT -s 192.168.0.0/16 -d 224.0.0.0/24 -j ACCEPT -A OUTPUT -s 192.168.0.0/16 -d 239.255.255.250/32 -j ACCEPT -A OUTPUT -s 192.168.0.0/16 -d 239.255.255.250/32 -j ACCEPT -A OUTPUT -s 192.168.0.0/16 -d 239.255.255.250/32 -j ACCEPT -A OUTPUT -s 192.168.0.0/16 -d 239.255.255.253/32 -j ACCEPT -A OUTPUT -s 192.168.0.0/16 -d 239.255.255.253/32 -j ACCEPT -A OUTPUT -s 192.168.0.0/16 -d 239.255.255.253/32 -j ACCEPT -A OUTPUT -o tun+ -j ACCEPT -A OUTPUT -j DROP

Hi, my setup is a fresh install of Debian 9 and i run Eddie in an lxde session. everything works perfect, except the dns. Sometimes it seems to work at first but that's always right after you did reconnect to the vpn, so idk what that means. Perhaps any other application editing iptables etc? i didn't find anything like that, at least for now. would be really nice if someone has any idea here if you need any files just ask and I post Edit: some more information: i already tested all the DNS modes(auto and the 2 "linux only" ones), none work. I also tried to add a dns myself but nothing worked

Sometimes - I just get a blank page. 5 minutes later - it works. When I try to go to their site from Google - everything always works. Baffling.

Hi, I understand that AirVPN is using OpenNIC as its DNS, however, I can not access some OpenNIC TLDs, for example: http://www.opennic.chan http://be.libre http://register.neo http://opennic.oz http://reg.dyn http://register.gopher What works: http://www.nic.fur (FurNIC which OpenNIC peers with) http://opennic.glue http://register.bbs http://opennic.free -- .free being phased out; it's new version is .libre which is not accessible from AirVPN http://opennic.geek http://www.parody http://reg.oss * If I shutdown AirVPN, I can access all the TLDs including those that OpenNIC peers with. * I have to add OpenNIC's tier 2 DNS in Eddie > DNS setting to access all OpenNIC TLD (and peers) via AirVPN Is this a bug?

Greetings, Long Story short; I have a Netgate APU with pfSense configured with one "Clear" Network, i.e. no VPN connection, and one VPN Network connected to AirVPN. The clear network has the WiFi AP on it, and most of the time, my laptop (Fedora 25) is connected to the Clear network, but is connected to another VPN provider separately. However, running DNS leak test (dnsleaktest.org, whoer.net etc) sometimes shows the AirVPN DNS on the Clear network, both then devices are connected to a seperate VPN on the clear network, and when they are not. Is this an AirVPN issue, or some sort of lacking pfSense configuration? Would this perhaps be a questions better suited for the pfSense forum? Thanks for any help.

Hi there I seem to be getting multiple 'DNS_PROBE_FINISHED_BAD_CONFIG' errors with the latest 2.12.4 client on a lot of the UK servers leading me to disconnect then reconnect (successfully) to a different server. Has anyone else observed this? Any client settings changes anyone can recommend or are these server side issues at the moment?

Unfortunately, this is a bit of a multi-disciplinary question that has to be prefaced with some background. I've got my connection to AirVPN set up on my pfSense box and am using the Resolver there in the default, non-forwarding mode. That means for DNS lookups, pfSense (through Resolver) is supposed to directly query the top-level DNS servers for name resolution without using any specified, lower-level DNS servers. In one sense, it seems to be working in that none of the leak-testing sites (like ipleak.net) show any DNS servers other than AirVPNs. On the other hand, I don't understand how those sites even see those AirVPN DNS servers at all since pfSense isn't set up to use them. Worse, I recently found out that DNS queries through Resolver in the default, non-forwarding mode do NOT get routed through the NAT/Firewall rules: they're sent out the default gateway (my WAN, not my VPN tunnel). So, theoretically, my DNS lookups are in the open instead of through AirVPN. If that's true, why do places like ipleak.net not show a DNS leak? How do they determine what DNS server I'm using? Does it just ask my server what DNS is associated with it? Or, does it look for the DNS requests coming from my system? But, if Resolver is sending its own DNS requests over the WAN, then would places like ipleak.net even see them?

Hi all I'm wondering if anyone else is having connection issues with some of the UK servers? Now and again I'm getting 'Bad DNS Lookup' issues when using certain ones? Don't know which ones off hand, but could look into logs if someone needs me to. I also seem to be able to browse Netflix through the UK servers now. I'm wondering if this is tied up to the reconfiguration allowing this?

For approximately the last two to four weeks I have been experiencing very slow browsing when connected thru the AirVPN 2.10.3 client from my Windows 10 machine. I believe the issue is related to DNS resolution because the speed of my connection seems normal when I am engaged in large file transfers; it only slows down when I am querying DNS continuously, such as when I'm browsing in Chrome. My computer is Windows 10 Pro, 64bit,

I recently upgraded to latest Ubuntu Version and just found out I'm leaking DNS. Even though I'm using Eddie v2.12.4 with network lock enabled. I tried to add block-outside-dns to ovpn directives in Eddie settings but I'm still leaking DNS. Didn't read correct, this works only in Windows. edit: I tried to use OpenVPN with a config file and DNS push with resolvconf instead of Eddie with same results. Still leaking DNS. Tried to use a VM with Ubuntu 16.10 configured DNS push and had no leaks. So I guess something is wrong with resolvconf in Ubuntu 17.04. edit2: Seems to be a Ubuntu 17.04 problem. Many users seem to have problems with DNS. Still looking for help here. If anyone has an idea. Since this is no Eddie specific problem please push this topic to the right subforum.

Hi Arch Linux (Gnome desktop). Downloaded Eddie 2.12.4 from AirVPN, ran it as-is and I can't connect. It attempts the connection to a recommended server. Client output is like this: Checking DNS then Checking DNS don't match then Disconnecting then Restarting in 3 seconds It tries to another server and fails again in the same way. Suggestions? Thanks in advance! Logs: I 2017.04.08 18:59:09 - Session starting. . 2017.04.08 18:59:09 - Unable to understand if IPv6 is active. I 2017.04.08 18:59:09 - Checking authorization ... ! 2017.04.08 18:59:10 - Connecting to Zaniah (Sweden, Uppsala) . 2017.04.08 18:59:10 - OpenVPN > OpenVPN 2.4.1 x86_64-unknown-linux-gnu [sSL (OpenSSL)] [LZO] [LZ4] [EPOLL] [PKCS11] [MH/PKTINFO] [AEAD] built on Mar 22 2017 . 2017.04.08 18:59:10 - OpenVPN > library versions: OpenSSL 1.0.2k 26 Jan 2017, LZO 2.10 . 2017.04.08 18:59:10 - OpenVPN > MANAGEMENT: TCP Socket listening on [AF_INET]127.0.0.1:3100 . 2017.04.08 18:59:10 - OpenVPN > Outgoing Control Channel Authentication: Using 160 bit message hash 'SHA1' for HMAC authentication . 2017.04.08 18:59:10 - OpenVPN > Incoming Control Channel Authentication: Using 160 bit message hash 'SHA1' for HMAC authentication . 2017.04.08 18:59:10 - OpenVPN > TCP/UDP: Preserving recently used remote address: [AF_INET]62.102.148.136:443 . 2017.04.08 18:59:10 - OpenVPN > Socket Buffers: R=[212992->212992] S=[212992->212992] . 2017.04.08 18:59:10 - OpenVPN > UDP link local: (not bound) . 2017.04.08 18:59:10 - OpenVPN > UDP link remote: [AF_INET]62.102.148.136:443 . 2017.04.08 18:59:10 - OpenVPN > TLS: Initial packet from [AF_INET]62.102.148.136:443, sid=25ac96c4 18d65c12 . 2017.04.08 18:59:10 - OpenVPN > VERIFY OK: depth=1, C=IT, ST=IT, L=Perugia, O=airvpn.org, CN=airvpn.org CA, emailAddress=info@airvpn.org . 2017.04.08 18:59:10 - OpenVPN > VERIFY KU OK . 2017.04.08 18:59:10 - OpenVPN > Validating certificate extended key usage . 2017.04.08 18:59:10 - OpenVPN > ++ Certificate has EKU (str) TLS Web Server Authentication, expects TLS Web Server Authentication . 2017.04.08 18:59:10 - OpenVPN > VERIFY EKU OK . 2017.04.08 18:59:10 - OpenVPN > VERIFY OK: depth=0, C=IT, ST=IT, L=Perugia, O=airvpn.org, CN=server, emailAddress=info@airvpn.org . 2017.04.08 18:59:10 - OpenVPN > Control Channel: TLSv1.2, cipher TLSv1/SSLv3 DHE-RSA-AES256-GCM-SHA384, 4096 bit RSA . 2017.04.08 18:59:10 - OpenVPN > [server] Peer Connection Initiated with [AF_INET]62.102.148.136:443 . 2017.04.08 18:59:11 - OpenVPN > SENT CONTROL [server]: 'PUSH_REQUEST' (status=1) . 2017.04.08 18:59:11 - OpenVPN > PUSH: Received control message: 'PUSH_REPLY,redirect-gateway def1 bypass-dhcp,dhcp-option DNS 10.4.0.1,comp-lzo no,route-gateway 10.4.0.1,topology subnet,ping 10,ping-restart 60,ifconfig 10.4.78.49 255.255.0.0' . 2017.04.08 18:59:11 - OpenVPN > OPTIONS IMPORT: timers and/or timeouts modified . 2017.04.08 18:59:11 - OpenVPN > OPTIONS IMPORT: compression parms modified . 2017.04.08 18:59:11 - OpenVPN > OPTIONS IMPORT: --ifconfig/up options modified . 2017.04.08 18:59:11 - OpenVPN > OPTIONS IMPORT: route options modified . 2017.04.08 18:59:11 - OpenVPN > OPTIONS IMPORT: route-related options modified . 2017.04.08 18:59:11 - OpenVPN > OPTIONS IMPORT: --ip-win32 and/or --dhcp-option options modified . 2017.04.08 18:59:11 - OpenVPN > Data Channel Encrypt: Cipher 'AES-256-CBC' initialized with 256 bit key . 2017.04.08 18:59:11 - OpenVPN > Data Channel Encrypt: Using 160 bit message hash 'SHA1' for HMAC authentication . 2017.04.08 18:59:11 - OpenVPN > Data Channel Decrypt: Cipher 'AES-256-CBC' initialized with 256 bit key . 2017.04.08 18:59:11 - OpenVPN > Data Channel Decrypt: Using 160 bit message hash 'SHA1' for HMAC authentication . 2017.04.08 18:59:11 - OpenVPN > ROUTE_GATEWAY 192.168.0.1/255.255.255.0 IFACE=enp3s0f0 HWADDR=00:90:f5:bb:61:5c . 2017.04.08 18:59:11 - OpenVPN > TUN/TAP device tun0 opened . 2017.04.08 18:59:11 - OpenVPN > TUN/TAP TX queue length set to 100 . 2017.04.08 18:59:11 - OpenVPN > do_ifconfig, tt->did_ifconfig_ipv6_setup=0 . 2017.04.08 18:59:11 - OpenVPN > /usr/bin/ip link set dev tun0 up mtu 1500 . 2017.04.08 18:59:11 - OpenVPN > /usr/bin/ip addr add dev tun0 10.4.78.49/16 broadcast 10.4.255.255 . 2017.04.08 18:59:16 - OpenVPN > /usr/bin/ip route add 62.102.148.136/32 via 192.168.0.1 . 2017.04.08 18:59:16 - OpenVPN > /usr/bin/ip route add 0.0.0.0/1 via 10.4.0.1 . 2017.04.08 18:59:16 - OpenVPN > /usr/bin/ip route add 128.0.0.0/1 via 10.4.0.1 . 2017.04.08 18:59:16 - Starting Management Interface . 2017.04.08 18:59:16 - OpenVPN > Initialization Sequence Completed . 2017.04.08 18:59:16 - /etc/resolv.conf moved to /etc/resolv.conf.eddie as backup . 2017.04.08 18:59:16 - DNS of the system updated to VPN DNS (Rename method: /etc/resolv.conf generated) I 2017.04.08 18:59:16 - Checking route I 2017.04.08 18:59:16 - Checking DNS E 2017.04.08 18:59:16 - Checking DNS don't match . 2017.04.08 18:59:16 - Checking DNS (2° try) E 2017.04.08 18:59:17 - Checking DNS don't match . 2017.04.08 18:59:17 - Checking DNS (3° try) E 2017.04.08 18:59:19 - Checking DNS don't match E 2017.04.08 18:59:19 - DNS checking failed. . 2017.04.08 18:59:19 - OpenVPN > MANAGEMENT: Client connected from [AF_INET]127.0.0.1:3100 ! 2017.04.08 18:59:19 - Disconnecting . 2017.04.08 18:59:19 - Management - Send 'signal SIGTERM' . 2017.04.08 18:59:19 - OpenVpn Management > >INFO:OpenVPN Management Interface Version 1 -- type 'help' for more info . 2017.04.08 18:59:19 - OpenVPN > MANAGEMENT: CMD 'signal SIGTERM' . 2017.04.08 18:59:19 - OpenVPN > SIGTERM received, sending exit notification to peer . 2017.04.08 18:59:24 - OpenVPN > /usr/bin/ip route del 62.102.148.136/32 . 2017.04.08 18:59:24 - OpenVPN > /usr/bin/ip route del 0.0.0.0/1 . 2017.04.08 18:59:24 - OpenVPN > /usr/bin/ip route del 128.0.0.0/1 . 2017.04.08 18:59:24 - OpenVPN > Closing TUN/TAP interface . 2017.04.08 18:59:24 - OpenVPN > /usr/bin/ip addr del dev tun0 10.4.78.49/16 . 2017.04.08 18:59:24 - OpenVPN > SIGTERM[soft,exit-with-notification] received, process exiting . 2017.04.08 18:59:24 - Connection terminated. . 2017.04.08 18:59:24 - DNS of the system restored to original settings (Rename method) I 2017.04.08 18:59:27 - Cancel requested. ! 2017.04.08 18:59:27 - Session terminated.

I used DNSCrypt (dnscrypt.org) several weeks ago together with AirVPN, and found the performance was satisfactory. I knew it would be duplicated to use DNSCrypt instead of AirVPN's DNS, but I had reasons to replace Eddie's default DNS setting, mentioned in another thread: https://airvpn.org/topic/21590-dns-upload-traffic-via-eddie/ Anyone have tried DNSCrypt? What do you think its pros and cons?

Hello everyone. I was wondering if it is possible to use an ad-blocking non-AirVPN DNS on iOS? Why do we have to use the original airVPN DNS in the first place. We should have a choice of what dns server(s) we wish to use. Does anyone know if and how to get this to work? Thanks.

read through thread after thread and i can't solve this... i need DNS to work both within and outside of the VPN (using a different connection), but when the tunnel connection is active, i want to use only the DNS provided by the Air servers mint 18.1/opendns process should be straight forward: config gen > advanced > resolve host names > generate > change 'opvn' extensions to 'conf' and dump files in /etc/openvpn router (tomato): advanced > DHCP/DNS > 'Use internal DNS' ??? i don't know, but doesn't seem to work without this selected - 'Use received DNS with user-entered DNS' ??? i don't know OS: connection editor > IPV4 > method: tried 'automatic' and 'automatic (addresses only)' - no DNS servers added to the IPV4 tab (shouldn't need any since domains were resolved when i gen'd the config's?) so when i restart openvpn and connect to the connection i created, i expect that no DNS lookup should be needed to reach the VPN because the IP's were resolved when i gen'd the config files - and after i connect, i should be using the VPN DNS, however i cannot even connect to the servers adding 10.4.0.1 to resolv.conf does not survive a reboot and nothing else i've tried works the only way i can connect seems to be to set 'method' to 'automatic' in the connection editor and use the random DNS servers configured in the router - so when i go to ipleak.net, i'm connected to the VPN, but the DNS is not provided by the VPN server

Why can't I connect to German serves anymore? The connection always fails while performing the DNS check. Here is an extract of today's log after trying to connect to three different German servers. This issue has been going on for several days now. Any ideas? Other servers work flawlessly. I 2017.03.11 13:22:54 - Checking authorization ... ! 2017.03.11 13:22:54 - Connecting to Menkib (Germany, Frankfurt) . 2017.03.11 13:22:54 - OpenVPN > OpenVPN 2.4.0 x86_64-redhat-linux-gnu [SSL (OpenSSL)] [LZO] [LZ4] [EPOLL] [PKCS11] [MH/PKTINFO] [AEAD] built on Feb 9 2017 . 2017.03.11 13:22:54 - OpenVPN > library versions: OpenSSL 1.0.2k-fips 26 Jan 2017, LZO 2.08 . 2017.03.11 13:22:54 - OpenVPN > MANAGEMENT: TCP Socket listening on [AF_INET]127.0.0.1:3100 . 2017.03.11 13:22:54 - OpenVPN > Outgoing Control Channel Authentication: Using 160 bit message hash 'SHA1' for HMAC authentication . 2017.03.11 13:22:54 - OpenVPN > Incoming Control Channel Authentication: Using 160 bit message hash 'SHA1' for HMAC authentication . 2017.03.11 13:22:54 - OpenVPN > TCP/UDP: Preserving recently used remote address: [AF_INET]178.162.198.40:443 . 2017.03.11 13:22:54 - OpenVPN > Socket Buffers: R=[212992->212992] S=[212992->212992] . 2017.03.11 13:22:54 - OpenVPN > UDP link local: (not bound) . 2017.03.11 13:22:54 - OpenVPN > UDP link remote: [AF_INET]178.162.198.40:443 . 2017.03.11 13:22:54 - OpenVPN > TLS: Initial packet from [AF_INET]178.162.198.40:443, sid=24bdeeea a24b8728 . 2017.03.11 13:22:54 - OpenVPN > VERIFY OK: depth=1, C=IT, ST=IT, L=Perugia, O=airvpn.org, CN=airvpn.org CA, emailAddress=info@airvpn.org . 2017.03.11 13:22:54 - OpenVPN > Validating certificate key usage . 2017.03.11 13:22:54 - OpenVPN > ++ Certificate has key usage 00a0, expects 00a0 . 2017.03.11 13:22:54 - OpenVPN > VERIFY KU OK . 2017.03.11 13:22:54 - OpenVPN > Validating certificate extended key usage . 2017.03.11 13:22:54 - OpenVPN > ++ Certificate has EKU (str) TLS Web Server Authentication, expects TLS Web Server Authentication . 2017.03.11 13:22:54 - OpenVPN > VERIFY EKU OK . 2017.03.11 13:22:54 - OpenVPN > VERIFY OK: depth=0, C=IT, ST=IT, L=Perugia, O=airvpn.org, CN=server, emailAddress=info@airvpn.org . 2017.03.11 13:22:55 - OpenVPN > Control Channel: TLSv1.2, cipher TLSv1/SSLv3 DHE-RSA-AES256-GCM-SHA384, 4096 bit RSA . 2017.03.11 13:22:55 - OpenVPN > [server] Peer Connection Initiated with [AF_INET]178.162.198.40:443 . 2017.03.11 13:22:56 - OpenVPN > SENT CONTROL [server]: 'PUSH_REQUEST' (status=1) . 2017.03.11 13:22:56 - OpenVPN > PUSH: Received control message: 'PUSH_REPLY,redirect-gateway def1 bypass-dhcp,dhcp-option DNS 10.4.0.1,comp-lzo no,route-gateway 10.4.0.1,topology subnet,ping 10,ping-restart 60,ifconfig 10.4.6.59 255.255.0.0' . 2017.03.11 13:22:56 - OpenVPN > OPTIONS IMPORT: timers and/or timeouts modified . 2017.03.11 13:22:56 - OpenVPN > OPTIONS IMPORT: compression parms modified . 2017.03.11 13:22:56 - OpenVPN > OPTIONS IMPORT: --ifconfig/up options modified . 2017.03.11 13:22:56 - OpenVPN > OPTIONS IMPORT: route options modified . 2017.03.11 13:22:56 - OpenVPN > OPTIONS IMPORT: route-related options modified . 2017.03.11 13:22:56 - OpenVPN > OPTIONS IMPORT: --ip-win32 and/or --dhcp-option options modified . 2017.03.11 13:22:56 - OpenVPN > Data Channel Encrypt: Cipher 'AES-256-CBC' initialized with 256 bit key . 2017.03.11 13:22:56 - OpenVPN > Data Channel Encrypt: Using 160 bit message hash 'SHA1' for HMAC authentication . 2017.03.11 13:22:56 - OpenVPN > Data Channel Decrypt: Cipher 'AES-256-CBC' initialized with 256 bit key . 2017.03.11 13:22:56 - OpenVPN > Data Channel Decrypt: Using 160 bit message hash 'SHA1' for HMAC authentication . 2017.03.11 13:22:56 - OpenVPN > ROUTE_GATEWAY 192.168.1.1/255.255.255.0 IFACE=ens33 HWADDR=00:0c:29:bf:19:0e . 2017.03.11 13:22:56 - OpenVPN > TUN/TAP device tun0 opened . 2017.03.11 13:22:56 - OpenVPN > TUN/TAP TX queue length set to 100 . 2017.03.11 13:22:56 - OpenVPN > do_ifconfig, tt->did_ifconfig_ipv6_setup=0 . 2017.03.11 13:22:56 - OpenVPN > /usr/sbin/ip link set dev tun0 up mtu 1500 . 2017.03.11 13:22:56 - OpenVPN > /usr/sbin/ip addr add dev tun0 10.4.6.59/16 broadcast 10.4.255.255 . 2017.03.11 13:23:01 - OpenVPN > /usr/sbin/ip route add 178.162.198.40/32 via 192.168.1.1 . 2017.03.11 13:23:01 - OpenVPN > /usr/sbin/ip route add 0.0.0.0/1 via 10.4.0.1 . 2017.03.11 13:23:01 - OpenVPN > /usr/sbin/ip route add 128.0.0.0/1 via 10.4.0.1 . 2017.03.11 13:23:01 - Starting Management Interface . 2017.03.11 13:23:01 - OpenVPN > Initialization Sequence Completed . 2017.03.11 13:23:01 - /etc/resolv.conf moved to /etc/resolv.conf.eddie as backup . 2017.03.11 13:23:01 - DNS of the system updated to VPN DNS (Rename method: /etc/resolv.conf generated) I 2017.03.11 13:23:01 - Checking route E 2017.03.11 13:23:02 - Error: ConnectFailure (Connection refused) . 2017.03.11 13:23:02 - Checking route (2° try) E 2017.03.11 13:23:03 - Error: ConnectFailure (Connection refused) . 2017.03.11 13:23:03 - Checking route (3° try) E 2017.03.11 13:23:05 - Error: ConnectFailure (Connection refused) E 2017.03.11 13:23:05 - Routing checking failed. . 2017.03.11 13:23:05 - OpenVPN > MANAGEMENT: Client connected from [AF_INET]127.0.0.1:3100 ! 2017.03.11 13:23:05 - Disconnecting . 2017.03.11 13:23:05 - Management - Send 'signal SIGTERM' . 2017.03.11 13:23:05 - OpenVpn Management > >INFO:OpenVPN Management Interface Version 1 -- type 'help' for more info . 2017.03.11 13:23:05 - OpenVPN > MANAGEMENT: CMD 'signal SIGTERM' . 2017.03.11 13:23:05 - OpenVPN > SIGTERM received, sending exit notification to peer . 2017.03.11 13:23:10 - OpenVPN > /usr/sbin/ip route del 178.162.198.40/32 . 2017.03.11 13:23:10 - OpenVPN > /usr/sbin/ip route del 0.0.0.0/1 . 2017.03.11 13:23:10 - OpenVPN > /usr/sbin/ip route del 128.0.0.0/1 . 2017.03.11 13:23:10 - OpenVPN > Closing TUN/TAP interface . 2017.03.11 13:23:10 - OpenVPN > /usr/sbin/ip addr del dev tun0 10.4.6.59/16 . 2017.03.11 13:23:10 - OpenVPN > SIGTERM[soft,exit-with-notification] received, process exiting . 2017.03.11 13:23:10 - Connection terminated. . 2017.03.11 13:23:10 - DNS of the system restored to original settings (Rename method) I 2017.03.11 13:23:16 - Checking authorization ... ! 2017.03.11 13:23:16 - Connecting to Kitalpha (Switzerland, Zurich) . 2017.03.11 13:23:16 - OpenVPN > OpenVPN 2.4.0 x86_64-redhat-linux-gnu [SSL (OpenSSL)] [LZO] [LZ4] [EPOLL] [PKCS11] [MH/PKTINFO] [AEAD] built on Feb 9 2017 . 2017.03.11 13:23:16 - OpenVPN > library versions: OpenSSL 1.0.2k-fips 26 Jan 2017, LZO 2.08 . 2017.03.11 13:23:16 - OpenVPN > MANAGEMENT: TCP Socket listening on [AF_INET]127.0.0.1:3100 . 2017.03.11 13:23:16 - OpenVPN > Outgoing Control Channel Authentication: Using 160 bit message hash 'SHA1' for HMAC authentication . 2017.03.11 13:23:16 - OpenVPN > Incoming Control Channel Authentication: Using 160 bit message hash 'SHA1' for HMAC authentication . 2017.03.11 13:23:16 - OpenVPN > TCP/UDP: Preserving recently used remote address: [AF_INET]91.214.169.68:443 . 2017.03.11 13:23:16 - OpenVPN > Socket Buffers: R=[212992->212992] S=[212992->212992] . 2017.03.11 13:23:16 - OpenVPN > UDP link local: (not bound) . 2017.03.11 13:23:16 - OpenVPN > UDP link remote: [AF_INET]91.214.169.68:443 . 2017.03.11 13:23:16 - OpenVPN > TLS: Initial packet from [AF_INET]91.214.169.68:443, sid=0593f78c 629beb59 . 2017.03.11 13:23:16 - OpenVPN > VERIFY OK: depth=1, C=IT, ST=IT, L=Perugia, O=airvpn.org, CN=airvpn.org CA, emailAddress=info@airvpn.org . 2017.03.11 13:23:16 - OpenVPN > Validating certificate key usage . 2017.03.11 13:23:16 - OpenVPN > ++ Certificate has key usage 00a0, expects 00a0 . 2017.03.11 13:23:16 - OpenVPN > VERIFY KU OK . 2017.03.11 13:23:16 - OpenVPN > Validating certificate extended key usage . 2017.03.11 13:23:16 - OpenVPN > ++ Certificate has EKU (str) TLS Web Server Authentication, expects TLS Web Server Authentication . 2017.03.11 13:23:16 - OpenVPN > VERIFY EKU OK . 2017.03.11 13:23:16 - OpenVPN > VERIFY OK: depth=0, C=IT, ST=IT, L=Perugia, O=airvpn.org, CN=Kitalpha, emailAddress=info@airvpn.org . 2017.03.11 13:23:16 - OpenVPN > Control Channel: TLSv1.2, cipher TLSv1/SSLv3 ECDHE-RSA-AES256-GCM-SHA384, 4096 bit RSA . 2017.03.11 13:23:16 - OpenVPN > [Kitalpha] Peer Connection Initiated with [AF_INET]91.214.169.68:443 . 2017.03.11 13:23:17 - OpenVPN > SENT CONTROL [Kitalpha]: 'PUSH_REQUEST' (status=1) . 2017.03.11 13:23:17 - OpenVPN > PUSH: Received control message: 'PUSH_REPLY,redirect-gateway def1 bypass-dhcp,dhcp-option DNS 10.4.0.1,comp-lzo no,route-gateway 10.4.0.1,topology subnet,ping 10,ping-restart 60,ifconfig 10.4.2.134 255.255.0.0,peer-id 27,cipher AES-256-GCM' . 2017.03.11 13:23:17 - OpenVPN > OPTIONS IMPORT: timers and/or timeouts modified . 2017.03.11 13:23:17 - OpenVPN > OPTIONS IMPORT: compression parms modified . 2017.03.11 13:23:17 - OpenVPN > OPTIONS IMPORT: --ifconfig/up options modified . 2017.03.11 13:23:17 - OpenVPN > OPTIONS IMPORT: route options modified . 2017.03.11 13:23:17 - OpenVPN > OPTIONS IMPORT: route-related options modified . 2017.03.11 13:23:17 - OpenVPN > OPTIONS IMPORT: --ip-win32 and/or --dhcp-option options modified . 2017.03.11 13:23:17 - OpenVPN > OPTIONS IMPORT: peer-id set . 2017.03.11 13:23:17 - OpenVPN > OPTIONS IMPORT: adjusting link_mtu to 1625 . 2017.03.11 13:23:17 - OpenVPN > OPTIONS IMPORT: data channel crypto options modified . 2017.03.11 13:23:17 - OpenVPN > Data Channel Encrypt: Cipher 'AES-256-GCM' initialized with 256 bit key . 2017.03.11 13:23:17 - OpenVPN > Data Channel Decrypt: Cipher 'AES-256-GCM' initialized with 256 bit key . 2017.03.11 13:23:17 - OpenVPN > ROUTE_GATEWAY 192.168.1.1/255.255.255.0 IFACE=ens33 HWADDR=00:0c:29:bf:19:0e . 2017.03.11 13:23:17 - OpenVPN > TUN/TAP device tun0 opened . 2017.03.11 13:23:17 - OpenVPN > TUN/TAP TX queue length set to 100 . 2017.03.11 13:23:17 - OpenVPN > do_ifconfig, tt->did_ifconfig_ipv6_setup=0 . 2017.03.11 13:23:17 - OpenVPN > /usr/sbin/ip link set dev tun0 up mtu 1500 . 2017.03.11 13:23:17 - OpenVPN > /usr/sbin/ip addr add dev tun0 10.4.2.134/16 broadcast 10.4.255.255 . 2017.03.11 13:23:22 - OpenVPN > /usr/sbin/ip route add 91.214.169.68/32 via 192.168.1.1 . 2017.03.11 13:23:22 - OpenVPN > /usr/sbin/ip route add 0.0.0.0/1 via 10.4.0.1 . 2017.03.11 13:23:22 - OpenVPN > /usr/sbin/ip route add 128.0.0.0/1 via 10.4.0.1 . 2017.03.11 13:23:22 - Starting Management Interface . 2017.03.11 13:23:22 - OpenVPN > Initialization Sequence Completed . 2017.03.11 13:23:22 - /etc/resolv.conf moved to /etc/resolv.conf.eddie as backup . 2017.03.11 13:23:22 - DNS of the system updated to VPN DNS (Rename method: /etc/resolv.conf generated) I 2017.03.11 13:23:22 - Checking route I 2017.03.11 13:23:23 - Checking DNS ! 2017.03.11 13:23:23 - Connected. . 2017.03.11 13:23:23 - OpenVPN > MANAGEMENT: Client connected from [AF_INET]127.0.0.1:3100 . 2017.03.11 13:23:23 - OpenVpn Management > >INFO:OpenVPN Management Interface Version 1 -- type 'help' for more info ! 2017.03.11 13:23:29 - Disconnecting . 2017.03.11 13:23:29 - Management - Send 'signal SIGTERM' . 2017.03.11 13:23:29 - OpenVPN > MANAGEMENT: CMD 'signal SIGTERM' . 2017.03.11 13:23:29 - OpenVPN > SIGTERM received, sending exit notification to peer . 2017.03.11 13:23:34 - OpenVPN > TLS Error: Unroutable control packet received from [AF_INET]91.214.169.68:443 (si=3 op=P_CONTROL_V1) . 2017.03.11 13:23:34 - OpenVPN > /usr/sbin/ip route del 91.214.169.68/32 . 2017.03.11 13:23:34 - OpenVPN > /usr/sbin/ip route del 0.0.0.0/1 . 2017.03.11 13:23:34 - OpenVPN > /usr/sbin/ip route del 128.0.0.0/1 . 2017.03.11 13:23:34 - OpenVPN > Closing TUN/TAP interface . 2017.03.11 13:23:34 - OpenVPN > /usr/sbin/ip addr del dev tun0 10.4.2.134/16 . 2017.03.11 13:23:34 - OpenVPN > SIGTERM[soft,exit-with-notification] received, process exiting . 2017.03.11 13:23:34 - Connection terminated. . 2017.03.11 13:23:34 - DNS of the system restored to original settings (Rename method) I 2017.03.11 13:23:34 - Checking authorization ... ! 2017.03.11 13:23:35 - Connecting to Velorum (Germany, Frankfurt) . 2017.03.11 13:23:35 - OpenVPN > OpenVPN 2.4.0 x86_64-redhat-linux-gnu [SSL (OpenSSL)] [LZO] [LZ4] [EPOLL] [PKCS11] [MH/PKTINFO] [AEAD] built on Feb 9 2017 . 2017.03.11 13:23:35 - OpenVPN > library versions: OpenSSL 1.0.2k-fips 26 Jan 2017, LZO 2.08 . 2017.03.11 13:23:35 - OpenVPN > MANAGEMENT: TCP Socket listening on [AF_INET]127.0.0.1:3100 . 2017.03.11 13:23:35 - OpenVPN > Outgoing Control Channel Authentication: Using 160 bit message hash 'SHA1' for HMAC authentication . 2017.03.11 13:23:35 - OpenVPN > Incoming Control Channel Authentication: Using 160 bit message hash 'SHA1' for HMAC authentication . 2017.03.11 13:23:35 - OpenVPN > TCP/UDP: Preserving recently used remote address: [AF_INET]46.165.208.69:443 . 2017.03.11 13:23:35 - OpenVPN > Socket Buffers: R=[212992->212992] S=[212992->212992] . 2017.03.11 13:23:35 - OpenVPN > UDP link local: (not bound) . 2017.03.11 13:23:35 - OpenVPN > UDP link remote: [AF_INET]46.165.208.69:443 . 2017.03.11 13:23:35 - OpenVPN > TLS: Initial packet from [AF_INET]46.165.208.69:443, sid=3492a26f 5fa2ff7e . 2017.03.11 13:23:35 - OpenVPN > VERIFY OK: depth=1, C=IT, ST=IT, L=Perugia, O=airvpn.org, CN=airvpn.org CA, emailAddress=info@airvpn.org . 2017.03.11 13:23:35 - OpenVPN > Validating certificate key usage . 2017.03.11 13:23:35 - OpenVPN > ++ Certificate has key usage 00a0, expects 00a0 . 2017.03.11 13:23:35 - OpenVPN > VERIFY KU OK . 2017.03.11 13:23:35 - OpenVPN > Validating certificate extended key usage . 2017.03.11 13:23:35 - OpenVPN > ++ Certificate has EKU (str) TLS Web Server Authentication, expects TLS Web Server Authentication . 2017.03.11 13:23:35 - OpenVPN > VERIFY EKU OK . 2017.03.11 13:23:35 - OpenVPN > VERIFY OK: depth=0, C=IT, ST=IT, L=Perugia, O=airvpn.org, CN=server, emailAddress=info@airvpn.org . 2017.03.11 13:23:35 - OpenVPN > Control Channel: TLSv1.2, cipher TLSv1/SSLv3 DHE-RSA-AES256-GCM-SHA384, 4096 bit RSA . 2017.03.11 13:23:35 - OpenVPN > [server] Peer Connection Initiated with [AF_INET]46.165.208.69:443 . 2017.03.11 13:23:36 - OpenVPN > SENT CONTROL [server]: 'PUSH_REQUEST' (status=1) . 2017.03.11 13:23:36 - OpenVPN > PUSH: Received control message: 'PUSH_REPLY,redirect-gateway def1 bypass-dhcp,dhcp-option DNS 10.4.0.1,comp-lzo no,route-gateway 10.4.0.1,topology subnet,ping 10,ping-restart 60,ifconfig 10.4.2.64 255.255.0.0' . 2017.03.11 13:23:36 - OpenVPN > OPTIONS IMPORT: timers and/or timeouts modified . 2017.03.11 13:23:36 - OpenVPN > OPTIONS IMPORT: compression parms modified . 2017.03.11 13:23:36 - OpenVPN > OPTIONS IMPORT: --ifconfig/up options modified . 2017.03.11 13:23:36 - OpenVPN > OPTIONS IMPORT: route options modified . 2017.03.11 13:23:36 - OpenVPN > OPTIONS IMPORT: route-related options modified . 2017.03.11 13:23:36 - OpenVPN > OPTIONS IMPORT: --ip-win32 and/or --dhcp-option options modified . 2017.03.11 13:23:36 - OpenVPN > Data Channel Encrypt: Cipher 'AES-256-CBC' initialized with 256 bit key . 2017.03.11 13:23:36 - OpenVPN > Data Channel Encrypt: Using 160 bit message hash 'SHA1' for HMAC authentication . 2017.03.11 13:23:36 - OpenVPN > Data Channel Decrypt: Cipher 'AES-256-CBC' initialized with 256 bit key . 2017.03.11 13:23:36 - OpenVPN > Data Channel Decrypt: Using 160 bit message hash 'SHA1' for HMAC authentication . 2017.03.11 13:23:36 - OpenVPN > ROUTE_GATEWAY 192.168.1.1/255.255.255.0 IFACE=ens33 HWADDR=00:0c:29:bf:19:0e . 2017.03.11 13:23:36 - OpenVPN > TUN/TAP device tun0 opened . 2017.03.11 13:23:36 - OpenVPN > TUN/TAP TX queue length set to 100 . 2017.03.11 13:23:36 - OpenVPN > do_ifconfig, tt->did_ifconfig_ipv6_setup=0 . 2017.03.11 13:23:36 - OpenVPN > /usr/sbin/ip link set dev tun0 up mtu 1500 . 2017.03.11 13:23:36 - OpenVPN > /usr/sbin/ip addr add dev tun0 10.4.2.64/16 broadcast 10.4.255.255 . 2017.03.11 13:23:38 - Updating systems & servers data ... . 2017.03.11 13:23:38 - Systems & servers data update completed . 2017.03.11 13:23:42 - OpenVPN > /usr/sbin/ip route add 46.165.208.69/32 via 192.168.1.1 . 2017.03.11 13:23:42 - OpenVPN > /usr/sbin/ip route add 0.0.0.0/1 via 10.4.0.1 . 2017.03.11 13:23:42 - OpenVPN > /usr/sbin/ip route add 128.0.0.0/1 via 10.4.0.1 . 2017.03.11 13:23:42 - Starting Management Interface . 2017.03.11 13:23:42 - OpenVPN > Initialization Sequence Completed . 2017.03.11 13:23:42 - /etc/resolv.conf moved to /etc/resolv.conf.eddie as backup . 2017.03.11 13:23:42 - DNS of the system updated to VPN DNS (Rename method: /etc/resolv.conf generated) I 2017.03.11 13:23:42 - Checking route E 2017.03.11 13:23:42 - Error: ConnectFailure (Connection refused) . 2017.03.11 13:23:42 - Checking route (2° try) E 2017.03.11 13:23:43 - Error: ConnectFailure (Connection refused) . 2017.03.11 13:23:43 - Checking route (3° try) E 2017.03.11 13:23:45 - Error: ConnectFailure (Connection refused) E 2017.03.11 13:23:45 - Routing checking failed. . 2017.03.11 13:23:45 - OpenVPN > MANAGEMENT: Client connected from [AF_INET]127.0.0.1:3100 ! 2017.03.11 13:23:45 - Disconnecting . 2017.03.11 13:23:45 - Management - Send 'signal SIGTERM' . 2017.03.11 13:23:45 - OpenVpn Management > >INFO:OpenVPN Management Interface Version 1 -- type 'help' for more info . 2017.03.11 13:23:45 - OpenVPN > MANAGEMENT: CMD 'signal SIGTERM' . 2017.03.11 13:23:45 - OpenVPN > SIGTERM received, sending exit notification to peer . 2017.03.11 13:23:50 - OpenVPN > /usr/sbin/ip route del 46.165.208.69/32 . 2017.03.11 13:23:50 - OpenVPN > /usr/sbin/ip route del 0.0.0.0/1 . 2017.03.11 13:23:50 - OpenVPN > /usr/sbin/ip route del 128.0.0.0/1 . 2017.03.11 13:23:50 - OpenVPN > Closing TUN/TAP interface . 2017.03.11 13:23:50 - OpenVPN > /usr/sbin/ip addr del dev tun0 10.4.2.64/16 . 2017.03.11 13:23:50 - OpenVPN > SIGTERM[soft,exit-with-notification] received, process exiting . 2017.03.11 13:23:50 - Connection terminated. . 2017.03.11 13:23:50 - DNS of the system restored to original settings (Rename method) I 2017.03.11 13:23:53 - Checking authorization ... ! 2017.03.11 13:23:53 - Connecting to Aquilae (Germany, Frankfurt) . 2017.03.11 13:23:53 - OpenVPN > OpenVPN 2.4.0 x86_64-redhat-linux-gnu [SSL (OpenSSL)] [LZO] [LZ4] [EPOLL] [PKCS11] [MH/PKTINFO] [AEAD] built on Feb 9 2017 . 2017.03.11 13:23:53 - OpenVPN > library versions: OpenSSL 1.0.2k-fips 26 Jan 2017, LZO 2.08 . 2017.03.11 13:23:53 - OpenVPN > MANAGEMENT: TCP Socket listening on [AF_INET]127.0.0.1:3100 . 2017.03.11 13:23:53 - OpenVPN > Outgoing Control Channel Authentication: Using 160 bit message hash 'SHA1' for HMAC authentication . 2017.03.11 13:23:53 - OpenVPN > Incoming Control Channel Authentication: Using 160 bit message hash 'SHA1' for HMAC authentication . 2017.03.11 13:23:53 - OpenVPN > TCP/UDP: Preserving recently used remote address: [AF_INET]46.165.208.70:443 . 2017.03.11 13:23:53 - OpenVPN > Socket Buffers: R=[212992->212992] S=[212992->212992] . 2017.03.11 13:23:53 - OpenVPN > UDP link local: (not bound) . 2017.03.11 13:23:53 - OpenVPN > UDP link remote: [AF_INET]46.165.208.70:443 . 2017.03.11 13:23:53 - OpenVPN > TLS: Initial packet from [AF_INET]46.165.208.70:443, sid=2052eb0d c365439f . 2017.03.11 13:23:53 - OpenVPN > VERIFY OK: depth=1, C=IT, ST=IT, L=Perugia, O=airvpn.org, CN=airvpn.org CA, emailAddress=info@airvpn.org . 2017.03.11 13:23:53 - OpenVPN > Validating certificate key usage . 2017.03.11 13:23:53 - OpenVPN > ++ Certificate has key usage 00a0, expects 00a0 . 2017.03.11 13:23:53 - OpenVPN > VERIFY KU OK . 2017.03.11 13:23:53 - OpenVPN > Validating certificate extended key usage . 2017.03.11 13:23:53 - OpenVPN > ++ Certificate has EKU (str) TLS Web Server Authentication, expects TLS Web Server Authentication . 2017.03.11 13:23:53 - OpenVPN > VERIFY EKU OK . 2017.03.11 13:23:53 - OpenVPN > VERIFY OK: depth=0, C=IT, ST=IT, L=Perugia, O=airvpn.org, CN=server, emailAddress=info@airvpn.org . 2017.03.11 13:23:54 - OpenVPN > Control Channel: TLSv1.2, cipher TLSv1/SSLv3 DHE-RSA-AES256-GCM-SHA384, 4096 bit RSA . 2017.03.11 13:23:54 - OpenVPN > [server] Peer Connection Initiated with [AF_INET]46.165.208.70:443 . 2017.03.11 13:23:55 - OpenVPN > SENT CONTROL [server]: 'PUSH_REQUEST' (status=1) . 2017.03.11 13:23:55 - OpenVPN > PUSH: Received control message: 'PUSH_REPLY,redirect-gateway def1 bypass-dhcp,dhcp-option DNS 10.4.0.1,comp-lzo no,route-gateway 10.4.0.1,topology subnet,ping 10,ping-restart 60,ifconfig 10.4.15.66 255.255.0.0' . 2017.03.11 13:23:55 - OpenVPN > OPTIONS IMPORT: timers and/or timeouts modified . 2017.03.11 13:23:55 - OpenVPN > OPTIONS IMPORT: compression parms modified . 2017.03.11 13:23:55 - OpenVPN > OPTIONS IMPORT: --ifconfig/up options modified . 2017.03.11 13:23:55 - OpenVPN > OPTIONS IMPORT: route options modified . 2017.03.11 13:23:55 - OpenVPN > OPTIONS IMPORT: route-related options modified . 2017.03.11 13:23:55 - OpenVPN > OPTIONS IMPORT: --ip-win32 and/or --dhcp-option options modified . 2017.03.11 13:23:55 - OpenVPN > Data Channel Encrypt: Cipher 'AES-256-CBC' initialized with 256 bit key . 2017.03.11 13:23:55 - OpenVPN > Data Channel Encrypt: Using 160 bit message hash 'SHA1' for HMAC authentication . 2017.03.11 13:23:55 - OpenVPN > Data Channel Decrypt: Cipher 'AES-256-CBC' initialized with 256 bit key . 2017.03.11 13:23:55 - OpenVPN > Data Channel Decrypt: Using 160 bit message hash 'SHA1' for HMAC authentication . 2017.03.11 13:23:55 - OpenVPN > ROUTE_GATEWAY 192.168.1.1/255.255.255.0 IFACE=ens33 HWADDR=00:0c:29:bf:19:0e . 2017.03.11 13:23:55 - OpenVPN > TUN/TAP device tun0 opened . 2017.03.11 13:23:55 - OpenVPN > TUN/TAP TX queue length set to 100 . 2017.03.11 13:23:55 - OpenVPN > do_ifconfig, tt->did_ifconfig_ipv6_setup=0 . 2017.03.11 13:23:55 - OpenVPN > /usr/sbin/ip link set dev tun0 up mtu 1500 . 2017.03.11 13:23:55 - OpenVPN > /usr/sbin/ip addr add dev tun0 10.4.15.66/16 broadcast 10.4.255.255 . 2017.03.11 13:24:00 - OpenVPN > /usr/sbin/ip route add 46.165.208.70/32 via 192.168.1.1 . 2017.03.11 13:24:00 - OpenVPN > /usr/sbin/ip route add 0.0.0.0/1 via 10.4.0.1 . 2017.03.11 13:24:00 - OpenVPN > /usr/sbin/ip route add 128.0.0.0/1 via 10.4.0.1 . 2017.03.11 13:24:00 - Starting Management Interface . 2017.03.11 13:24:00 - OpenVPN > Initialization Sequence Completed . 2017.03.11 13:24:00 - /etc/resolv.conf moved to /etc/resolv.conf.eddie as backup . 2017.03.11 13:24:00 - DNS of the system updated to VPN DNS (Rename method: /etc/resolv.conf generated) I 2017.03.11 13:24:00 - Checking route E 2017.03.11 13:24:00 - Error: ConnectFailure (Connection refused) . 2017.03.11 13:24:00 - Checking route (2° try) E 2017.03.11 13:24:01 - Error: ConnectFailure (Connection refused) . 2017.03.11 13:24:01 - Checking route (3° try) E 2017.03.11 13:24:03 - Error: ConnectFailure (Connection refused) E 2017.03.11 13:24:03 - Routing checking failed. . 2017.03.11 13:24:03 - OpenVPN > MANAGEMENT: Client connected from [AF_INET]127.0.0.1:3100 ! 2017.03.11 13:24:03 - Disconnecting . 2017.03.11 13:24:03 - Management - Send 'signal SIGTERM' . 2017.03.11 13:24:03 - OpenVpn Management > >INFO:OpenVPN Management Interface Version 1 -- type 'help' for more info . 2017.03.11 13:24:03 - OpenVPN > MANAGEMENT: CMD 'signal SIGTERM' . 2017.03.11 13:24:03 - OpenVPN > SIGTERM received, sending exit notification to peer . 2017.03.11 13:24:08 - OpenVPN > /usr/sbin/ip route del 46.165.208.70/32 . 2017.03.11 13:24:08 - OpenVPN > /usr/sbin/ip route del 0.0.0.0/1 . 2017.03.11 13:24:08 - OpenVPN > /usr/sbin/ip route del 128.0.0.0/1 . 2017.03.11 13:24:08 - OpenVPN > Closing TUN/TAP interface . 2017.03.11 13:24:08 - OpenVPN > /usr/sbin/ip addr del dev tun0 10.4.15.66/16 . 2017.03.11 13:24:08 - OpenVPN > SIGTERM[soft,exit-with-notification] received, process exiting . 2017.03.11 13:24:08 - Connection terminated. . 2017.03.11 13:24:08 - DNS of the system restored to original settings (Rename method)

i realize this is likely not an AirVPN issue, but i'm not sure where to turn for help ​ ​Mint 18.1 ​OpenVPN 2.3.10 ​ ​not using the Eddie client ​ ​whenever openvpn is running, the time/name lookup fails with the error: ​ error resolving pool 1.ubuntu.pool.ntp.org: Temporary failure in name resolution (-3) ​this looks like a time server and when i query the list of configured servers (i forget the command), there are several and so i don't understand why an alternate server is not being used ​ ​whatever the case, i cannot use Air while this problem exists ​ ​here is a more complete version of the system log... ​ 3/9/17 6:37 PM user ntpd[21186] ntpd 4.2.8p4@1.3265-o Wed Oct 5 12:34:45 UTC 2016 (1): Starting 3/9/17 6:37 PM user ntpd[21186] Command line: /usr/sbin/ntpd -p /var/run/ntpd.pid -g -u 108:114 3/9/17 6:37 PM user ntp[21175] ...done. 3/9/17 6:37 PM user systemd[1] Started LSB: Start NTP daemon. 3/9/17 6:37 PM user ntpd[21189] proto: precision = 0.104 usec (-23) 3/9/17 6:37 PM user ntpd[21189] restrict: ignoring line 37, mask '::' unusable. 3/9/17 6:37 PM user ntpd[21189] Listen and drop on 0 v4wildcard 0.0.0.0:123 3/9/17 6:37 PM user ntpd[21189] Listen normally on 1 lo 127.0.0.1:123 3/9/17 6:37 PM user ntpd[21189] Listen normally on 2 enp7s0 192.168.1.100:123 3/9/17 6:37 PM user ntpd[21189] Listen normally on 3 tun0 10.4.87.135:123 3/9/17 6:37 PM user ntpd[21189] Listening on routing socket on fd #20 for interface updates 3/9/17 6:37 PM user ntpd[21189] error resolving pool 0.ubuntu.pool.ntp.org: Temporary failure in name resolution (-3) 3/9/17 6:37 PM user ntpd[21189] error resolving pool 1.ubuntu.pool.ntp.org: Temporary failure in name resolution (-3) so the OS is querying 2 time servers, but never looking beyond that apparently and i know others are working

Here's the log. It just cycles over and over again, never connecting. ___________________________________________________________________________________________________ I 2017.03.05 19:45:19 - DNS of a network adapter restored to original settings (Ralink RT5390R 802.11bgn Wi-Fi Adapter)I 2017.03.05 19:45:20 - DNS of a network adapter restored to original settings (TAP-Windows Adapter V9)I 2017.03.05 19:45:23 - Checking authorization ...! 2017.03.05 19:45:23 - Connecting to Gemma (Canada, Vancouver). 2017.03.05 19:45:24 - OpenVPN > OpenVPN 2.3.8 x86_64-w64-mingw32 [sSL (OpenSSL)] [LZO] [iPv6] built on Aug 13 2015. 2017.03.05 19:45:24 - OpenVPN > library versions: OpenSSL 1.0.2d 9 Jul 2015, LZO 2.08. 2017.03.05 19:45:24 - OpenVPN > MANAGEMENT: TCP Socket listening on [AF_INET]127.0.0.1:3100. 2017.03.05 19:45:24 - OpenVPN > Control Channel Authentication: tls-auth using INLINE static key file. 2017.03.05 19:45:24 - OpenVPN > Outgoing Control Channel Authentication: Using 160 bit message hash 'SHA1' for HMAC authentication. 2017.03.05 19:45:25 - OpenVPN > Incoming Control Channel Authentication: Using 160 bit message hash 'SHA1' for HMAC authentication. 2017.03.05 19:45:25 - OpenVPN > Socket Buffers: R=[65536->131072] S=[65536->131072]. 2017.03.05 19:45:25 - OpenVPN > UDPv4 link local: [undef]. 2017.03.05 19:45:25 - OpenVPN > UDPv4 link remote: [AF_INET]71.19.252.113:443. 2017.03.05 19:45:25 - OpenVPN > TLS: Initial packet from [AF_INET]71.19.252.113:443, sid=6b36d440 0ea641d4. 2017.03.05 19:45:25 - OpenVPN > VERIFY OK: depth=1, C=IT, ST=IT, L=Perugia, O=airvpn.org, CN=airvpn.org CA, emailAddress=info@airvpn.org. 2017.03.05 19:45:25 - OpenVPN > Validating certificate key usage. 2017.03.05 19:45:25 - OpenVPN > ++ Certificate has key usage 00a0, expects 00a0. 2017.03.05 19:45:25 - OpenVPN > VERIFY KU OK. 2017.03.05 19:45:25 - OpenVPN > Validating certificate extended key usage. 2017.03.05 19:45:25 - OpenVPN > ++ Certificate has EKU (str) TLS Web Server Authentication, expects TLS Web Server Authentication. 2017.03.05 19:45:25 - OpenVPN > VERIFY EKU OK. 2017.03.05 19:45:25 - OpenVPN > VERIFY OK: depth=0, C=IT, ST=IT, L=Perugia, O=airvpn.org, CN=server, emailAddress=info@airvpn.org. 2017.03.05 19:45:31 - OpenVPN > Data Channel Encrypt: Cipher 'AES-256-CBC' initialized with 256 bit key. 2017.03.05 19:45:31 - OpenVPN > Data Channel Encrypt: Using 160 bit message hash 'SHA1' for HMAC authentication. 2017.03.05 19:45:31 - OpenVPN > Data Channel Decrypt: Cipher 'AES-256-CBC' initialized with 256 bit key. 2017.03.05 19:45:31 - OpenVPN > Data Channel Decrypt: Using 160 bit message hash 'SHA1' for HMAC authentication. 2017.03.05 19:45:31 - OpenVPN > Control Channel: TLSv1.2, cipher TLSv1/SSLv3 DHE-RSA-AES256-GCM-SHA384, 4096 bit RSA. 2017.03.05 19:45:31 - OpenVPN > [server] Peer Connection Initiated with [AF_INET]71.19.252.113:443. 2017.03.05 19:45:33 - OpenVPN > SENT CONTROL [server]: 'PUSH_REQUEST' (status=1). 2017.03.05 19:45:34 - OpenVPN > PUSH: Received control message: 'PUSH_REPLY,redirect-gateway def1 bypass-dhcp,dhcp-option DNS 10.4.0.1,comp-lzo no,route-gateway 10.4.0.1,topology subnet,ping 10,ping-restart 60,ifconfig 10.4.37.190 255.255.0.0'. 2017.03.05 19:45:34 - OpenVPN > OPTIONS IMPORT: timers and/or timeouts modified. 2017.03.05 19:45:34 - OpenVPN > OPTIONS IMPORT: LZO parms modified. 2017.03.05 19:45:34 - OpenVPN > OPTIONS IMPORT: --ifconfig/up options modified. 2017.03.05 19:45:34 - OpenVPN > OPTIONS IMPORT: route options modified. 2017.03.05 19:45:34 - OpenVPN > OPTIONS IMPORT: route-related options modified. 2017.03.05 19:45:34 - OpenVPN > OPTIONS IMPORT: --ip-win32 and/or --dhcp-option options modified. 2017.03.05 19:45:34 - OpenVPN > do_ifconfig, tt->ipv6=0, tt->did_ifconfig_ipv6_setup=0. 2017.03.05 19:45:34 - OpenVPN > open_tun, tt->ipv6=0. 2017.03.05 19:45:34 - OpenVPN > TAP-WIN32 device [Ethernet 2] opened: \\.\Global\{4DDBFCB8-FB95-4B51-AB55-F8E9B44F34EA}.tap. 2017.03.05 19:45:34 - OpenVPN > TAP-Windows Driver Version 9.21. 2017.03.05 19:45:34 - OpenVPN > Set TAP-Windows TUN subnet mode network/local/netmask = 10.4.0.0/10.4.37.190/255.255.0.0 [sUCCEEDED]. 2017.03.05 19:45:34 - OpenVPN > Notified TAP-Windows driver to set a DHCP IP/netmask of 10.4.37.190/255.255.0.0 on interface {4DDBFCB8-FB95-4B51-AB55-F8E9B44F34EA} [DHCP-serv: 10.4.255.254, lease-time: 31536000]. 2017.03.05 19:45:34 - OpenVPN > Successful ARP Flush on interface [6] {4DDBFCB8-FB95-4B51-AB55-F8E9B44F34EA}. 2017.03.05 19:45:39 - OpenVPN > TEST ROUTES: 1/1 succeeded len=0 ret=1 a=0 u/d=up. 2017.03.05 19:45:39 - OpenVPN > C:\WINDOWS\system32\route.exe ADD 71.19.252.113 MASK 255.255.255.255 192.168.1.1. 2017.03.05 19:45:39 - OpenVPN > ROUTE: CreateIpForwardEntry succeeded with dwForwardMetric1=25 and dwForwardType=4. 2017.03.05 19:45:39 - OpenVPN > Route addition via IPAPI succeeded [adaptive]. 2017.03.05 19:45:39 - OpenVPN > C:\WINDOWS\system32\route.exe ADD 192.168.1.1 MASK 255.255.255.255 192.168.1.1 IF 4. 2017.03.05 19:45:39 - OpenVPN > ROUTE: CreateIpForwardEntry succeeded with dwForwardMetric1=25 and dwForwardType=4. 2017.03.05 19:45:39 - OpenVPN > Route addition via IPAPI succeeded [adaptive]. 2017.03.05 19:45:39 - OpenVPN > C:\WINDOWS\system32\route.exe ADD 0.0.0.0 MASK 128.0.0.0 10.4.0.1. 2017.03.05 19:45:39 - OpenVPN > ROUTE: CreateIpForwardEntry succeeded with dwForwardMetric1=20 and dwForwardType=4. 2017.03.05 19:45:39 - OpenVPN > Route addition via IPAPI succeeded [adaptive]. 2017.03.05 19:45:39 - OpenVPN > C:\WINDOWS\system32\route.exe ADD 128.0.0.0 MASK 128.0.0.0 10.4.0.1. 2017.03.05 19:45:39 - OpenVPN > ROUTE: CreateIpForwardEntry succeeded with dwForwardMetric1=20 and dwForwardType=4. 2017.03.05 19:45:39 - OpenVPN > Route addition via IPAPI succeeded [adaptive]. 2017.03.05 19:45:39 - Starting Management Interface. 2017.03.05 19:45:39 - OpenVPN > Initialization Sequence CompletedI 2017.03.05 19:45:40 - DNS of a network adapter forced (Ralink RT5390R 802.11bgn Wi-Fi Adapter)I 2017.03.05 19:45:40 - DNS of a network adapter forced (TAP-Windows Adapter V9)I 2017.03.05 19:45:40 - Flushing DNSI 2017.03.05 19:45:41 - Checking routeW 2017.03.05 19:46:42 - The operation has timed out! 2017.03.05 19:46:42 - Disconnecting. 2017.03.05 19:46:42 - Management - Send 'signal SIGTERM'. 2017.03.05 19:46:42 - OpenVpn Management > >INFO:OpenVPN Management Interface Version 1 -- type 'help' for more info. 2017.03.05 19:46:42 - OpenVPN > MANAGEMENT: CMD 'signal SIGTERM'. 2017.03.05 19:46:42 - OpenVPN > SIGTERM received, sending exit notification to peer. 2017.03.05 19:46:47 - OpenVPN > C:\WINDOWS\system32\route.exe DELETE 71.19.252.113 MASK 255.255.255.255 192.168.1.1. 2017.03.05 19:46:47 - OpenVPN > Route deletion via IPAPI succeeded [adaptive]. 2017.03.05 19:46:47 - OpenVPN > C:\WINDOWS\system32\route.exe DELETE 192.168.1.1 MASK 255.255.255.255 192.168.1.1. 2017.03.05 19:46:47 - OpenVPN > Route deletion via IPAPI succeeded [adaptive]. 2017.03.05 19:46:47 - OpenVPN > C:\WINDOWS\system32\route.exe DELETE 0.0.0.0 MASK 128.0.0.0 10.4.0.1. 2017.03.05 19:46:47 - OpenVPN > Route deletion via IPAPI succeeded [adaptive]. 2017.03.05 19:46:47 - OpenVPN > C:\WINDOWS\system32\route.exe DELETE 128.0.0.0 MASK 128.0.0.0 10.4.0.1. 2017.03.05 19:46:47 - OpenVPN > Route deletion via IPAPI succeeded [adaptive]. 2017.03.05 19:46:47 - OpenVPN > Closing TUN/TAP interface. 2017.03.05 19:46:47 - OpenVPN > SIGTERM[soft,exit-with-notification] received, process exiting . 2017.03.05 19:46:47 - Connection terminated.