Search the Community

Hello, I reconnected to AirVPN and for the first time ipleak.net show me only one DNS server, I have the confirm that is an AirVPN server but all the other times I got over 50 different DNS. Why this difference? Thanks

As the title states, I cannot connect to any servers using Eddie UI on Windows 10. This wasn't an issue till a week ago, where all of a sudden I started taking 3-4 minutes to connect to an AirVPN server or not being able to connect to any AirVPN server. Usually, I keep getting stuck at "Checking route IPv4" or "Checking route IPv6" or at worst case "Checking DNS". Even if I do manage to connect, I don't have an internet connection; I cannot connect to Google, Speedtest, Twitter etc. My best bet (and worst-case scenario here) is that the Turkish government has finally imposed blocks on AirVPN as they did with other VPN services like ProtonVPN, NordVPN, CyberGhost, PIA, etc. but I cannot confirm that. This is an exemplary connection attempt I've made prior to writing this: Regardless, can someone help me diagnose and perhaps fix this? Thanks in advance. Eddie_20200104_012349.txt

Lately, I've come across the Pi-Hole, a program for the Raspberry Pi which basically turns the device into an advanced adblocker which you can connect your computer to via DNS. It sounded very fascinating as it could do the work of your typical browser adblocker but potentially freeing the use of one, thus reducing any browser entropy that could uniquely identify you - whether you're using a VPN or not. Pi-Hole website link here. Check it out! What I want to know is whether or not AirVPN would work well with the Pi-Hole if I had to replace the VPN's DNS with the devices. Are there any noteworthy features of AirVPN's DNS I would be giving up in exchange? Thanks.

