Jump to content
Not connected, Your IP: 216.73.216.171

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
    • Databases
  • Community
    • General & Suggestions
    • Troubleshooting and Problems
    • Blocked websites warning
    • Eddie - AirVPN Client
    • DNS Lists
    • Reviews
    • Other VPN competitors or features
    • Nonprofit
    • Off-Topic
  • Other Projects
    • IP Leak
    • XMPP

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 194 results

  1. 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?
  2. 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?
  3. 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?
  4. 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,
  5. 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.
  6. 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.
  7. 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?
  8. 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.
  9. 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
  10. 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)
  11. 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
  12. 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.
  13. Hello everyone! I am using AirVPN on Fedora 25 and the first week it worked perfectly. But, as I got a router (D-Link DIR-868L) this week I have started noticing DNS Leaks occurring now and then, and if I bypass the router by connecting straight to wall the DNS leaks go away. It doesn't seem to matter what way I have of connecting to the VPN, I have tried Gnome-Network-Manager, Eddie and using the terminal and it is all the same. How can I fix this?
  14. Hi everyone, Since I changed the DNS servers from my internet box, I can only access to websites threw their IP (000.0.00.00) and not from their names (google.com). I think it's related to a DNS resolution problem. I've tried some known issues on Ubuntu such as adding these lines to my ovpn files : script-security 2up /etc/openvpn/update-resolv-confdown /etc/openvpn/update-resolv-conf Here is my connection logs : Thanks ! agent41
  15. Hi, I've noticed that DNS Name resolution from 10.4.0.1 seems to fail infrequently but it does so none the less. I have my router configured to use 10.4.0.1 as the sole DNS server - and occasionally - but for no reason i can find - name resolution will simply stop working for SOME sites. Using the routers built in DNS query tool during an "outage" i lookup cnet.com for example and get the following:- Host "cnet.com" could not be resolved.Timingsame server Query time 10.4.0.1 31 msec So from that i can see that the query is going to 10.4.0.1, that it is responding but it is not resolving cnet.com If i simply wait and do nothing for a few minutes and try again it starts to work and i'll get the following (again for cnet.com):- Results Result Record type 64.30.228.118 ATimingsName server Query time 10.4.0.1 31 msec Furthermore, whilst this is going on, I CAN get other sites to resolve with no issue so it seems limited to random sites and it's not a total outage. During this time, the VPN is stable and nothing obvious is happening that i can see on my end and the outage usually lasts for 2 - 5 minutes but i can go quite a while without noticing a re occurrence of the issue. Any ideas?
  16. Here: https://airvpn.org/specs/ is stated that each AirVPN server has its own DNS server. Why is that? Why are the DNS servers protocol and port specific? Why not give just one? Is that arbitrary or does it serve a purpose besides load balancing? What will happen if I use for example UDP Port 53 for my VPN connection and 10.9.0.1 as my DNS server instead of the listed 10.8.0.1?
  17. I can not go to many sites
  18. So I've just installed the AirVPN client and got it to work without any troubles, every setting is set on default. But sadly after running a test on doileak.com (can't connect to doileak.net ??) I see instances of DNS requests originating from my ips. I use Firefox which according to the test is not suffering from an WebRTC IP Leak. When checking the ethernet connections like the TAP-Windows Adapter V9 IPV4 settings I do see its working with a preferred DNS server adress. Changing this to obtaining a DNS server address automatically did not solve the issue. Neither after a pc restart. I have no idea how to solve this. (ps. I confused doileak.com with ipleak.net, so yeah of course I cannot connect to doileak.net )
  19. Booted my machine today and can no longer connect to the internet unless I connect to AirVPN first. Seems to be a DNS error but I can't for the life of me figure out what the problem is or how to revert to yesterday.
  20. at http://reg.for.free you can set up your own free domain which anyone can surf to who uses a proper nameserver (dns) such as those listed here: https://www.opennicproject.org AirVPN has those DNS built-in right from the start. It usually easy to setup an openNIC nameserver in nm-applet in Linux via GUI (just add the address 5.135.183.146 ).
  21. re-edit: AirVPN ALREADY does support openNIC top level domains such as .bit .fur .free .pirate asf. ! Would it not be cool to support domains out of ICANN ? http://wiki.opennicproject.org/OpenNICNamespaces Anyone can register their webservers free of charge! If Air supported that right out of the box, it would be some nice added value! Or does it introduce new problems?
  22. Hi, I'm curious as to why AirVPN DNS servers do not support OpenNIC TLDs, and only seem to recognize ICANN domains even though AirVPN said they no longer recognize ICANN's authority. Any details would be appreciated. Thanks!
  23. Hi, I just bought a subscription to airvpn but unfortunately I can't connect to internet I am on Ubuntu 16.04.1. My attempts : - I tried with the terminal. here is the log : pc@computer:~/DL$ openvpn AirVPN_BE-Brussels_Diadema_UDP-443.ovpn Fri Dec 30 23:50:51 2016 OpenVPN 2.3.10 i686-pc-linux-gnu [SSL (OpenSSL)] [LZO] [EPOLL] [PKCS11] [MH] [IPv6] built on Feb 2 2016 Fri Dec 30 23:50:51 2016 library versions: OpenSSL 1.0.2g 1 Mar 2016, LZO 2.08 Fri Dec 30 23:50:51 2016 Control Channel Authentication: tls-auth using INLINE static key file Fri Dec 30 23:50:51 2016 Outgoing Control Channel Authentication: Using 160 bit message hash 'SHA1' for HMAC authentication Fri Dec 30 23:50:51 2016 Incoming Control Channel Authentication: Using 160 bit message hash 'SHA1' for HMAC authentication Fri Dec 30 23:50:51 2016 Socket Buffers: R=[163840->163840] S=[163840->163840] Fri Dec 30 23:50:51 2016 UDPv4 link local: [undef] Fri Dec 30 23:50:51 2016 UDPv4 link remote: [AF_INET]194.187.251.162:443 Fri Dec 30 23:50:51 2016 TLS: Initial packet from [AF_INET]194.187.251.162:443, sid=f969fb38 f697c7be Fri Dec 30 23:50:51 2016 VERIFY OK: depth=1, C=IT, ST=IT, L=Perugia, O=airvpn.org, CN=airvpn.org CA, emailAddress=info@airvpn.org Fri Dec 30 23:50:51 2016 Validating certificate key usage Fri Dec 30 23:50:51 2016 ++ Certificate has key usage 00a0, expects 00a0 Fri Dec 30 23:50:51 2016 VERIFY KU OK Fri Dec 30 23:50:51 2016 Validating certificate extended key usage Fri Dec 30 23:50:51 2016 ++ Certificate has EKU (str) TLS Web Server Authentication, expects TLS Web Server Authentication Fri Dec 30 23:50:51 2016 VERIFY EKU OK Fri Dec 30 23:50:51 2016 VERIFY OK: depth=0, C=IT, ST=IT, L=Perugia, O=airvpn.org, CN=server, emailAddress=info@airvpn.org Fri Dec 30 23:50:52 2016 Data Channel Encrypt: Cipher 'AES-256-CBC' initialized with 256 bit key Fri Dec 30 23:50:52 2016 Data Channel Encrypt: Using 160 bit message hash 'SHA1' for HMAC authentication Fri Dec 30 23:50:52 2016 Data Channel Decrypt: Cipher 'AES-256-CBC' initialized with 256 bit key Fri Dec 30 23:50:52 2016 Data Channel Decrypt: Using 160 bit message hash 'SHA1' for HMAC authentication Fri Dec 30 23:50:52 2016 Control Channel: TLSv1.2, cipher TLSv1/SSLv3 DHE-RSA-AES256-GCM-SHA384, 4096 bit RSA Fri Dec 30 23:50:52 2016 [server] Peer Connection Initiated with [AF_INET]194.187.251.162:443 Fri Dec 30 23:50:54 2016 SENT CONTROL [server]: 'PUSH_REQUEST' (status=1) Fri Dec 30 23:50:54 2016 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.8.248 255.255.0.0' Fri Dec 30 23:50:54 2016 OPTIONS IMPORT: timers and/or timeouts modified Fri Dec 30 23:50:54 2016 OPTIONS IMPORT: LZO parms modified Fri Dec 30 23:50:54 2016 OPTIONS IMPORT: --ifconfig/up options modified Fri Dec 30 23:50:54 2016 OPTIONS IMPORT: route options modified Fri Dec 30 23:50:54 2016 OPTIONS IMPORT: route-related options modified Fri Dec 30 23:50:54 2016 OPTIONS IMPORT: --ip-win32 and/or --dhcp-option options modified Fri Dec 30 23:50:54 2016 ROUTE_GATEWAY 192.168.1.254/255.255.255.0 IFACE=wlp6s0 HWADDR=xx:xx:xx:xx:xx:xx Fri Dec 30 23:50:54 2016 ERROR: Cannot ioctl TUNSETIFF tun: Operation not permitted (errno=1) Fri Dec 30 23:50:54 2016 Exiting due to fatal error - I tried with the client. The .ded (stable AND experimental) didn't want to install on the system. - I tried with portable client (stable AND experimental) but when I launch "airvpn" nothing happens. - I tried with the network-manager. Importing the config file was a success and I passed to connect to the VPN ..... Yes, but all websites are unreachable (DNS issue because I can ping a specific IP) : # I wrote in the settings in the networkmanager the dns server (10.4.0.1). Same issue : DNS does not work. # I changed the nameserver in the resolv.conf .... but same thing the DNS doe not do the job. So i need help. What can I do now ? Thanks A new member a bit confused
×
×
  • Create New...