Jump to content
Not connected, Your IP: 18.204.2.53

Search the Community

Showing results for tags 'Dns'.



More search options

  • Search By Tags

    Type tags separated by commas.
  • Search By Author

Content Type


Forums

  • AirVPN
    • News and Announcement
    • How-To
    • Frequently asked questions
    • Databases
  • Community
    • General & Suggestions
    • Troubleshooting and Problems
    • Blocked websites warning
    • Eddie - AirVPN Client
    • Reviews
    • Other VPN competitors or features
    • Nonprofit
    • Off-Topic
  • Other Projects
    • IP Leak
    • XMPP
    • Mirrors

Product Groups

  • AirVPN Access
  • Coupons
  • Misc

Find results in...

Find results that contain...


Date Created

  • Start

    End


Last Updated

  • Start

    End


Filter by number of...

Joined

  • Start

    End


Group


Website URL


Twitter


Mastodon


AIM


MSN


ICQ


Yahoo


XMPP / Jabber


Skype


Location


Interests

Found 169 results

  1. So Eddie is not working with Adguard anymore. Earlier I did not have this issue. I try to turn off different programs, like a firewall, but Eddie started working olny after I turn off Adguard. I'm also using Adguard DNS, but it's fine, when AdGuard is turn off. Do you know solution to my problem? I would like to use those two programs in the same time.
  2. . 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)
  3. 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.
  4. 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.
  5. 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.
  6. 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?
  7. 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?
  8. 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
  9. 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
  10. dnsguy

    DNS Confusion

    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
  11. 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.
  12. 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.
  13. 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.
  14. 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.
  15. 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.
  16. 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
  17. 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.
  18. 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
  19. I thought I'd share some links I've found to check for DNS leaks: http://www.dnsleaktest.com http://ipleak.net/ If you see your real IP or another IP (other than the one that you are connected to by VPN) then you have a DNS leak. You should fix it by setting static IP and DNS server settings on your network adapter. I've written a step-by-step guide for people unfamiliar with network and IP settings. Instructions on how to make your IP settings static for Windows 7: You might be asked to elevate system priviledges or authenticate as Admin while you perform these steps, just allow it all. Click on the network icon on the taskbar (the lower right screen near the clock) -> Click on "Network and sharing center" -> Click on "Change adapter settings" on the menu to the left. You need to know your router's network settings before you continue: Right click on your network adapter (Local area connection if you're connected by a LAN cable or Wireless network connection if WiFi) and choose "Status" -> Click on "Details...". There you should notice your "IPv4 Address", "IPv4 Subnet Mask", "IPv4 Default Gateway" and "IPv4 DNS Server". Click "Close" and again "Close". Right click on your network adapter and choose "Properties" -> Click on "Internet Protocol Version 4" (don't un-check it) and click "Properties". Select the "Use the following IP address" button. IP address: When you noticed your "IPv4 Address" in the "Details" screen earler, it might have looked like this: 192.168.0.1 or 192.168.1.1. This was an IP address assigned by the DHCP pool on your router and happens automatically. You might think to put in the same IP address as you saw in the "Details" window but if you do that, the IP address might be assigned to another computer while your computer is turned off. You should choose an IP address that's much higher than your current IP address so it will be unlikely that another computer will get the same IP address from the DHCP pool. When you put in the "IP address" on the "Properties" screen, you should put in the same first three numbers (e.g. 192.168.0.) and then the last number should be a random number between 100 and 250. It doesn't really matter what number you choose, you are just choosing a number that should be unused on your local LAN. If you get an error about an "IP address conflict", you should choose another last number in the IP address. Subnet mask: Copy the "IPv4 Subnet Mask" from earlier. Default gateway: Copy the "IPv4 Default Gateway" from earlier. This is the IP address of your router. Preferred DNS server: Put in "10.4.0.1". This is AirVPN's DNS server. Alternate DNS server: Put in "10.5.0.1". AirVPN's DNS server. What you have done here is tell Windows to only use AirVPN's DNS servers instead of your routers (or ISP's) DNS servers. If you are not connected to an AirVPN server, you cannot go to the internet unless you put in your normal DNS server settings that you should have noticed in the "Details" screen before (IPv4 DNS Server above). You can also put AirVPN's website IP address in your "Hosts" file. This means that you can get to Airvpn.org to download a config without constantly changing your DNS server settings. Here's how you do it: Open notepad.exe as Admin (Right click -> Run as Administrator). Go to File -> Open. You need to navigate to this folder: "C:\Windows\System32\drivers\etc" and it might involve changing folder settings ("Organize" -> "Folder and search options") to show hidden files (View -> Show hidden files). The folder might appear to be empty but change the document type from "Text Document" to "All files" and then open the file called "hosts". Put in this lines at the bottom: 95.211.138.143 airvpn.org Then save the file as "hosts" and overwrite the old one. If you didn't run notepad.exe as Admin then you can't save the file. Hopefully this guide will help people. If there are any questions, just ask!
  20. 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?
  21. 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?
  22. 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?
  23. 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!
  24. 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.
  25. Hello, I really didn't want to write this post, especially after reading the "Config Generator not resolving hosts for Entry IP 2" post and the https://airvpn.org/topic/14378-how-can-i-get-vpn-servers-entry-ip-addresses post over and over again. I read these posts a million times each but still couldn't figure out how to get my entry IP address and I kind of guessed for the DNS. The only command line prompt I could even get a response for was: nslookup nihal.airservers.org. I tried so many variations of nslookup nl.all.vpn.airdns.org (for example, uslookup pavo.airservers.org) and couldn't get the earth one to work either: earth.all.vpn.airdns.org I went to the specs page of the airvpn website looking for the VPN DNS and kind of just guessed with 10.4.0.1 Here we go: Operating System: RouterOpenVPN version: >= 2.4 IPv4 only Servers: by Continent Protocol: TCP Port: 1194 I chose TCP 1194 because the router I'm flashing has Tor capability and I'm shooting for true anonymity. Everything is just about set up and ready to go but despite reading the entry-ip-addresses article over and over again I couldn't seem to ascertain how exactly to get it. Thoughts anyone?
×
×
  • Create New...