. 2019.02.09 14:20:39 - Eddie version: 2.16.3 / windows_x64, System: Windows, Name: Windows 10 Pro, Version: Microsoft Windows NT 10.0.17134.0, Mono/.Net: v4.0.30319 . 2019.02.09 14:20:39 - Reading options from D:\Programs\AirVPN\default.xml . 2019.02.09 14:20:39 - Command line arguments (0): . 2019.02.09 14:20:39 - Profile path: D:\Programs\AirVPN\default.xml . 2019.02.09 14:20:40 - OpenVPN Driver - TAP-Windows Adapter V9, version 9.21.2 . 2019.02.09 14:20:40 - OpenVPN - Version: 2.4.6 - OpenSSL 1.1.0h 27 Mar 2018, LZO 2.10 (D:\Programs\AirVPN\openvpn.exe) . 2019.02.09 14:20:40 - SSH - Version: plink 0.67 (D:\Programs\AirVPN\plink.exe) . 2019.02.09 14:20:40 - SSL - Version: stunnel 5.40 (D:\Programs\AirVPN\stunnel.exe) . 2019.02.09 14:20:40 - curl - Version: 7.54.1 (D:\Programs\AirVPN\curl.exe) . 2019.02.09 14:20:40 - Certification Authorities: D:\Programs\AirVPN\res\cacert.pem . 2019.02.09 14:20:41 - Updating systems & servers data ... I 2019.02.09 14:20:41 - Ready . 2019.02.09 14:20:42 - Systems & servers data update completed I 2019.02.09 14:20:49 - Session starting. I 2019.02.09 14:20:49 - Checking authorization ... . 2019.02.09 14:20:50 - IPv6 disabled with packet filtering. ! 2019.02.09 14:20:50 - Connecting to Sculptor (United States, Atlanta, Georgia) . 2019.02.09 14:20:50 - OpenVPN > OpenVPN 2.4.6 x86_64-w64-mingw32 [sSL (OpenSSL)] [LZO] [LZ4] [PKCS11] [AEAD] built on Apr 27 2018 . 2019.02.09 14:20:50 - OpenVPN > Windows version 6.2 (Windows 8 or greater) 64bit . 2019.02.09 14:20:50 - OpenVPN > library versions: OpenSSL 1.1.0h 27 Mar 2018, LZO 2.10 . 2019.02.09 14:20:50 - Connection to OpenVPN Management Interface . 2019.02.09 14:20:50 - OpenVPN > MANAGEMENT: TCP Socket listening on [AF_INET]127.0.0.1:3100 . 2019.02.09 14:20:50 - OpenVPN > Outgoing Control Channel Encryption: Cipher 'AES-256-CTR' initialized with 256 bit key . 2019.02.09 14:20:50 - OpenVPN > Outgoing Control Channel Encryption: Using 256 bit message hash 'SHA256' for HMAC authentication . 2019.02.09 14:20:50 - OpenVPN > Incoming Control Channel Encryption: Cipher 'AES-256-CTR' initialized with 256 bit key . 2019.02.09 14:20:50 - OpenVPN > Incoming Control Channel Encryption: Using 256 bit message hash 'SHA256' for HMAC authentication . 2019.02.09 14:20:50 - OpenVPN > TCP/UDP: Preserving recently used remote address: [AF_INET]64.42.179.37:443 . 2019.02.09 14:20:50 - OpenVPN > Socket Buffers: R=[65536->262144] S=[65536->262144] . 2019.02.09 14:20:50 - OpenVPN > UDP link local: (not bound) . 2019.02.09 14:20:50 - OpenVPN > UDP link remote: [AF_INET]64.42.179.37:443 . 2019.02.09 14:20:50 - OpenVPN > TLS: Initial packet from [AF_INET]64.42.179.37:443, sid=4831c8cf c4c42820 . 2019.02.09 14:20:50 - OpenVPN > MANAGEMENT: Client connected from [AF_INET]127.0.0.1:3100 . 2019.02.09 14:20:50 - OpenVPN > VERIFY OK: depth=1, C=IT, ST=IT, L=Perugia, O=airvpn.org, CN=airvpn.org CA, emailAddress=info@airvpn.org . 2019.02.09 14:20:50 - OpenVPN > VERIFY KU OK . 2019.02.09 14:20:50 - OpenVPN > Validating certificate extended key usage . 2019.02.09 14:20:50 - OpenVPN > ++ Certificate has EKU (str) TLS Web Server Authentication, expects TLS Web Server Authentication . 2019.02.09 14:20:50 - OpenVPN > VERIFY EKU OK . 2019.02.09 14:20:50 - OpenVPN > VERIFY OK: depth=0, C=IT, ST=IT, L=Perugia, O=airvpn.org, CN=Sculptor, emailAddress=info@airvpn.org . 2019.02.09 14:20:50 - OpenVPN > Control Channel: TLSv1.2, cipher TLSv1.2 DHE-RSA-AES256-GCM-SHA384, 4096 bit RSA . 2019.02.09 14:20:50 - OpenVPN > [sculptor] Peer Connection Initiated with [AF_INET]64.42.179.37:443 . 2019.02.09 14:20:51 - OpenVPN > SENT CONTROL [sculptor]: 'PUSH_REQUEST' (status=1) . 2019.02.09 14:20:51 - OpenVPN > PUSH: Received control message: 'PUSH_REPLY,comp-lzo no,redirect-gateway ipv6 def1 bypass-dhcp,dhcp-option DNS 10.23.90.1,dhcp-option DNS6 fde6:7a:7d20:135a::1,tun-ipv6,route-gateway 10.23.90.1,topology subnet,ping 10,ping-restart 60,ifconfig-ipv6 fde6:7a:7d20:135a::10b9/64 fde6:7a:7d20:135a::1,ifconfig 10.23.90.187 255.255.255.0,peer-id 0,cipher AES-256-GCM' . 2019.02.09 14:20:51 - OpenVPN > Pushed option removed by filter: 'redirect-gateway ipv6 def1 bypass-dhcp' . 2019.02.09 14:20:51 - OpenVPN > Pushed option removed by filter: 'dhcp-option DNS6 fde6:7a:7d20:135a::1' . 2019.02.09 14:20:51 - OpenVPN > Pushed option removed by filter: 'tun-ipv6' . 2019.02.09 14:20:51 - OpenVPN > Pushed option removed by filter: 'ifconfig-ipv6 fde6:7a:7d20:135a::10b9/64 fde6:7a:7d20:135a::1' . 2019.02.09 14:20:51 - OpenVPN > OPTIONS IMPORT: timers and/or timeouts modified . 2019.02.09 14:20:51 - OpenVPN > OPTIONS IMPORT: compression parms modified . 2019.02.09 14:20:51 - OpenVPN > OPTIONS IMPORT: --ifconfig/up options modified . 2019.02.09 14:20:51 - OpenVPN > OPTIONS IMPORT: route-related options modified . 2019.02.09 14:20:51 - OpenVPN > OPTIONS IMPORT: --ip-win32 and/or --dhcp-option options modified . 2019.02.09 14:20:51 - OpenVPN > OPTIONS IMPORT: peer-id set . 2019.02.09 14:20:51 - OpenVPN > OPTIONS IMPORT: adjusting link_mtu to 1625 . 2019.02.09 14:20:51 - OpenVPN > OPTIONS IMPORT: data channel crypto options modified . 2019.02.09 14:20:51 - OpenVPN > Data Channel: using negotiated cipher 'AES-256-GCM' . 2019.02.09 14:20:51 - OpenVPN > Outgoing Data Channel: Cipher 'AES-256-GCM' initialized with 256 bit key . 2019.02.09 14:20:51 - OpenVPN > Incoming Data Channel: Cipher 'AES-256-GCM' initialized with 256 bit key . 2019.02.09 14:20:51 - OpenVPN > interactive service msg_channel=0 . 2019.02.09 14:20:51 - OpenVPN > ROUTE_GATEWAY 192.168.1.1/255.255.255.0 I=2 HWADDR=e0:d5:5e:af:74:93 . 2019.02.09 14:20:51 - OpenVPN > open_tun . 2019.02.09 14:20:51 - OpenVPN > TAP-WIN32 device [Ethernet 2] opened: \\.\Global\{2D318BED-776D-427C-94CD-FF14B83FB719}.tap . 2019.02.09 14:20:51 - OpenVPN > TAP-Windows Driver Version 9.21 . 2019.02.09 14:20:51 - OpenVPN > Set TAP-Windows TUN subnet mode network/local/netmask = 10.23.90.0/10.23.90.187/255.255.255.0 [sUCCEEDED] . 2019.02.09 14:20:51 - OpenVPN > Notified TAP-Windows driver to set a DHCP IP/netmask of 10.23.90.187/255.255.255.0 on interface {2D318BED-776D-427C-94CD-FF14B83FB719} [DHCP-serv: 10.23.90.254, lease-time: 31536000] . 2019.02.09 14:20:51 - OpenVPN > Successful ARP Flush on interface [9] {2D318BED-776D-427C-94CD-FF14B83FB719} . 2019.02.09 14:20:51 - OpenVPN > do_ifconfig, tt->did_ifconfig_ipv6_setup=0 . 2019.02.09 14:20:56 - OpenVPN > TEST ROUTES: 1/1 succeeded len=0 ret=1 a=0 u/d=up . 2019.02.09 14:20:56 - OpenVPN > C:\WINDOWS\system32\route.exe ADD 64.42.179.37 MASK 255.255.255.255 192.168.1.1 . 2019.02.09 14:20:56 - OpenVPN > ROUTE: CreateIpForwardEntry succeeded with dwForwardMetric1=25 and dwForwardType=4 . 2019.02.09 14:20:56 - OpenVPN > Route addition via IPAPI succeeded [adaptive] . 2019.02.09 14:20:56 - OpenVPN > C:\WINDOWS\system32\route.exe ADD 0.0.0.0 MASK 128.0.0.0 10.23.90.1 . 2019.02.09 14:20:56 - OpenVPN > ROUTE: CreateIpForwardEntry succeeded with dwForwardMetric1=35 and dwForwardType=4 . 2019.02.09 14:20:56 - OpenVPN > Route addition via IPAPI succeeded [adaptive] . 2019.02.09 14:20:56 - OpenVPN > C:\WINDOWS\system32\route.exe ADD 128.0.0.0 MASK 128.0.0.0 10.23.90.1 . 2019.02.09 14:20:56 - OpenVPN > ROUTE: CreateIpForwardEntry succeeded with dwForwardMetric1=35 and dwForwardType=4 . 2019.02.09 14:20:56 - OpenVPN > Route addition via IPAPI succeeded [adaptive] . 2019.02.09 14:20:56 - Interface Ethernet 2 metric changed from Automatic to 3, layer IPv4 . 2019.02.09 14:20:56 - DNS leak protection with packet filtering enabled. . 2019.02.09 14:20:57 - DNS IPv4 of a network adapter forced (Ethernet 2, from manual (10.23.56.1) to 10.23.90.1) W 2019.02.09 14:20:57 - Routes, add 64.42.179.35 for gateway 10.23.90.1 failed: The screen cannot be set to the number of lines and columns specified . 2019.02.09 14:20:57 - Unable to compute route for 2605:9f80:6000:77:3824:245d:eb3b:b055: IPv6 VPN gateway not available. . 2019.02.09 14:20:57 - Flushing DNS I 2019.02.09 14:20:57 - Checking route IPv4 I 2019.02.09 14:20:57 - Checking DNS . 2019.02.09 14:21:09 - Checking DNS failed: . 2019.02.09 14:21:09 - Checking DNS (2° try) . 2019.02.09 14:21:23 - Checking DNS failed: . 2019.02.09 14:21:23 - Checking DNS (3° try)

Can anyone explain to me, how the website support explained here is working: https://airvpn.org/forum/10-websites-support/ ? I thought, that when i'm connected to any AirVPN server, the internal dns server will reroute the traffic for those specific sites to a supported server in another country. Isn't this the case? Because i'm connected to Prague and everytime i'm visiting Zattoo for example, im getting the message, that my country is not supported. So Zattoo is still seeing the Prague IP i guess...And yes, my DNS is not leaking and i'm using the DNS servers of AirVPN.

Hey, I got this since a while now. Sometimes I try to resolve airvpn.org it fails. After some trys or minutes it works fine. I use a Pi-Hole as DNS Server running a local unbound (127.0.0.1) and as said I only got issues with this domain here.. real strange. Luckily today I was able to grab some logs, maybe someone can read them and tell me if the dnssec-query request tell something useful ? Jan 4 19:19:07 dnsmasq[31678]: query[PTR] 44.1.168.192.in-addr.arpa from 192.168.1.15 Jan 4 19:19:07 dnsmasq[31678]: /etc/pihole/local.list 192.168.1.44 is pi-hole Jan 4 19:19:07 dnsmasq[31678]: query[A] airvpn.org.localdomain from 192.168.1.15 Jan 4 19:19:07 dnsmasq[31678]: cached airvpn.org.localdomain is NXDOMAIN Jan 4 19:19:07 dnsmasq[31678]: query[AAAA] airvpn.org.localdomain from 192.168.1.15 Jan 4 19:19:07 dnsmasq[31678]: cached airvpn.org.localdomain is NXDOMAIN Jan 4 19:19:07 dnsmasq[31678]: query[A] airvpn.org from 192.168.1.15 Jan 4 19:19:07 dnsmasq[31678]: forwarded airvpn.org to 127.0.0.1 Jan 4 19:19:09 dnsmasq[31678]: query[AAAA] airvpn.org from 192.168.1.15 Jan 4 19:19:09 dnsmasq[31678]: forwarded airvpn.org to 127.0.0.1 Jan 4 19:19:16 dnsmasq[31678]: dnssec-query[DS] airvpn.org to 127.0.0.1 Jan 4 19:19:16 dnsmasq[31678]: dnssec-query[DS] airvpn.org to 127.0.0.1 Jan 4 19:19:16 dnsmasq[31678]: reply airvpn.org is DS keytag 55882, algo 8, digest 1 Jan 4 19:19:16 dnsmasq[31678]: reply airvpn.org is DS keytag 57919, algo 8, digest 1 Jan 4 19:19:16 dnsmasq[31678]: dnssec-query[DNSKEY] airvpn.org to 127.0.0.1 Jan 4 19:19:16 dnsmasq[31678]: reply airvpn.org is DS keytag 55882, algo 8, digest 1 Jan 4 19:19:16 dnsmasq[31678]: reply airvpn.org is DS keytag 57919, algo 8, digest 1 Jan 4 19:19:16 dnsmasq[31678]: dnssec-query[DNSKEY] airvpn.org to 127.0.0.1 Jan 4 19:19:16 dnsmasq[31678]: reply airvpn.org is DNSKEY keytag 57919, algo 8 Jan 4 19:19:16 dnsmasq[31678]: reply airvpn.org is DNSKEY keytag 55882, algo 8 Jan 4 19:19:16 dnsmasq[31678]: reply airvpn.org is DNSKEY keytag 59298, algo 8 Jan 4 19:19:16 dnsmasq[31678]: reply airvpn.org is DNSKEY keytag 38193, algo 8 Jan 4 19:19:16 dnsmasq[31678]: validation result is SECURE Jan 4 19:19:16 dnsmasq[31678]: reply airvpn.org is 5.196.64.52 Jan 4 19:19:16 dnsmasq[31678]: reply airvpn.org is DNSKEY keytag 57919, algo 8 Jan 4 19:19:16 dnsmasq[31678]: reply airvpn.org is DNSKEY keytag 55882, algo 8 Jan 4 19:19:16 dnsmasq[31678]: reply airvpn.org is DNSKEY keytag 59298, algo 8 Jan 4 19:19:16 dnsmasq[31678]: reply airvpn.org is DNSKEY keytag 38193, algo 8 Jan 4 19:19:16 dnsmasq[31678]: validation result is SECURE Jan 4 19:19:16 dnsmasq[31678]: reply airvpn.org is 2001:41d0:a:6034:: Please note that I was running a nslookup airvpn.org here and at the end it was working. Same command 2 minutes earlier failed. So till 19:19:07 I had a DNS timeout when querying airvpn.org and on 19:19:16 it started to work just fine Any help is much appreciated.

Been having trouble with Audible the last few days. I sometimes can and sometimes can't log in to audible.com while using a VPN (and sometimes only certain pages will load when I can), but I can never download any of the titles in my library - either the page times out after clicking the download button or redirects me to audible.com/howtolisten. (Yes, the option to check for Audible software was disabled.) At first all I had to do was log in using my real IP, but then later I found that I couldn't download even then: it would keep redirecting me again to the "howtolisten" page. So... to make a long story short, I had to download using my real IP via Audible Manager. I'm mentioning the latter problem because I'm not quite sure at this point if the inability to download was caused by using a VPN, or if Amazon/Audible is trying to force everyone now to use their Manager, or if it's a couple of issues occurring simultaneously - or if something in their system just isn't working right at the moment. BUT.... I also have an Audible UK account, which I can usually log-in to using just a UK IP, but now I could not log in to audible.co.uk after repeated attempts and trying several UK servers - the site would just not load at all. I did finally manage it by also using a UK dns, something I've never had to do before. By the way, Amazon.com and Amazon.co.uk: no problems logging into those sites, and so far I haven't found any pages not loading on either, although I haven't yet tried to purchase anything while using a VPN.

Hello everyone, new AirVPN user here. On my Macbook Pro, I use OpenVPN CLI client from Homebrew package manager instead of Eddie or Tunnelblick. I can connect to AirVPN server but can't browse any thing. From the terminal I can ping IP addresses but can't ping any website. This led me to think that something wrong with DNS. Some excerpts from CLI log: Opening utun (connect(AF_SYS_CONTROL)): Resource busy (errno=16) Opened utun device utun1 do_ifconfig, tt->did_ifconfig_ipv6_setup=0 /sbin/ifconfig utun1 delete ifconfig: ioctl (SIOCDIFADDR): Can't assign requested address NOTE: Tried to delete pre-existing tun/tap instance -- No Problem if failure sudo route flush after turning off Wifi on my machine does not solve the problem. I can fix this by manually adding Google DNS (8.8.8.8 and 8.8.4.4) to my network preference. It is weird because I already set these DNS servers on my home router. In contrast, on my Windows machine, with official OpenVPN GUI client, I have no problem at all. And I don't need to manually config DNS server on the network adapter as I have to with my Mac. As far as I know, all AirVPN exit nodes enforce their own DNS server on their side, so I don't know why not setting DNS servers on my network interface causes the problem. Would using public DNS servers in my fix undermine my privacy, such as DNS leak? Also, is there any other fix for my Mac that does not require me to change DNS server on the network interface?

Over the past few weeks, I have been finding that attempts to connect to yelp.com through airvpn servers, from Eddie on Windows or from Viscosity on MacOS, are landing at yelp.de, where the default language offered is German. When the language choice is switched to English (American) at yelp.de, the page reloads as yelp.com in English. So, for example, if I attempt right now to connect to yelp.com using airvpn's Chalawan (US, Phoenix, Arizona) portal, it lands at yelp.de/phoenix, with information displayed in German. If I attempt to connect to yelp.com/nyc using Chalawan, it lands at yelp.de/nyc, in German. However, if I attempt to connect instead to yelp.com directly, without using the vpn, it goes to English-language yelp.com. (Several months back, all attempts to connect to yelp.com through airvpn were being blocked. That problem has been resolved, but it has recently been replaced, it seems, with the new one I am describing here.) Has anyone else experienced this?

Hi, I'm using airvpn with eddie-ui over linux in firefox 63, settings->proxy an option is present DNS over HTTPS, it is cloudflare DNS is it recommended to use over airvp dns or not? thanks

AirVPN, I'm having trouble connecting to certain sites using the VPN service. For example, I'm trying to connect to DesignShack.net but I can't seem to do it with the AirVPN Client running. I have no problem connecting to the site if I'm not running the AirVPN Client. I've tried the following trouble shooting steps. 1) Add other DNS Servers to the airvpn client - Error went from DNS_PROBE_FINISHED_NXDOMAIN to Connection Timeout error 2) Turn on/off IPv6 3) Add other DNS Servers to Wifi network adapter settings. - Same as 1) 4) Added AirVPN Dns servers on top of the previously added DNS Servers on both AirVPN Client & Wireless adapter. - Same as 1) 5) Ping Designshack.net - Request Timeout errors. I would say this happens to 3-5% of the sites I'm visiting. I'm running OS X 10.10.5. I have Network lock turned on, not running any proxies. Any ideas or suggestions would be heartily welcomed. Thanks in advance. ---------------------- Log file entries follows : I 2016.05.12 13:25:16 - AirVPN client version: 2.10.3 / x86, System: OSX, Name: 10.10.5 / x64. 2016.05.12 13:25:17 - Reading options from /Users/FrancisChung/.airvpn/AirVPN.xml. 2016.05.12 13:25:17 - Data Path: /Users/FrancisChung/.airvpn. 2016.05.12 13:25:17 - App Path: /Applications/AirVPN.app/Contents/MacOS. 2016.05.12 13:25:17 - Executable Path: /Applications/AirVPN.app/Contents/MacOS/AirVPN. 2016.05.12 13:25:17 - Command line arguments (0):. 2016.05.12 13:25:17 - Updating systems & servers data .... 2016.05.12 13:25:17 - Operating System: Unix 14.5.0.0 - Darwin GAMBIT.local 14.5.0 Darwin Kernel Version 14.5.0: Mon Jan 11 18:48:35 PST 2016; root:xnu-2782.50.2~1/RELEASE_X86_64 x86_64. 2016.05.12 13:25:17 - Systems & servers data update completedI 2016.05.12 13:25:18 - OpenVPN Driver - ExpectedI 2016.05.12 13:25:18 - OpenVPN - Version: OpenVPN 2.3.8 (/Applications/AirVPN.app/Contents/MacOS/openvpn)I 2016.05.12 13:25:18 - SSH - Version: OpenSSH_6.2p2, OSSLShim 0.9.8r 8 Dec 2011 (/usr/bin/ssh)I 2016.05.12 13:25:18 - SSL - Version: stunnel 5.17 (/Applications/AirVPN.app/Contents/MacOS/stunnel)! 2016.05.12 13:25:18 - Activation of Network Lock - OS X - PF. 2016.05.12 13:25:19 - OS X - PF rules updated, reloadingI 2016.05.12 13:25:19 - Session starting.I 2016.05.12 13:25:20 - IPv6 disabled on network adapter (Wi-Fi)I 2016.05.12 13:25:20 - IPv6 disabled on network adapter (SAMSUNG_Android)I 2016.05.12 13:25:20 - IPv6 disabled on network adapter (Bluetooth DUN 2)I 2016.05.12 13:25:21 - IPv6 disabled on network adapter (Thunderbolt Ethernet Slot 1)I 2016.05.12 13:25:21 - IPv6 disabled on network adapter (Bluetooth PAN)I 2016.05.12 13:25:21 - IPv6 disabled on network adapter (Thunderbolt Bridge)I 2016.05.12 13:25:21 - Checking authorization ...! 2016.05.12 13:25:22 - Connecting to Velorum (Germany, Frankfurt). 2016.05.12 13:25:22 - OpenVPN > OpenVPN 2.3.8 x86_64-apple-darwin14.4.0 [sSL (OpenSSL)] [LZO] [MH] [iPv6] built on Aug 13 2015. 2016.05.12 13:25:22 - OpenVPN > library versions: OpenSSL 1.0.2d 9 Jul 2015, LZO 2.08. 2016.05.12 13:25:22 - OpenVPN > MANAGEMENT: TCP Socket listening on [AF_INET]127.0.0.1:3111. 2016.05.12 13:25:22 - OpenVPN > Control Channel Authentication: tls-auth using INLINE static key file. 2016.05.12 13:25:22 - OpenVPN > Outgoing Control Channel Authentication: Using 160 bit message hash 'SHA1' for HMAC authentication. 2016.05.12 13:25:22 - OpenVPN > Incoming Control Channel Authentication: Using 160 bit message hash 'SHA1' for HMAC authentication. 2016.05.12 13:25:22 - OpenVPN > Socket Buffers: R=[196724->131072] S=[9216->131072]. 2016.05.12 13:25:22 - OpenVPN > UDPv4 link local: [undef]. 2016.05.12 13:25:22 - OpenVPN > UDPv4 link remote: [AF_INET]46.165.208.69:443. 2016.05.12 13:25:22 - OpenVPN > TLS: Initial packet from [AF_INET]46.165.208.69:443, sid=2509709c 0cdbc1e1. 2016.05.12 13:25:22 - OpenVPN > VERIFY OK: depth=1, C=IT, ST=IT, L=Perugia, O=airvpn.org, CN=airvpn.org CA, emailAddress=info@airvpn.org. 2016.05.12 13:25:22 - OpenVPN > Validating certificate key usage. 2016.05.12 13:25:22 - OpenVPN > ++ Certificate has key usage 00a0, expects 00a0. 2016.05.12 13:25:22 - OpenVPN > VERIFY KU OK. 2016.05.12 13:25:22 - OpenVPN > Validating certificate extended key usage. 2016.05.12 13:25:22 - OpenVPN > ++ Certificate has EKU (str) TLS Web Server Authentication, expects TLS Web Server Authentication. 2016.05.12 13:25:22 - OpenVPN > VERIFY EKU OK. 2016.05.12 13:25:22 - OpenVPN > VERIFY OK: depth=0, C=IT, ST=IT, L=Perugia, O=airvpn.org, CN=server, emailAddress=info@airvpn.org. 2016.05.12 13:25:23 - OpenVPN > Data Channel Encrypt: Cipher 'AES-256-CBC' initialized with 256 bit key. 2016.05.12 13:25:23 - OpenVPN > Data Channel Encrypt: Using 160 bit message hash 'SHA1' for HMAC authentication. 2016.05.12 13:25:23 - OpenVPN > Data Channel Decrypt: Cipher 'AES-256-CBC' initialized with 256 bit key. 2016.05.12 13:25:23 - OpenVPN > Data Channel Decrypt: Using 160 bit message hash 'SHA1' for HMAC authentication. 2016.05.12 13:25:23 - OpenVPN > Control Channel: TLSv1.2, cipher TLSv1/SSLv3 DHE-RSA-AES256-GCM-SHA384, 4096 bit RSA. 2016.05.12 13:25:23 - OpenVPN > [server] Peer Connection Initiated with [AF_INET]46.165.208.69:443. 2016.05.12 13:25:25 - OpenVPN > SENT CONTROL [server]: 'PUSH_REQUEST' (status=1). 2016.05.12 13:25:25 - OpenVPN > ifconfig: ioctl (SIOCDIFADDR): Can't assign requested address. 2016.05.12 13:25:25 - 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.105 255.255.0.0'. 2016.05.12 13:25:25 - OpenVPN > OPTIONS IMPORT: timers and/or timeouts modified. 2016.05.12 13:25:25 - OpenVPN > OPTIONS IMPORT: LZO parms modified. 2016.05.12 13:25:25 - OpenVPN > OPTIONS IMPORT: --ifconfig/up options modified. 2016.05.12 13:25:25 - OpenVPN > OPTIONS IMPORT: route options modified. 2016.05.12 13:25:25 - OpenVPN > OPTIONS IMPORT: route-related options modified. 2016.05.12 13:25:25 - OpenVPN > OPTIONS IMPORT: --ip-win32 and/or --dhcp-option options modified. 2016.05.12 13:25:25 - OpenVPN > Opened utun device utun0. 2016.05.12 13:25:25 - OpenVPN > do_ifconfig, tt->ipv6=0, tt->did_ifconfig_ipv6_setup=0. 2016.05.12 13:25:25 - OpenVPN > /sbin/ifconfig utun0 delete. 2016.05.12 13:25:25 - OpenVPN > NOTE: Tried to delete pre-existing tun/tap instance -- No Problem if failure. 2016.05.12 13:25:25 - OpenVPN > /sbin/ifconfig utun0 10.4.6.105 10.4.6.105 netmask 255.255.0.0 mtu 1500 up. 2016.05.12 13:25:25 - OpenVPN > /sbin/route add -net 10.4.0.0 10.4.6.105 255.255.0.0. 2016.05.12 13:25:25 - OpenVPN > add net 10.4.0.0: gateway 10.4.6.105. 2016.05.12 13:25:25 - OpenVPN > /sbin/route add -net 46.165.208.69 192.168.2.1 255.255.255.255. 2016.05.12 13:25:25 - OpenVPN > add net 46.165.208.69: gateway 192.168.2.1. 2016.05.12 13:25:25 - OpenVPN > /sbin/route add -net 0.0.0.0 10.4.0.1 128.0.0.0. 2016.05.12 13:25:25 - OpenVPN > add net 0.0.0.0: gateway 10.4.0.1. 2016.05.12 13:25:25 - OpenVPN > /sbin/route add -net 128.0.0.0 10.4.0.1 128.0.0.0. 2016.05.12 13:25:25 - OpenVPN > add net 128.0.0.0: gateway 10.4.0.1. 2016.05.12 13:25:25 - Starting Management Interface. 2016.05.12 13:25:25 - OpenVPN > Initialization Sequence CompletedI 2016.05.12 13:25:25 - DNS of a network adapter forced (Wi-Fi)I 2016.05.12 13:25:26 - DNS of a network adapter forced (SAMSUNG_Android)I 2016.05.12 13:25:26 - DNS of a network adapter forced (Bluetooth DUN 2)I 2016.05.12 13:25:26 - DNS of a network adapter forced (Thunderbolt Ethernet Slot 1)I 2016.05.12 13:25:27 - DNS of a network adapter forced (Bluetooth PAN)I 2016.05.12 13:25:27 - DNS of a network adapter forced (Thunderbolt Bridge)I 2016.05.12 13:25:27 - Flushing DNS. 2016.05.12 13:25:28 - OS X - PF rules updated, reloadingI 2016.05.12 13:25:28 - Checking route! 2016.05.12 13:25:30 - Connected.. 2016.05.12 13:25:30 - OpenVPN > MANAGEMENT: Client connected from [AF_INET]127.0.0.1:3111. 2016.05.12 13:25:30 - OpenVpn Management > >INFO:OpenVPN Management Interface Version 1 -- type 'help' for more info

I'm a little confused. IPLeak.net is showing 50 DNS servers, none of which are in the UK (where I am) and many are labeled as being in Russia. Is this all legitimate or is could there be a problem? (at least one domain is also resolving incorrectly from this connection) dnsleak shows this: 208.69.35.19 m9.ams.opendns.com OpenDNS, LLC Netherlands 208.69.35.17 m7.ams.opendns.com OpenDNS, LLC Netherlands 208.69.35.75 m57.ams.opendns.com OpenDNS, LLC Netherlands 208.69.35.65 m45.ams.opendns.com OpenDNS, LLC Netherlands 208.69.35.72 m49.ams.opendns.com OpenDNS, LLC Netherlands 208.69.35.73 none OpenDNS, LLC Netherlands 172.68.15.10 none Cloudflare Russian Federation 208.69.35.67 m17.ams.opendns.com OpenDNS, LLC Netherlands 172.68.14.207 m25.ams.opendns.com Cloudflare Russian Federation 172.68.15.34 none Cloudflare Russian Federation 172.68.14.213 none Cloudflare Russian Federation 172.68.15.94 none Cloudflare Russian Federation 172.68.15.112 none Cloudflare Russian Federation 208.69.35.76 none OpenDNS, LLC Netherlands 172.68.14.183 m29.ams.opendns.com Cloudflare Russian Federation 208.69.35.68 m61.ams.opendns.com OpenDNS, LLC Netherlands 173.194.98.10 none Google Finland 74.125.74.9 none Google Finland 172.68.14.237 none Cloudflare Russian Federation 172.68.14.231 none Cloudflare Russian Federation

Hi, is there any way of setting eddie up so that it will change severs for me automatically every hour or 3 hours or to a schedule that I choose? Thanks.

I'm using KDE PCLinuxOS and running Eddit 2.15.2 (eddie-ui_2.15.2_linux_x64_portable) Eddie takes about 7 to 10 minutes to Flush DNS, going into VPN and comming ot of VPN. Any reason why so it takes so very long? Thank you to all who take the time to review this question.

When using VPN on Linux with openvpn I get 3 DNS adresses on ipleak.net. 1. AirVpn-Server Exit Ipv4, 2. AirVpn-Server Exit Ipv6 and 3. the residential address of my ISP. Note: This is not my own home IP, but rather the one by my ISP. Should I be worried? Ipv6 is disabled.

When I have the VPN active using Eddie, my DNS queries randomly come to a crawl. In Chrome I see "Resolving host" a lot. Sometimes takes 10 seconds or more to return. I disconnect the VPN, shutdown Eddie and everything is back to running fine. Even through I am running the latest Eddie and the latest Windows 10 version, I tried setting the metric cost in the various adapters, per the sticky in this forum. Set the normal ethernet adaptor to 25 and a virtual box adaptor to 35. Both for ipv4 and ipv6. Eddie set's it's TAP adaptor to 3 for both protocols. None of that helped. I'm at a loss. Thoughts/ideas? System info: Windows 10 Pro, version 1803 Eddie, version 2.15.2 Thanks.

Hi, I'm not an expert on networks, and VPNs add a layer of complexity to the subject, so I had an idea but I don't even know whether that idea is possible or not: I have a Pi-Hole DNS server in my home network. At the LAN level, everything communicates with the Pi-Hole for DNS purposes (router uses the Pi-Hole as nameserver and DHCP clients are instructed to submit DNS requests to router). If I get the Pi-Hole to operate through AirVPN, nothing will change on the LAN side, but would it be possible for me to, for example, go outside with my smartphone (which also connects to AirVPN) and have the phone use my home network Pi-Hole for DNS purposes? I mean, both the Pi-Hole and smartphone would be connected to the AirVPN network of servers, is there a way for my Pi-Hole to provide DNS service to my VPNed devices when I take them outside my home? I understand this could get complicated, but I like learning through challenge. That being said, please be clear in your explanations.

for some days now i can´t get a connection to any server with my macbook pro runs at macOS High Sierra 10.13.6 Hope someone can help me If i forgot smth to tell u ask^^ https://i.imgur.com/Fc71vPn.jpg

Hi! I'm running Fedora 28 and wanted to use build in network manager to deal with vpn. Everything seems to work fine, but I noticed this text in Technical Specs section. VPN DNS addresses (private addresses, only reachable from inside the VPN): 10.4.0.1 / fde6:7a:7d20:4::1 - reachable from any virtual subnet However, we recommend that your machine accepts the DNS push from our servers. If that's not possible, then we suggest to set the DNS IP address matching the VPN gateway IP address, as this is the safest method to prevent certain attacks based on hijacking. So is there something I should do? I tried to check this https://airvpn.org/topic/9608-how-to-accept-dns-push-on-linux-systems-with-resolvconf/ but couldn't find needed packages for fedora. I've also edited /etc/resolv.conf to only contain AirVPN DNS, because I sometimes saw unwanted DNS servers in Ipleak.net. I'm not too familiar with this stuff. But would like to try to go without Eddie for awhile, because random crashes and network lock once broke randomly, but I don't have debug log about that.

I understand there may be changes coming to DN Servers. Currently I make use of 10.4.0.1 and 10.5.0.1 which aren't available if my VPN isn't connected though I know I can't rely solely on that. Are there changes afoot and if so what? I did try to search but "DNS" like other abbreviations is too short but I'm sorry if this is a repeat. Richard

Truth is, when configuring airvpn manually, you need DNS to resolve the IP of a server behind one of the Airvpn clusters (europe.vpn.airvn.org for example). Airdns does not have a DNS server accessible outside the tunnel as it strongly suggests/supports OpenNIC. OpenNIC is the go-to for AirVPN. But, I have a grudge against OpenNIC. You select any OpenNIC DNS server in Europe for example, and the DNS ends up someplace else, the USA for example. Granted, DNS allegedly only sees the AirVPN IP as soon as the connection is up. But still ... Blinds me why sometimes an OpenNIC from a nice internet country ends up in an ugly internet country. It yanks me every time, and I did try a lot of OpenNIC servers, sooner or later they end up in land I don't want them to end up in. Then there is OpenDNS, but I'm not too keen on a few aspects, call them personal preferences. Then there is Google DNS, and the newly raved about cloudflare DNS. Yuk! Yes I know, they only "see" AirVPN IP's as long as the tunnel etc. are running. But since it is used to establish the tunnel, Google knows my IP searched for an AirVPN server and then nothing after that ... So Google knows I use AirVPN, and I hate that. Same with Cloudflare, or other internet evils offering reliable DNS as a source of business intel gathering. Then there are a few of the other good VPN providers who have publicly accessible DNS servers. Kind of defeats using one VPN to use the DNS of another VPN. It somehow doesn't feel right to do that. Which DNS service is of OpenNIC philosophy, is reliable to resolve AirVPN, and never ends up in an ugly internet country telling that ugly country I use AirVPN?

https://www.ghacks.net/2018/04/02/configure-dns-over-https-in-firefox/ This seems interesting. Naturally I know that by using Air i am happy with the DNS that that they provide. However as a Firefox user it can't hurt to have 1.1.1.1 running on top as a https resolver for my browser only. Any issues of trust/leaking/logging etc with 1.1.1.1 will just pass back to Air. Thoughts?

Since yesterday I cant connect to any address without using Eddie. I deactivated network lock but I'm still not able to connect. IPtables state: sudo iptables --list Chain INPUT (policy ACCEPT) target prot opt source destination Chain FORWARD (policy ACCEPT) target prot opt source destination Chain OUTPUT (policy ACCEPT) target prot opt source destination sudo ip6tables --list Chain INPUT (policy ACCEPT) target prot opt source destination Chain FORWARD (policy ACCEPT) target prot opt source destination Chain OUTPUT (policy ACCEPT) target prot opt source destination Content of /etc/resolv.conf: # Dynamic resolv.conf(5) file for glibc resolver(3) generated by resolvconf(8) # DO NOT EDIT THIS FILE BY HAND -- YOUR CHANGES WILL BE OVERWRITTEN # 127.0.0.53 is the systemd-resolved stub resolver. # run "systemd-resolve --status" to see details about the actual nameservers. nameserver 127.0.0.53 Also ping to any address isnt working: ping: google.com: Name or service not known The connection through Eddie in any server of airVPN works without any troubles. Any ideas what is wrong?

will using DNScrypt limit what information my ISP sees about what i do online? will it stop my ISP from being able to see what websites i connect to? is there a reason to use airVPNs DNS? will using DNScrypt with airVPN compromise my connection in any way? will airVPN ever offer an encrypted DNS, is that something you guys are thinking about and how hard would it be for you to implement? sorry if these questions are dumb, i'm pretty new to this stuff ^-^'! i love airVPN by the way, and i really love your eddie client on linux!

Hello, I set up airVPN on my mini router using a custom build of openWRT from GL.inet but when I run ipleak and whoer it comes back with a ton of DNS leaks (50+). When I changed the DNS from "Keep blank to use default DNS" to Custom DNS of 10.4.0.1 and 10.5.0.1 then airVPN can no longer connect at all! I've also tried checking the box that says: "Force all clients to use: [ ] Override Clients' DNS setting" but it doesn't solve the issue. After setting the Custom DNS, airVPN disconnects and says the following over and over: RESOLVE: Cannot resolve host address: America.vpn.airdns.org:1194 (try again) Could not determine IPv4/IPv6 Protocol SIGUSR1 [soft,init_instance] received, process restarting Thoughts? NOTE: When NOT connecting through the router, and just firing up Eddie on my mac, I get no leaks.