Jump to content
Not connected, Your IP: 3.91.8.23

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

  1. 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
  2. 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.
  3. 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?
  4. 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?
  5. 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
  6. 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?
  7. 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?
  8. I can not go to many sites
  9. 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 )
  10. 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.
  11. 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 ).
  12. 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?
  13. 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
  14. Like some others here, I too have an issue on Windows where after "Checking route", the vpn client throws out the error from the title and doesn't connect to a server. I've played around with different settings while reading logs trying to see what causes it and it seems that for some reason either Windows or the vpn client dislike when both your default (ISP) network connection and the TAP (VPN) network connection have the same DNS settings. Fortunately, there's an easy workaround: 1) Make sure your default network connection's DNS are not one of AirVPN DNS servers (i.e. not 10.4.0.1). It can be either automatic or some of your other favorite DNS servers. 2) Check that the TAP network connection is set to automatic DNS servers (don't put any in manually). 3) In the 2.11 beta vpn client (I haven't tested on 2.10 stable) open Preferences (and click on "Reset to default settings" just in case) -> Advanced -> and then uncheck "Force all network interfaces for DNS". After that open the DNS settings tab just to make sure everything in there is set to default values (DNS Switch mode - Automatic, Check AirVPN DNS - yes, DNS Servers - blank). That's it. Now, there's one thing I'd like to mention. When doing all this I was worried that I would have a DNS leak because when I was using a different VPN service it would occasionally leak the DNS set in my default network connection's settings. However I've tested it out and there's no leak, and if you want to test it out for yourself I suggest using both ipleak and doileak, and for best results make sure you disconnect and reconnect several times to the same server and a few other servers in between tests, just to cover a wider ground. Feel free to ask questions or leave comments. P.S. As a general tip - I recommend you don't use your ISP's DNS settings for your default connection (unless you have to) cause there are some great uncensored and faster DNS servers out there. And as for the VPN DNS server I recommend you do stick with default AirVPN DNS servers cause it's useful having your IP and DNS address be the same.
  15. I haven't got internet connection from my real IP when I disconnect in the client. When I connect to a VPN server, everything is fine, just sometimes I have DNS errors in the browser for seconds when I'm browsing. I've been struggling with this issue about a week. I didn't change anything before the problem occured. I updated the client software now, but everything is the same. I don't know what to do. I would like to set up everything to default, but I don't know what was changed in the settings by the client. I don't want to reinstall the Windows 7, probably this would solve the problem, but if the client changed some settings, maybe it could occur again when I reinstall it. Sometimes I use the internet without VPN, so I need to solve it. Can you help me with this?
  16. ​Hi everyone, Signed up a couple of weeks ago and from the start I've been experiencing very slow DNS lookup. That is to say, webpages will pause on 'looking up example.com...' for 5-10 seconds. ​So far I have tried: adjusted buffers, changed MTU, rolled back TAP driver, experimental Eddie, disabled IPv6. Have tried multiple servers and different browsers with same results. Actual speeds are reasonable enough. Don't see anything untoward in the logs. ​I'm running experimental Eddie client on Windows 10. Router is ASUS RT-AC66U with Merlin firmware. ​Any suggestions? Thanks all.x
  17. Hello, I've been reading through all the DNS posts I can find, and I've tried a few things, but I seem to be having a persistant issue. I've used AirVPN for a good long while without issues at all. I've just moved to NZ and am now using a Fibre provider for my internet. Everything is fine, until I connect to a AirVPN Server, and then after about 30 seconds I cannot browse the web. I've upgraded to the latest Eddie client (I'm on Win10 x64), and I've tried the Experimental version too. I get the same issue with both. After a while (over 10 mins) the DNS may resolve and the website will load, or I can manually restart the dnscache service and i can immediately (for about a minute) resolve a web address. The only site I can always get is airvpn sites. Here's my airvpn logs I 2016.12.10 21:26:02 - Session starting. . 2016.12.10 21:26:05 - Shell of 'cmd.exe','/c net stop dnscache' done sync in 3078 ms . 2016.12.10 21:26:08 - Shell of 'cmd.exe','/c net start dnscache' done sync in 2610 ms . 2016.12.10 21:26:08 - Shell of 'cmd.exe','/c ipconfig /flushdns' done sync in 406 ms . 2016.12.10 21:26:12 - Shell of 'cmd.exe','/c ipconfig /registerdns' done sync in 3406 ms . 2016.12.10 21:26:12 - IPv6 disabled with packet filtering. I 2016.12.10 21:26:12 - Checking authorization ... ! 2016.12.10 21:26:13 - Connecting to Alkes (United States, Los Angeles) . 2016.12.10 21:26:13 - OpenVPN > OpenVPN 2.3.13 x86_64-w64-mingw32 [sSL (OpenSSL)] [LZO] [iPv6] built on Nov 10 2016 . 2016.12.10 21:26:13 - OpenVPN > Windows version 6.2 (Windows 8 or greater) 64bit . 2016.12.10 21:26:13 - OpenVPN > library versions: OpenSSL 1.0.2j 26 Sep 2016, LZO 2.09 . 2016.12.10 21:26:13 - OpenVPN > MANAGEMENT: TCP Socket listening on [AF_INET]127.0.0.1:3100 . 2016.12.10 21:26:13 - OpenVPN > Control Channel Authentication: tls-auth using INLINE static key file . 2016.12.10 21:26:13 - OpenVPN > Outgoing Control Channel Authentication: Using 160 bit message hash 'SHA1' for HMAC authentication . 2016.12.10 21:26:13 - OpenVPN > Incoming Control Channel Authentication: Using 160 bit message hash 'SHA1' for HMAC authentication . 2016.12.10 21:26:13 - OpenVPN > Socket Buffers: R=[65536->262144] S=[65536->262144] . 2016.12.10 21:26:13 - OpenVPN > UDPv4 link local: [undef] . 2016.12.10 21:26:13 - OpenVPN > UDPv4 link remote: [AF_INET]199.241.146.180:80 . 2016.12.10 21:26:13 - OpenVPN > TLS: Initial packet from [AF_INET]199.241.146.180:80, sid=56746947 3f1dbee8 . 2016.12.10 21:26:13 - OpenVPN > VERIFY OK: depth=1, C=IT, ST=IT, L=Perugia, O=airvpn.org, CN=airvpn.org CA, emailAddress=info@airvpn.org . 2016.12.10 21:26:13 - OpenVPN > Validating certificate key usage . 2016.12.10 21:26:13 - OpenVPN > ++ Certificate has key usage 00a0, expects 00a0 . 2016.12.10 21:26:13 - OpenVPN > VERIFY KU OK . 2016.12.10 21:26:13 - OpenVPN > Validating certificate extended key usage . 2016.12.10 21:26:13 - OpenVPN > ++ Certificate has EKU (str) TLS Web Server Authentication, expects TLS Web Server Authentication . 2016.12.10 21:26:13 - OpenVPN > VERIFY EKU OK . 2016.12.10 21:26:13 - OpenVPN > VERIFY OK: depth=0, C=IT, ST=IT, L=Perugia, O=airvpn.org, CN=server, emailAddress=info@airvpn.org . 2016.12.10 21:26:14 - OpenVPN > Data Channel Encrypt: Cipher 'AES-256-CBC' initialized with 256 bit key . 2016.12.10 21:26:14 - OpenVPN > Data Channel Encrypt: Using 160 bit message hash 'SHA1' for HMAC authentication . 2016.12.10 21:26:14 - OpenVPN > Data Channel Decrypt: Cipher 'AES-256-CBC' initialized with 256 bit key . 2016.12.10 21:26:14 - OpenVPN > Data Channel Decrypt: Using 160 bit message hash 'SHA1' for HMAC authentication . 2016.12.10 21:26:14 - OpenVPN > Control Channel: TLSv1.2, cipher TLSv1/SSLv3 DHE-RSA-AES256-GCM-SHA384, 4096 bit RSA . 2016.12.10 21:26:14 - OpenVPN > [server] Peer Connection Initiated with [AF_INET]199.241.146.180:80 . 2016.12.10 21:26:16 - OpenVPN > SENT CONTROL [server]: 'PUSH_REQUEST' (status=1) . 2016.12.10 21:26:16 - OpenVPN > PUSH: Received control message: 'PUSH_REPLY,redirect-gateway def1 bypass-dhcp,dhcp-option DNS 10.6.0.1,comp-lzo no,route-gateway 10.6.0.1,topology subnet,ping 10,ping-restart 60,ifconfig 10.6.0.250 255.255.0.0' . 2016.12.10 21:26:16 - OpenVPN > OPTIONS IMPORT: timers and/or timeouts modified . 2016.12.10 21:26:16 - OpenVPN > OPTIONS IMPORT: LZO parms modified . 2016.12.10 21:26:16 - OpenVPN > OPTIONS IMPORT: --ifconfig/up options modified . 2016.12.10 21:26:16 - OpenVPN > OPTIONS IMPORT: route options modified . 2016.12.10 21:26:16 - OpenVPN > OPTIONS IMPORT: route-related options modified . 2016.12.10 21:26:16 - OpenVPN > OPTIONS IMPORT: --ip-win32 and/or --dhcp-option options modified . 2016.12.10 21:26:16 - OpenVPN > ROUTE_GATEWAY 192.168.1.1/255.255.255.0 I=7 HWADDR=8c:89:a5:2a:25:bf . 2016.12.10 21:26:16 - OpenVPN > do_ifconfig, tt->ipv6=0, tt->did_ifconfig_ipv6_setup=0 . 2016.12.10 21:26:16 - OpenVPN > open_tun, tt->ipv6=0 . 2016.12.10 21:26:16 - OpenVPN > TAP-WIN32 device [Ethernet 2] opened: \\.\Global\{4DF667A8-313D-4C55-9802-FEABD12F2883}.tap . 2016.12.10 21:26:16 - OpenVPN > TAP-Windows Driver Version 9.21 . 2016.12.10 21:26:16 - OpenVPN > Set TAP-Windows TUN subnet mode network/local/netmask = 10.6.0.0/10.6.0.250/255.255.0.0 [sUCCEEDED] . 2016.12.10 21:26:16 - OpenVPN > Notified TAP-Windows driver to set a DHCP IP/netmask of 10.6.0.250/255.255.0.0 on interface {4DF667A8-313D-4C55-9802-FEABD12F2883} [DHCP-serv: 10.6.255.254, lease-time: 31536000] . 2016.12.10 21:26:16 - OpenVPN > Successful ARP Flush on interface [6] {4DF667A8-313D-4C55-9802-FEABD12F2883} . 2016.12.10 21:26:21 - OpenVPN > TEST ROUTES: 1/1 succeeded len=0 ret=1 a=0 u/d=up . 2016.12.10 21:26:21 - OpenVPN > C:\WINDOWS\system32\route.exe ADD 199.241.146.180 MASK 255.255.255.255 192.168.1.1 . 2016.12.10 21:26:21 - OpenVPN > ROUTE: CreateIpForwardEntry succeeded with dwForwardMetric1=15 and dwForwardType=4 . 2016.12.10 21:26:21 - OpenVPN > Route addition via IPAPI succeeded [adaptive] . 2016.12.10 21:26:21 - OpenVPN > C:\WINDOWS\system32\route.exe ADD 0.0.0.0 MASK 128.0.0.0 10.6.0.1 . 2016.12.10 21:26:21 - OpenVPN > ROUTE: CreateIpForwardEntry succeeded with dwForwardMetric1=15 and dwForwardType=4 . 2016.12.10 21:26:21 - OpenVPN > Route addition via IPAPI succeeded [adaptive] . 2016.12.10 21:26:21 - OpenVPN > C:\WINDOWS\system32\route.exe ADD 128.0.0.0 MASK 128.0.0.0 10.6.0.1 . 2016.12.10 21:26:21 - OpenVPN > ROUTE: CreateIpForwardEntry succeeded with dwForwardMetric1=15 and dwForwardType=4 . 2016.12.10 21:26:21 - OpenVPN > Route addition via IPAPI succeeded [adaptive] . 2016.12.10 21:26:21 - Starting Management Interface . 2016.12.10 21:26:21 - OpenVPN > Initialization Sequence Completed . 2016.12.10 21:26:21 - DNS leak protection with packet filtering enabled. . 2016.12.10 21:26:21 - DNS of a network adapter forced (Realtek PCIe GBE Family Controller, from manual (192.168.1.1) to 10.6.0.1) I 2016.12.10 21:26:21 - Flushing DNS . 2016.12.10 21:26:24 - Shell of 'cmd.exe','/c net stop dnscache' done sync in 3203 ms . 2016.12.10 21:26:25 - Shell of 'cmd.exe','/c net start dnscache' done sync in 610 ms . 2016.12.10 21:26:25 - Shell of 'cmd.exe','/c ipconfig /flushdns' done sync in 421 ms . 2016.12.10 21:26:29 - Shell of 'cmd.exe','/c ipconfig /registerdns' done sync in 3438 ms I 2016.12.10 21:26:29 - Checking route I 2016.12.10 21:26:54 - Checking DNS ! 2016.12.10 21:26:55 - Connected. . 2016.12.10 21:26:55 - OpenVPN > MANAGEMENT: Client connected from [AF_INET]127.0.0.1:3100 . 2016.12.10 21:26:55 - OpenVpn Management > >INFO:OpenVPN Management Interface Version 1 -- type 'help' for more info As can be seen, I use the default DNS servers for airvpn, and I've previously tested them against ipleak.net and they've been good, with no leakage. I've disabled IPV6 on both the adapters and in the registry, and I've previously tried setting OpenDNS servers instead of air's. I have another device in the house that doesn't use AirVPN and that is fine (as is this machine when not connected to Air). I do use Comodo Internet Security with rules for AirVPN, but they've not changed settings for over a year (then again, I hadn't changed Air either until I started getting these issues), I did wonder if the Fibre provider was causing an issue as I've only ever had copper-wired internet before? I'm also hard wired to the route, not that that is going to make a difference. Could there be a very low tolerance for DNS lookups between Air servers and NZ? I find I connect to the US servers with about 2.5 stars latency (126ms). After typing all this up, my DNS now resolves temporarily, and this was my ping response to google.co.uk Pinging www.google.co.uk [74.125.68.94] with 32 bytes of data:Reply from 74.125.68.94: bytes=32 time=306ms TTL=43Reply from 74.125.68.94: bytes=32 time=307ms TTL=43Reply from 74.125.68.94: bytes=32 time=306ms TTL=43 Ping statistics for 74.125.68.94: Packets: Sent = 3, Received = 3, Lost = 0 (0% loss),Approximate round trip times in milli-seconds: Minimum = 306ms, Maximum = 307ms, Average = 306ms Any ideas are much appreciated as I'm going nuts constantly restarting my dnscache service.
  18. Just installed the most recent Windows 10 update, been looking around the site but haven't found a definitive solution. I keep disconnecting as it is checking the route, I've tried unchecking "Check if the tunnel uses AirVPN DNS", but that results in a faulty connection. Logs: I 2016.12.06 23:38:00 - AirVPN client version: 2.10.3 / x64, System: Windows, Name: Microsoft Windows NT 6.2.9200.0 / x64. 2016.12.06 23:38:00 - Reading options from C:\Program Files\AirVPN\AirVPN.xml. 2016.12.06 23:38:00 - Data Path: C:\Program Files\AirVPN. 2016.12.06 23:38:00 - App Path: C:\Program Files\AirVPN. 2016.12.06 23:38:00 - Executable Path: C:\Program Files\AirVPN\AirVPN.exe. 2016.12.06 23:38:00 - Command line arguments (0):. 2016.12.06 23:38:00 - Operating System: Microsoft Windows NT 6.2.9200.0. 2016.12.06 23:38:00 - Updating systems & servers data ...I 2016.12.06 23:38:00 - OpenVPN Driver - TAP-Windows Adapter V9, version 9.21.1I 2016.12.06 23:38:00 - OpenVPN - Version: OpenVPN 2.3.8 (C:\Program Files\AirVPN\openvpn.exe)I 2016.12.06 23:38:00 - SSH - Version: plink 0.63 (C:\Program Files\AirVPN\plink.exe)I 2016.12.06 23:38:00 - SSL - Version: stunnel 5.17 (C:\Program Files\AirVPN\stunnel.exe)! 2016.12.06 23:38:00 - Ready. 2016.12.06 23:38:01 - Systems & servers data update completedI 2016.12.06 23:38:02 - Session starting.I 2016.12.06 23:38:02 - IPv6 disabled.I 2016.12.06 23:38:08 - Checking authorization ...! 2016.12.06 23:38:09 - Connecting to Cursa (United States, Miami). 2016.12.06 23:38:09 - OpenVPN > OpenVPN 2.3.8 x86_64-w64-mingw32 [sSL (OpenSSL)] [LZO] [iPv6] built on Aug 13 2015. 2016.12.06 23:38:09 - OpenVPN > library versions: OpenSSL 1.0.2d 9 Jul 2015, LZO 2.08. 2016.12.06 23:38:09 - OpenVPN > MANAGEMENT: TCP Socket listening on [AF_INET]127.0.0.1:3100. 2016.12.06 23:38:09 - OpenVPN > Control Channel Authentication: tls-auth using INLINE static key file. 2016.12.06 23:38:09 - OpenVPN > Outgoing Control Channel Authentication: Using 160 bit message hash 'SHA1' for HMAC authentication. 2016.12.06 23:38:09 - OpenVPN > Incoming Control Channel Authentication: Using 160 bit message hash 'SHA1' for HMAC authentication. 2016.12.06 23:38:09 - OpenVPN > Socket Buffers: R=[65536->524288] S=[65536->524288]. 2016.12.06 23:38:09 - OpenVPN > UDPv4 link local: [undef]. 2016.12.06 23:38:09 - OpenVPN > UDPv4 link remote: [AF_INET]96.47.229.58:443. 2016.12.06 23:38:09 - OpenVPN > TLS: Initial packet from [AF_INET]96.47.229.58:443, sid=66b5f82a a1377c50. 2016.12.06 23:38:09 - OpenVPN > VERIFY OK: depth=1, C=IT, ST=IT, L=Perugia, O=airvpn.org, CN=airvpn.org CA, emailAddress=info@airvpn.org. 2016.12.06 23:38:09 - OpenVPN > Validating certificate key usage. 2016.12.06 23:38:09 - OpenVPN > ++ Certificate has key usage 00a0, expects 00a0. 2016.12.06 23:38:09 - OpenVPN > VERIFY KU OK. 2016.12.06 23:38:09 - OpenVPN > Validating certificate extended key usage. 2016.12.06 23:38:09 - OpenVPN > ++ Certificate has EKU (str) TLS Web Server Authentication, expects TLS Web Server Authentication. 2016.12.06 23:38:09 - OpenVPN > VERIFY EKU OK. 2016.12.06 23:38:09 - OpenVPN > VERIFY OK: depth=0, C=IT, ST=IT, L=Perugia, O=airvpn.org, CN=server, emailAddress=info@airvpn.org. 2016.12.06 23:38:09 - OpenVPN > Data Channel Encrypt: Cipher 'AES-256-CBC' initialized with 256 bit key. 2016.12.06 23:38:09 - OpenVPN > Data Channel Encrypt: Using 160 bit message hash 'SHA1' for HMAC authentication. 2016.12.06 23:38:09 - OpenVPN > Data Channel Decrypt: Cipher 'AES-256-CBC' initialized with 256 bit key. 2016.12.06 23:38:09 - OpenVPN > Data Channel Decrypt: Using 160 bit message hash 'SHA1' for HMAC authentication. 2016.12.06 23:38:09 - OpenVPN > Control Channel: TLSv1.2, cipher TLSv1/SSLv3 DHE-RSA-AES256-GCM-SHA384, 4096 bit RSA. 2016.12.06 23:38:09 - OpenVPN > [server] Peer Connection Initiated with [AF_INET]96.47.229.58:443. 2016.12.06 23:38:11 - OpenVPN > SENT CONTROL [server]: 'PUSH_REQUEST' (status=1). 2016.12.06 23:38: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.50.21 255.255.0.0'. 2016.12.06 23:38:11 - OpenVPN > OPTIONS IMPORT: timers and/or timeouts modified. 2016.12.06 23:38:11 - OpenVPN > OPTIONS IMPORT: LZO parms modified. 2016.12.06 23:38:11 - OpenVPN > OPTIONS IMPORT: --ifconfig/up options modified. 2016.12.06 23:38:11 - OpenVPN > OPTIONS IMPORT: route options modified. 2016.12.06 23:38:11 - OpenVPN > OPTIONS IMPORT: route-related options modified. 2016.12.06 23:38:11 - OpenVPN > OPTIONS IMPORT: --ip-win32 and/or --dhcp-option options modified. 2016.12.06 23:38:11 - OpenVPN > do_ifconfig, tt->ipv6=0, tt->did_ifconfig_ipv6_setup=0. 2016.12.06 23:38:11 - OpenVPN > open_tun, tt->ipv6=0. 2016.12.06 23:38:11 - OpenVPN > TAP-WIN32 device [Ethernet 2] opened: \\.\Global\{C51200F7-B47E-41E9-B393-9151E759ECBE}.tap. 2016.12.06 23:38:11 - OpenVPN > TAP-Windows Driver Version 9.21. 2016.12.06 23:38:11 - OpenVPN > Set TAP-Windows TUN subnet mode network/local/netmask = 10.4.0.0/10.4.50.21/255.255.0.0 [sUCCEEDED]. 2016.12.06 23:38:11 - OpenVPN > Notified TAP-Windows driver to set a DHCP IP/netmask of 10.4.50.21/255.255.0.0 on interface {C51200F7-B47E-41E9-B393-9151E759ECBE} [DHCP-serv: 10.4.255.254, lease-time: 31536000]. 2016.12.06 23:38:11 - OpenVPN > Successful ARP Flush on interface [13] {C51200F7-B47E-41E9-B393-9151E759ECBE}. 2016.12.06 23:38:16 - OpenVPN > TEST ROUTES: 1/1 succeeded len=0 ret=1 a=0 u/d=up. 2016.12.06 23:38:16 - OpenVPN > C:\WINDOWS\system32\route.exe ADD 96.47.229.58 MASK 255.255.255.255 192.168.0.1. 2016.12.06 23:38:16 - OpenVPN > ROUTE: CreateIpForwardEntry succeeded with dwForwardMetric1=10 and dwForwardType=4. 2016.12.06 23:38:16 - OpenVPN > Route addition via IPAPI succeeded [adaptive]. 2016.12.06 23:38:16 - OpenVPN > C:\WINDOWS\system32\route.exe ADD 192.168.0.1 MASK 255.255.255.255 192.168.0.1 IF 16. 2016.12.06 23:38:16 - OpenVPN > ROUTE: CreateIpForwardEntry succeeded with dwForwardMetric1=10 and dwForwardType=4. 2016.12.06 23:38:16 - OpenVPN > Route addition via IPAPI succeeded [adaptive]. 2016.12.06 23:38:16 - OpenVPN > C:\WINDOWS\system32\route.exe ADD 0.0.0.0 MASK 128.0.0.0 10.4.0.1. 2016.12.06 23:38:16 - OpenVPN > ROUTE: CreateIpForwardEntry succeeded with dwForwardMetric1=20 and dwForwardType=4. 2016.12.06 23:38:16 - OpenVPN > Route addition via IPAPI succeeded [adaptive]. 2016.12.06 23:38:16 - OpenVPN > C:\WINDOWS\system32\route.exe ADD 128.0.0.0 MASK 128.0.0.0 10.4.0.1. 2016.12.06 23:38:16 - OpenVPN > ROUTE: CreateIpForwardEntry succeeded with dwForwardMetric1=20 and dwForwardType=4. 2016.12.06 23:38:16 - OpenVPN > Route addition via IPAPI succeeded [adaptive]. 2016.12.06 23:38:16 - Starting Management Interface. 2016.12.06 23:38:16 - OpenVPN > Initialization Sequence CompletedI 2016.12.06 23:38:16 - DNS of a network adapter forced (Realtek PCIe GBE Family Controller)I 2016.12.06 23:38:16 - DNS of a network adapter forced (TAP-Windows Adapter V9)I 2016.12.06 23:38:16 - Flushing DNSI 2016.12.06 23:38:16 - Checking routeW 2016.12.06 23:38:40 - The remote name could not be resolved: 'cursa_exit.airservers.org'! 2016.12.06 23:38:40 - Disconnecting. 2016.12.06 23:38:40 - Management - Send 'signal SIGTERM'. 2016.12.06 23:38:40 - OpenVPN > MANAGEMENT: CMD 'signal SIGTERM'. 2016.12.06 23:38:40 - OpenVPN > SIGTERM received, sending exit notification to peer. 2016.12.06 23:38:40 - OpenVpn Management > >INFO:OpenVPN Management Interface Version 1 -- type 'help' for more info. 2016.12.06 23:38:45 - OpenVPN > C:\WINDOWS\system32\route.exe DELETE 96.47.229.58 MASK 255.255.255.255 192.168.0.1. 2016.12.06 23:38:45 - OpenVPN > Route deletion via IPAPI succeeded [adaptive]. 2016.12.06 23:38:45 - OpenVPN > C:\WINDOWS\system32\route.exe DELETE 192.168.0.1 MASK 255.255.255.255 192.168.0.1. 2016.12.06 23:38:45 - OpenVPN > Route deletion via IPAPI succeeded [adaptive]. 2016.12.06 23:38:45 - OpenVPN > C:\WINDOWS\system32\route.exe DELETE 0.0.0.0 MASK 128.0.0.0 10.4.0.1. 2016.12.06 23:38:45 - OpenVPN > Route deletion via IPAPI succeeded [adaptive]. 2016.12.06 23:38:45 - OpenVPN > C:\WINDOWS\system32\route.exe DELETE 128.0.0.0 MASK 128.0.0.0 10.4.0.1. 2016.12.06 23:38:45 - OpenVPN > Route deletion via IPAPI succeeded [adaptive]. 2016.12.06 23:38:45 - OpenVPN > Closing TUN/TAP interface. 2016.12.06 23:38:45 - OpenVPN > SIGTERM[soft,exit-with-notification] received, process exiting. 2016.12.06 23:38:45 - Connection terminated.I 2016.12.06 23:38:45 - DNS of a network adapter restored to original settings (Realtek PCIe GBE Family Controller)I 2016.12.06 23:38:45 - DNS of a network adapter restored to original settings (TAP-Windows Adapter V9)I 2016.12.06 23:38:48 - Cancel requested.I 2016.12.06 23:38:48 - IPv6 restored.! 2016.12.06 23:38:48 - Session terminated.I 2016.12.06 23:43:24 - Session starting.I 2016.12.06 23:43:24 - IPv6 disabled.I 2016.12.06 23:43:25 - Checking authorization ...! 2016.12.06 23:43:25 - Connecting to Acamar (United States, Miami). 2016.12.06 23:43:25 - OpenVPN > OpenVPN 2.3.8 x86_64-w64-mingw32 [sSL (OpenSSL)] [LZO] [iPv6] built on Aug 13 2015. 2016.12.06 23:43:25 - OpenVPN > library versions: OpenSSL 1.0.2d 9 Jul 2015, LZO 2.08. 2016.12.06 23:43:25 - OpenVPN > MANAGEMENT: TCP Socket listening on [AF_INET]127.0.0.1:3100. 2016.12.06 23:43:25 - OpenVPN > Control Channel Authentication: tls-auth using INLINE static key file. 2016.12.06 23:43:25 - OpenVPN > Outgoing Control Channel Authentication: Using 160 bit message hash 'SHA1' for HMAC authentication. 2016.12.06 23:43:25 - OpenVPN > Incoming Control Channel Authentication: Using 160 bit message hash 'SHA1' for HMAC authentication. 2016.12.06 23:43:25 - OpenVPN > Socket Buffers: R=[65536->524288] S=[65536->524288]. 2016.12.06 23:43:25 - OpenVPN > UDPv4 link local: [undef]. 2016.12.06 23:43:25 - OpenVPN > UDPv4 link remote: [AF_INET]173.44.55.154:443. 2016.12.06 23:43:25 - OpenVPN > TLS: Initial packet from [AF_INET]173.44.55.154:443, sid=6c854023 923066a3. 2016.12.06 23:43:25 - OpenVPN > VERIFY OK: depth=1, C=IT, ST=IT, L=Perugia, O=airvpn.org, CN=airvpn.org CA, emailAddress=info@airvpn.org. 2016.12.06 23:43:25 - OpenVPN > Validating certificate key usage. 2016.12.06 23:43:25 - OpenVPN > ++ Certificate has key usage 00a0, expects 00a0. 2016.12.06 23:43:25 - OpenVPN > VERIFY KU OK. 2016.12.06 23:43:25 - OpenVPN > Validating certificate extended key usage. 2016.12.06 23:43:25 - OpenVPN > ++ Certificate has EKU (str) TLS Web Server Authentication, expects TLS Web Server Authentication. 2016.12.06 23:43:25 - OpenVPN > VERIFY EKU OK. 2016.12.06 23:43:25 - OpenVPN > VERIFY OK: depth=0, C=IT, ST=IT, L=Perugia, O=airvpn.org, CN=server, emailAddress=info@airvpn.org. 2016.12.06 23:43:25 - OpenVPN > Data Channel Encrypt: Cipher 'AES-256-CBC' initialized with 256 bit key. 2016.12.06 23:43:25 - OpenVPN > Data Channel Encrypt: Using 160 bit message hash 'SHA1' for HMAC authentication. 2016.12.06 23:43:25 - OpenVPN > Data Channel Decrypt: Cipher 'AES-256-CBC' initialized with 256 bit key. 2016.12.06 23:43:25 - OpenVPN > Data Channel Decrypt: Using 160 bit message hash 'SHA1' for HMAC authentication. 2016.12.06 23:43:25 - OpenVPN > Control Channel: TLSv1.2, cipher TLSv1/SSLv3 DHE-RSA-AES256-GCM-SHA384, 4096 bit RSA. 2016.12.06 23:43:25 - OpenVPN > [server] Peer Connection Initiated with [AF_INET]173.44.55.154:443. 2016.12.06 23:43:28 - OpenVPN > SENT CONTROL [server]: 'PUSH_REQUEST' (status=1). 2016.12.06 23:43:28 - 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.56.164 255.255.0.0'. 2016.12.06 23:43:28 - OpenVPN > OPTIONS IMPORT: timers and/or timeouts modified. 2016.12.06 23:43:28 - OpenVPN > OPTIONS IMPORT: LZO parms modified. 2016.12.06 23:43:28 - OpenVPN > OPTIONS IMPORT: --ifconfig/up options modified. 2016.12.06 23:43:28 - OpenVPN > OPTIONS IMPORT: route options modified. 2016.12.06 23:43:28 - OpenVPN > OPTIONS IMPORT: route-related options modified. 2016.12.06 23:43:28 - OpenVPN > OPTIONS IMPORT: --ip-win32 and/or --dhcp-option options modified. 2016.12.06 23:43:28 - OpenVPN > do_ifconfig, tt->ipv6=0, tt->did_ifconfig_ipv6_setup=0. 2016.12.06 23:43:28 - OpenVPN > open_tun, tt->ipv6=0. 2016.12.06 23:43:28 - OpenVPN > TAP-WIN32 device [Ethernet 2] opened: \\.\Global\{C51200F7-B47E-41E9-B393-9151E759ECBE}.tap. 2016.12.06 23:43:28 - OpenVPN > TAP-Windows Driver Version 9.21. 2016.12.06 23:43:28 - OpenVPN > Set TAP-Windows TUN subnet mode network/local/netmask = 10.4.0.0/10.4.56.164/255.255.0.0 [sUCCEEDED]. 2016.12.06 23:43:28 - OpenVPN > Notified TAP-Windows driver to set a DHCP IP/netmask of 10.4.56.164/255.255.0.0 on interface {C51200F7-B47E-41E9-B393-9151E759ECBE} [DHCP-serv: 10.4.255.254, lease-time: 31536000]. 2016.12.06 23:43:28 - OpenVPN > Successful ARP Flush on interface [13] {C51200F7-B47E-41E9-B393-9151E759ECBE}. 2016.12.06 23:43:33 - OpenVPN > TEST ROUTES: 1/1 succeeded len=0 ret=1 a=0 u/d=up. 2016.12.06 23:43:33 - OpenVPN > C:\WINDOWS\system32\route.exe ADD 173.44.55.154 MASK 255.255.255.255 192.168.0.1. 2016.12.06 23:43:33 - OpenVPN > ROUTE: CreateIpForwardEntry succeeded with dwForwardMetric1=10 and dwForwardType=4. 2016.12.06 23:43:33 - OpenVPN > Route addition via IPAPI succeeded [adaptive]. 2016.12.06 23:43:33 - OpenVPN > C:\WINDOWS\system32\route.exe ADD 192.168.0.1 MASK 255.255.255.255 192.168.0.1 IF 16. 2016.12.06 23:43:33 - OpenVPN > ROUTE: CreateIpForwardEntry succeeded with dwForwardMetric1=10 and dwForwardType=4. 2016.12.06 23:43:33 - OpenVPN > Route addition via IPAPI succeeded [adaptive]. 2016.12.06 23:43:33 - OpenVPN > C:\WINDOWS\system32\route.exe ADD 0.0.0.0 MASK 128.0.0.0 10.4.0.1. 2016.12.06 23:43:33 - OpenVPN > ROUTE: CreateIpForwardEntry succeeded with dwForwardMetric1=20 and dwForwardType=4. 2016.12.06 23:43:33 - OpenVPN > Route addition via IPAPI succeeded [adaptive]. 2016.12.06 23:43:33 - OpenVPN > C:\WINDOWS\system32\route.exe ADD 128.0.0.0 MASK 128.0.0.0 10.4.0.1. 2016.12.06 23:43:33 - OpenVPN > ROUTE: CreateIpForwardEntry succeeded with dwForwardMetric1=20 and dwForwardType=4. 2016.12.06 23:43:33 - OpenVPN > Route addition via IPAPI succeeded [adaptive]. 2016.12.06 23:43:33 - Starting Management Interface. 2016.12.06 23:43:33 - OpenVPN > Initialization Sequence CompletedI 2016.12.06 23:43:33 - DNS of a network adapter forced (Realtek PCIe GBE Family Controller)I 2016.12.06 23:43:33 - DNS of a network adapter forced (TAP-Windows Adapter V9)I 2016.12.06 23:43:33 - Flushing DNSI 2016.12.06 23:43:33 - Checking DNSW 2016.12.06 23:43:57 - The remote name could not be resolved: 'acamar_exit.airservers.org'! 2016.12.06 23:43:57 - Disconnecting. 2016.12.06 23:43:57 - Management - Send 'signal SIGTERM'. 2016.12.06 23:43:57 - OpenVpn Management > >INFO:OpenVPN Management Interface Version 1 -- type 'help' for more info. 2016.12.06 23:43:57 - OpenVPN > MANAGEMENT: CMD 'signal SIGTERM'. 2016.12.06 23:43:57 - OpenVPN > SIGTERM received, sending exit notification to peer. 2016.12.06 23:44:02 - OpenVPN > C:\WINDOWS\system32\route.exe DELETE 173.44.55.154 MASK 255.255.255.255 192.168.0.1. 2016.12.06 23:44:02 - OpenVPN > Route deletion via IPAPI succeeded [adaptive]. 2016.12.06 23:44:02 - OpenVPN > C:\WINDOWS\system32\route.exe DELETE 192.168.0.1 MASK 255.255.255.255 192.168.0.1. 2016.12.06 23:44:02 - OpenVPN > Route deletion via IPAPI succeeded [adaptive]. 2016.12.06 23:44:02 - OpenVPN > C:\WINDOWS\system32\route.exe DELETE 0.0.0.0 MASK 128.0.0.0 10.4.0.1. 2016.12.06 23:44:02 - OpenVPN > Route deletion via IPAPI succeeded [adaptive]. 2016.12.06 23:44:02 - OpenVPN > C:\WINDOWS\system32\route.exe DELETE 128.0.0.0 MASK 128.0.0.0 10.4.0.1. 2016.12.06 23:44:02 - OpenVPN > Route deletion via IPAPI succeeded [adaptive]. 2016.12.06 23:44:02 - OpenVPN > Closing TUN/TAP interface. 2016.12.06 23:44:02 - OpenVPN > SIGTERM[soft,exit-with-notification] received, process exiting. 2016.12.06 23:44:02 - Connection terminated.I 2016.12.06 23:44:02 - DNS of a network adapter restored to original settings (Realtek PCIe GBE Family Controller)I 2016.12.06 23:44:02 - DNS of a network adapter restored to original settings (TAP-Windows Adapter V9)I 2016.12.06 23:44:05 - Cancel requested.I 2016.12.06 23:44:05 - IPv6 restored.! 2016.12.06 23:44:05 - Session terminated.I 2016.12.06 23:50:11 - Session starting.I 2016.12.06 23:50:11 - IPv6 disabled.I 2016.12.06 23:50:11 - Checking authorization ...! 2016.12.06 23:50:11 - Connecting to Acamar (United States, Miami). 2016.12.06 23:50:11 - OpenVPN > OpenVPN 2.3.8 x86_64-w64-mingw32 [sSL (OpenSSL)] [LZO] [iPv6] built on Aug 13 2015. 2016.12.06 23:50:11 - OpenVPN > library versions: OpenSSL 1.0.2d 9 Jul 2015, LZO 2.08. 2016.12.06 23:50:11 - OpenVPN > MANAGEMENT: TCP Socket listening on [AF_INET]127.0.0.1:3100. 2016.12.06 23:50:11 - OpenVPN > Control Channel Authentication: tls-auth using INLINE static key file. 2016.12.06 23:50:11 - OpenVPN > Outgoing Control Channel Authentication: Using 160 bit message hash 'SHA1' for HMAC authentication. 2016.12.06 23:50:11 - OpenVPN > Incoming Control Channel Authentication: Using 160 bit message hash 'SHA1' for HMAC authentication. 2016.12.06 23:50:11 - OpenVPN > Socket Buffers: R=[65536->524288] S=[65536->524288]. 2016.12.06 23:50:11 - OpenVPN > UDPv4 link local: [undef]. 2016.12.06 23:50:11 - OpenVPN > UDPv4 link remote: [AF_INET]173.44.55.154:443. 2016.12.06 23:50:11 - OpenVPN > TLS: Initial packet from [AF_INET]173.44.55.154:443, sid=b96b8d3e 113c910e. 2016.12.06 23:50:11 - OpenVPN > VERIFY OK: depth=1, C=IT, ST=IT, L=Perugia, O=airvpn.org, CN=airvpn.org CA, emailAddress=info@airvpn.org. 2016.12.06 23:50:11 - OpenVPN > Validating certificate key usage. 2016.12.06 23:50:11 - OpenVPN > ++ Certificate has key usage 00a0, expects 00a0. 2016.12.06 23:50:11 - OpenVPN > VERIFY KU OK. 2016.12.06 23:50:11 - OpenVPN > Validating certificate extended key usage. 2016.12.06 23:50:11 - OpenVPN > ++ Certificate has EKU (str) TLS Web Server Authentication, expects TLS Web Server Authentication. 2016.12.06 23:50:11 - OpenVPN > VERIFY EKU OK. 2016.12.06 23:50:11 - OpenVPN > VERIFY OK: depth=0, C=IT, ST=IT, L=Perugia, O=airvpn.org, CN=server, emailAddress=info@airvpn.org. 2016.12.06 23:50:12 - OpenVPN > Data Channel Encrypt: Cipher 'AES-256-CBC' initialized with 256 bit key. 2016.12.06 23:50:12 - OpenVPN > Data Channel Encrypt: Using 160 bit message hash 'SHA1' for HMAC authentication. 2016.12.06 23:50:12 - OpenVPN > Data Channel Decrypt: Cipher 'AES-256-CBC' initialized with 256 bit key. 2016.12.06 23:50:12 - OpenVPN > Data Channel Decrypt: Using 160 bit message hash 'SHA1' for HMAC authentication. 2016.12.06 23:50:12 - OpenVPN > Control Channel: TLSv1.2, cipher TLSv1/SSLv3 DHE-RSA-AES256-GCM-SHA384, 4096 bit RSA. 2016.12.06 23:50:12 - OpenVPN > [server] Peer Connection Initiated with [AF_INET]173.44.55.154:443. 2016.12.06 23:50:14 - OpenVPN > SENT CONTROL [server]: 'PUSH_REQUEST' (status=1). 2016.12.06 23:50:14 - 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.56.164 255.255.0.0'. 2016.12.06 23:50:14 - OpenVPN > OPTIONS IMPORT: timers and/or timeouts modified. 2016.12.06 23:50:14 - OpenVPN > OPTIONS IMPORT: LZO parms modified. 2016.12.06 23:50:14 - OpenVPN > OPTIONS IMPORT: --ifconfig/up options modified. 2016.12.06 23:50:14 - OpenVPN > OPTIONS IMPORT: route options modified. 2016.12.06 23:50:14 - OpenVPN > OPTIONS IMPORT: route-related options modified. 2016.12.06 23:50:14 - OpenVPN > OPTIONS IMPORT: --ip-win32 and/or --dhcp-option options modified. 2016.12.06 23:50:14 - OpenVPN > do_ifconfig, tt->ipv6=0, tt->did_ifconfig_ipv6_setup=0. 2016.12.06 23:50:14 - OpenVPN > open_tun, tt->ipv6=0. 2016.12.06 23:50:14 - OpenVPN > TAP-WIN32 device [Ethernet 2] opened: \\.\Global\{C51200F7-B47E-41E9-B393-9151E759ECBE}.tap. 2016.12.06 23:50:14 - OpenVPN > TAP-Windows Driver Version 9.21. 2016.12.06 23:50:14 - OpenVPN > Set TAP-Windows TUN subnet mode network/local/netmask = 10.4.0.0/10.4.56.164/255.255.0.0 [sUCCEEDED]. 2016.12.06 23:50:14 - OpenVPN > Notified TAP-Windows driver to set a DHCP IP/netmask of 10.4.56.164/255.255.0.0 on interface {C51200F7-B47E-41E9-B393-9151E759ECBE} [DHCP-serv: 10.4.255.254, lease-time: 31536000]. 2016.12.06 23:50:14 - OpenVPN > Successful ARP Flush on interface [13] {C51200F7-B47E-41E9-B393-9151E759ECBE}. 2016.12.06 23:50:19 - OpenVPN > TEST ROUTES: 1/1 succeeded len=0 ret=1 a=0 u/d=up. 2016.12.06 23:50:19 - OpenVPN > C:\WINDOWS\system32\route.exe ADD 173.44.55.154 MASK 255.255.255.255 192.168.0.1. 2016.12.06 23:50:19 - OpenVPN > ROUTE: CreateIpForwardEntry succeeded with dwForwardMetric1=10 and dwForwardType=4. 2016.12.06 23:50:19 - OpenVPN > Route addition via IPAPI succeeded [adaptive]. 2016.12.06 23:50:19 - OpenVPN > C:\WINDOWS\system32\route.exe ADD 192.168.0.1 MASK 255.255.255.255 192.168.0.1 IF 16. 2016.12.06 23:50:19 - OpenVPN > ROUTE: CreateIpForwardEntry succeeded with dwForwardMetric1=10 and dwForwardType=4. 2016.12.06 23:50:19 - OpenVPN > Route addition via IPAPI succeeded [adaptive]. 2016.12.06 23:50:19 - OpenVPN > C:\WINDOWS\system32\route.exe ADD 0.0.0.0 MASK 128.0.0.0 10.4.0.1. 2016.12.06 23:50:19 - OpenVPN > ROUTE: CreateIpForwardEntry succeeded with dwForwardMetric1=20 and dwForwardType=4. 2016.12.06 23:50:19 - OpenVPN > Route addition via IPAPI succeeded [adaptive]. 2016.12.06 23:50:19 - OpenVPN > C:\WINDOWS\system32\route.exe ADD 128.0.0.0 MASK 128.0.0.0 10.4.0.1. 2016.12.06 23:50:19 - OpenVPN > ROUTE: CreateIpForwardEntry succeeded with dwForwardMetric1=20 and dwForwardType=4. 2016.12.06 23:50:19 - OpenVPN > Route addition via IPAPI succeeded [adaptive]. 2016.12.06 23:50:19 - Starting Management Interface. 2016.12.06 23:50:19 - OpenVPN > Initialization Sequence CompletedI 2016.12.06 23:50:19 - DNS of a network adapter forced (Realtek PCIe GBE Family Controller)I 2016.12.06 23:50:19 - DNS of a network adapter forced (TAP-Windows Adapter V9)I 2016.12.06 23:50:19 - Flushing DNSI 2016.12.06 23:50:19 - Checking DNSW 2016.12.06 23:50:43 - The remote name could not be resolved: 'acamar_exit.airservers.org'! 2016.12.06 23:50:44 - Disconnecting. 2016.12.06 23:50:44 - Management - Send 'signal SIGTERM'. 2016.12.06 23:50:44 - OpenVpn Management > >INFO:OpenVPN Management Interface Version 1 -- type 'help' for more info. 2016.12.06 23:50:44 - OpenVPN > MANAGEMENT: CMD 'signal SIGTERM'. 2016.12.06 23:50:44 - OpenVPN > SIGTERM received, sending exit notification to peer. 2016.12.06 23:50:49 - OpenVPN > C:\WINDOWS\system32\route.exe DELETE 173.44.55.154 MASK 255.255.255.255 192.168.0.1. 2016.12.06 23:50:49 - OpenVPN > Route deletion via IPAPI succeeded [adaptive]. 2016.12.06 23:50:49 - OpenVPN > C:\WINDOWS\system32\route.exe DELETE 192.168.0.1 MASK 255.255.255.255 192.168.0.1. 2016.12.06 23:50:49 - OpenVPN > Route deletion via IPAPI succeeded [adaptive]. 2016.12.06 23:50:49 - OpenVPN > C:\WINDOWS\system32\route.exe DELETE 0.0.0.0 MASK 128.0.0.0 10.4.0.1. 2016.12.06 23:50:49 - OpenVPN > Route deletion via IPAPI succeeded [adaptive]. 2016.12.06 23:50:49 - OpenVPN > C:\WINDOWS\system32\route.exe DELETE 128.0.0.0 MASK 128.0.0.0 10.4.0.1. 2016.12.06 23:50:49 - OpenVPN > Route deletion via IPAPI succeeded [adaptive]. 2016.12.06 23:50:49 - OpenVPN > Closing TUN/TAP interface. 2016.12.06 23:50:49 - OpenVPN > SIGTERM[soft,exit-with-notification] received, process exiting. 2016.12.06 23:50:49 - Connection terminated.I 2016.12.06 23:50:49 - DNS of a network adapter restored to original settings (Realtek PCIe GBE Family Controller)I 2016.12.06 23:50:49 - DNS of a network adapter restored to original settings (TAP-Windows Adapter V9)I 2016.12.06 23:50:49 - Cancel requested.I 2016.12.06 23:50:49 - IPv6 restored.! 2016.12.06 23:50:49 - Session terminated.I 2016.12.06 23:52:25 - Session starting.I 2016.12.06 23:52:25 - IPv6 disabled.I 2016.12.06 23:52:25 - Checking authorization ...! 2016.12.06 23:52:25 - Connecting to Acamar (United States, Miami). 2016.12.06 23:52:25 - OpenVPN > OpenVPN 2.3.8 x86_64-w64-mingw32 [sSL (OpenSSL)] [LZO] [iPv6] built on Aug 13 2015. 2016.12.06 23:52:25 - OpenVPN > library versions: OpenSSL 1.0.2d 9 Jul 2015, LZO 2.08. 2016.12.06 23:52:25 - OpenVPN > MANAGEMENT: TCP Socket listening on [AF_INET]127.0.0.1:3100. 2016.12.06 23:52:26 - OpenVPN > Control Channel Authentication: tls-auth using INLINE static key file. 2016.12.06 23:52:26 - OpenVPN > Outgoing Control Channel Authentication: Using 160 bit message hash 'SHA1' for HMAC authentication. 2016.12.06 23:52:26 - OpenVPN > Incoming Control Channel Authentication: Using 160 bit message hash 'SHA1' for HMAC authentication. 2016.12.06 23:52:26 - OpenVPN > Socket Buffers: R=[65536->524288] S=[65536->524288]. 2016.12.06 23:52:26 - OpenVPN > UDPv4 link local: [undef]. 2016.12.06 23:52:26 - OpenVPN > UDPv4 link remote: [AF_INET]173.44.55.154:443. 2016.12.06 23:52:26 - OpenVPN > TLS: Initial packet from [AF_INET]173.44.55.154:443, sid=061a5617 c2c9cd1f. 2016.12.06 23:52:26 - OpenVPN > VERIFY OK: depth=1, C=IT, ST=IT, L=Perugia, O=airvpn.org, CN=airvpn.org CA, emailAddress=info@airvpn.org. 2016.12.06 23:52:26 - OpenVPN > Validating certificate key usage. 2016.12.06 23:52:26 - OpenVPN > ++ Certificate has key usage 00a0, expects 00a0. 2016.12.06 23:52:26 - OpenVPN > VERIFY KU OK. 2016.12.06 23:52:26 - OpenVPN > Validating certificate extended key usage. 2016.12.06 23:52:26 - OpenVPN > ++ Certificate has EKU (str) TLS Web Server Authentication, expects TLS Web Server Authentication. 2016.12.06 23:52:26 - OpenVPN > VERIFY EKU OK. 2016.12.06 23:52:26 - OpenVPN > VERIFY OK: depth=0, C=IT, ST=IT, L=Perugia, O=airvpn.org, CN=server, emailAddress=info@airvpn.org. 2016.12.06 23:52:26 - OpenVPN > Data Channel Encrypt: Cipher 'AES-256-CBC' initialized with 256 bit key. 2016.12.06 23:52:26 - OpenVPN > Data Channel Encrypt: Using 160 bit message hash 'SHA1' for HMAC authentication. 2016.12.06 23:52:26 - OpenVPN > Data Channel Decrypt: Cipher 'AES-256-CBC' initialized with 256 bit key. 2016.12.06 23:52:26 - OpenVPN > Data Channel Decrypt: Using 160 bit message hash 'SHA1' for HMAC authentication. 2016.12.06 23:52:26 - OpenVPN > Control Channel: TLSv1.2, cipher TLSv1/SSLv3 DHE-RSA-AES256-GCM-SHA384, 4096 bit RSA. 2016.12.06 23:52:26 - OpenVPN > [server] Peer Connection Initiated with [AF_INET]173.44.55.154:443. 2016.12.06 23:52:28 - OpenVPN > SENT CONTROL [server]: 'PUSH_REQUEST' (status=1). 2016.12.06 23:52:28 - 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.56.164 255.255.0.0'. 2016.12.06 23:52:28 - OpenVPN > OPTIONS IMPORT: timers and/or timeouts modified. 2016.12.06 23:52:28 - OpenVPN > OPTIONS IMPORT: LZO parms modified. 2016.12.06 23:52:28 - OpenVPN > OPTIONS IMPORT: --ifconfig/up options modified. 2016.12.06 23:52:28 - OpenVPN > OPTIONS IMPORT: route options modified. 2016.12.06 23:52:28 - OpenVPN > OPTIONS IMPORT: route-related options modified. 2016.12.06 23:52:28 - OpenVPN > OPTIONS IMPORT: --ip-win32 and/or --dhcp-option options modified. 2016.12.06 23:52:28 - OpenVPN > do_ifconfig, tt->ipv6=0, tt->did_ifconfig_ipv6_setup=0. 2016.12.06 23:52:28 - OpenVPN > open_tun, tt->ipv6=0. 2016.12.06 23:52:28 - OpenVPN > TAP-WIN32 device [Ethernet 2] opened: \\.\Global\{C51200F7-B47E-41E9-B393-9151E759ECBE}.tap. 2016.12.06 23:52:28 - OpenVPN > TAP-Windows Driver Version 9.21. 2016.12.06 23:52:28 - OpenVPN > Set TAP-Windows TUN subnet mode network/local/netmask = 10.4.0.0/10.4.56.164/255.255.0.0 [sUCCEEDED]. 2016.12.06 23:52:28 - OpenVPN > Notified TAP-Windows driver to set a DHCP IP/netmask of 10.4.56.164/255.255.0.0 on interface {C51200F7-B47E-41E9-B393-9151E759ECBE} [DHCP-serv: 10.4.255.254, lease-time: 31536000]. 2016.12.06 23:52:28 - OpenVPN > Successful ARP Flush on interface [13] {C51200F7-B47E-41E9-B393-9151E759ECBE}. 2016.12.06 23:52:33 - OpenVPN > TEST ROUTES: 1/1 succeeded len=0 ret=1 a=0 u/d=up. 2016.12.06 23:52:33 - OpenVPN > C:\WINDOWS\system32\route.exe ADD 173.44.55.154 MASK 255.255.255.255 192.168.0.1. 2016.12.06 23:52:33 - OpenVPN > ROUTE: CreateIpForwardEntry succeeded with dwForwardMetric1=10 and dwForwardType=4. 2016.12.06 23:52:33 - OpenVPN > Route addition via IPAPI succeeded [adaptive]. 2016.12.06 23:52:33 - OpenVPN > C:\WINDOWS\system32\route.exe ADD 192.168.0.1 MASK 255.255.255.255 192.168.0.1 IF 16. 2016.12.06 23:52:33 - OpenVPN > ROUTE: CreateIpForwardEntry succeeded with dwForwardMetric1=10 and dwForwardType=4. 2016.12.06 23:52:33 - OpenVPN > Route addition via IPAPI succeeded [adaptive]. 2016.12.06 23:52:33 - OpenVPN > C:\WINDOWS\system32\route.exe ADD 0.0.0.0 MASK 128.0.0.0 10.4.0.1. 2016.12.06 23:52:33 - OpenVPN > ROUTE: CreateIpForwardEntry succeeded with dwForwardMetric1=20 and dwForwardType=4. 2016.12.06 23:52:33 - OpenVPN > Route addition via IPAPI succeeded [adaptive]. 2016.12.06 23:52:33 - OpenVPN > C:\WINDOWS\system32\route.exe ADD 128.0.0.0 MASK 128.0.0.0 10.4.0.1. 2016.12.06 23:52:33 - OpenVPN > ROUTE: CreateIpForwardEntry succeeded with dwForwardMetric1=20 and dwForwardType=4. 2016.12.06 23:52:33 - OpenVPN > Route addition via IPAPI succeeded [adaptive]. 2016.12.06 23:52:33 - Starting Management Interface. 2016.12.06 23:52:33 - OpenVPN > Initialization Sequence CompletedI 2016.12.06 23:52:33 - DNS of a network adapter forced (Realtek PCIe GBE Family Controller)I 2016.12.06 23:52:33 - DNS of a network adapter forced (TAP-Windows Adapter V9)I 2016.12.06 23:52:33 - Flushing DNS! 2016.12.06 23:52:33 - Connected.. 2016.12.06 23:52:33 - OpenVPN > MANAGEMENT: Client connected from [AF_INET]127.0.0.1:3100. 2016.12.06 23:52:33 - OpenVpn Management > >INFO:OpenVPN Management Interface Version 1 -- type 'help' for more info! 2016.12.06 23:53:30 - Disconnecting. 2016.12.06 23:53:30 - Management - Send 'signal SIGTERM'. 2016.12.06 23:53:30 - OpenVPN > MANAGEMENT: CMD 'signal SIGTERM'. 2016.12.06 23:53:30 - OpenVPN > SIGTERM received, sending exit notification to peer. 2016.12.06 23:53:35 - OpenVPN > C:\WINDOWS\system32\route.exe DELETE 173.44.55.154 MASK 255.255.255.255 192.168.0.1. 2016.12.06 23:53:35 - OpenVPN > Route deletion via IPAPI succeeded [adaptive]. 2016.12.06 23:53:35 - OpenVPN > C:\WINDOWS\system32\route.exe DELETE 192.168.0.1 MASK 255.255.255.255 192.168.0.1. 2016.12.06 23:53:35 - OpenVPN > Route deletion via IPAPI succeeded [adaptive]. 2016.12.06 23:53:35 - OpenVPN > C:\WINDOWS\system32\route.exe DELETE 0.0.0.0 MASK 128.0.0.0 10.4.0.1. 2016.12.06 23:53:35 - OpenVPN > Route deletion via IPAPI succeeded [adaptive]. 2016.12.06 23:53:35 - OpenVPN > C:\WINDOWS\system32\route.exe DELETE 128.0.0.0 MASK 128.0.0.0 10.4.0.1. 2016.12.06 23:53:35 - OpenVPN > Route deletion via IPAPI succeeded [adaptive]. 2016.12.06 23:53:35 - OpenVPN > Closing TUN/TAP interface. 2016.12.06 23:53:35 - OpenVPN > SIGTERM[soft,exit-with-notification] received, process exiting. 2016.12.06 23:53:35 - Connection terminated.I 2016.12.06 23:53:35 - DNS of a network adapter restored to original settings (Realtek PCIe GBE Family Controller)I 2016.12.06 23:53:35 - DNS of a network adapter restored to original settings (TAP-Windows Adapter V9)I 2016.12.06 23:53:35 - IPv6 restored.! 2016.12.06 23:53:35 - Session terminated.I 2016.12.06 23:57:04 - Session starting.I 2016.12.06 23:57:04 - IPv6 disabled.I 2016.12.06 23:57:04 - Checking authorization ...! 2016.12.06 23:57:04 - Connecting to Acamar (United States, Miami). 2016.12.06 23:57:04 - OpenVPN > OpenVPN 2.3.8 x86_64-w64-mingw32 [sSL (OpenSSL)] [LZO] [iPv6] built on Aug 13 2015. 2016.12.06 23:57:04 - OpenVPN > library versions: OpenSSL 1.0.2d 9 Jul 2015, LZO 2.08. 2016.12.06 23:57:04 - OpenVPN > MANAGEMENT: TCP Socket listening on [AF_INET]127.0.0.1:3100. 2016.12.06 23:57:04 - OpenVPN > Control Channel Authentication: tls-auth using INLINE static key file. 2016.12.06 23:57:04 - OpenVPN > Outgoing Control Channel Authentication: Using 160 bit message hash 'SHA1' for HMAC authentication. 2016.12.06 23:57:04 - OpenVPN > Incoming Control Channel Authentication: Using 160 bit message hash 'SHA1' for HMAC authentication. 2016.12.06 23:57:04 - OpenVPN > Socket Buffers: R=[65536->524288] S=[65536->524288]. 2016.12.06 23:57:04 - OpenVPN > UDPv4 link local: [undef]. 2016.12.06 23:57:04 - OpenVPN > UDPv4 link remote: [AF_INET]173.44.55.154:443. 2016.12.06 23:57:04 - OpenVPN > TLS: Initial packet from [AF_INET]173.44.55.154:443, sid=3144bc70 76c93ca4. 2016.12.06 23:57:05 - OpenVPN > VERIFY OK: depth=1, C=IT, ST=IT, L=Perugia, O=airvpn.org, CN=airvpn.org CA, emailAddress=info@airvpn.org. 2016.12.06 23:57:05 - OpenVPN > Validating certificate key usage. 2016.12.06 23:57:05 - OpenVPN > ++ Certificate has key usage 00a0, expects 00a0. 2016.12.06 23:57:05 - OpenVPN > VERIFY KU OK. 2016.12.06 23:57:05 - OpenVPN > Validating certificate extended key usage. 2016.12.06 23:57:05 - OpenVPN > ++ Certificate has EKU (str) TLS Web Server Authentication, expects TLS Web Server Authentication. 2016.12.06 23:57:05 - OpenVPN > VERIFY EKU OK. 2016.12.06 23:57:05 - OpenVPN > VERIFY OK: depth=0, C=IT, ST=IT, L=Perugia, O=airvpn.org, CN=server, emailAddress=info@airvpn.org. 2016.12.06 23:57:05 - OpenVPN > Data Channel Encrypt: Cipher 'AES-256-CBC' initialized with 256 bit key. 2016.12.06 23:57:05 - OpenVPN > Data Channel Encrypt: Using 160 bit message hash 'SHA1' for HMAC authentication. 2016.12.06 23:57:05 - OpenVPN > Data Channel Decrypt: Cipher 'AES-256-CBC' initialized with 256 bit key. 2016.12.06 23:57:05 - OpenVPN > Data Channel Decrypt: Using 160 bit message hash 'SHA1' for HMAC authentication. 2016.12.06 23:57:05 - OpenVPN > Control Channel: TLSv1.2, cipher TLSv1/SSLv3 DHE-RSA-AES256-GCM-SHA384, 4096 bit RSA. 2016.12.06 23:57:05 - OpenVPN > [server] Peer Connection Initiated with [AF_INET]173.44.55.154:443. 2016.12.06 23:57:07 - OpenVPN > SENT CONTROL [server]: 'PUSH_REQUEST' (status=1). 2016.12.06 23:57:07 - 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.56.164 255.255.0.0'. 2016.12.06 23:57:07 - OpenVPN > OPTIONS IMPORT: timers and/or timeouts modified. 2016.12.06 23:57:07 - OpenVPN > OPTIONS IMPORT: LZO parms modified. 2016.12.06 23:57:07 - OpenVPN > OPTIONS IMPORT: --ifconfig/up options modified. 2016.12.06 23:57:07 - OpenVPN > OPTIONS IMPORT: route options modified. 2016.12.06 23:57:07 - OpenVPN > OPTIONS IMPORT: route-related options modified. 2016.12.06 23:57:07 - OpenVPN > OPTIONS IMPORT: --ip-win32 and/or --dhcp-option options modified. 2016.12.06 23:57:07 - OpenVPN > do_ifconfig, tt->ipv6=0, tt->did_ifconfig_ipv6_setup=0. 2016.12.06 23:57:07 - OpenVPN > open_tun, tt->ipv6=0. 2016.12.06 23:57:07 - OpenVPN > TAP-WIN32 device [Ethernet 2] opened: \\.\Global\{C51200F7-B47E-41E9-B393-9151E759ECBE}.tap. 2016.12.06 23:57:07 - OpenVPN > TAP-Windows Driver Version 9.21. 2016.12.06 23:57:07 - OpenVPN > Set TAP-Windows TUN subnet mode network/local/netmask = 10.4.0.0/10.4.56.164/255.255.0.0 [sUCCEEDED]. 2016.12.06 23:57:07 - OpenVPN > Notified TAP-Windows driver to set a DHCP IP/netmask of 10.4.56.164/255.255.0.0 on interface {C51200F7-B47E-41E9-B393-9151E759ECBE} [DHCP-serv: 10.4.255.254, lease-time: 31536000]. 2016.12.06 23:57:07 - OpenVPN > Successful ARP Flush on interface [13] {C51200F7-B47E-41E9-B393-9151E759ECBE}. 2016.12.06 23:57:12 - OpenVPN > TEST ROUTES: 1/1 succeeded len=0 ret=1 a=0 u/d=up. 2016.12.06 23:57:12 - OpenVPN > C:\WINDOWS\system32\route.exe ADD 173.44.55.154 MASK 255.255.255.255 192.168.0.1. 2016.12.06 23:57:12 - OpenVPN > ROUTE: CreateIpForwardEntry succeeded with dwForwardMetric1=10 and dwForwardType=4. 2016.12.06 23:57:12 - OpenVPN > Route addition via IPAPI succeeded [adaptive]. 2016.12.06 23:57:12 - OpenVPN > C:\WINDOWS\system32\route.exe ADD 192.168.0.1 MASK 255.255.255.255 192.168.0.1 IF 16. 2016.12.06 23:57:12 - OpenVPN > ROUTE: CreateIpForwardEntry succeeded with dwForwardMetric1=10 and dwForwardType=4. 2016.12.06 23:57:12 - OpenVPN > Route addition via IPAPI succeeded [adaptive]. 2016.12.06 23:57:12 - OpenVPN > C:\WINDOWS\system32\route.exe ADD 0.0.0.0 MASK 128.0.0.0 10.4.0.1. 2016.12.06 23:57:12 - OpenVPN > ROUTE: CreateIpForwardEntry succeeded with dwForwardMetric1=20 and dwForwardType=4. 2016.12.06 23:57:12 - OpenVPN > Route addition via IPAPI succeeded [adaptive]. 2016.12.06 23:57:12 - OpenVPN > C:\WINDOWS\system32\route.exe ADD 128.0.0.0 MASK 128.0.0.0 10.4.0.1. 2016.12.06 23:57:12 - OpenVPN > ROUTE: CreateIpForwardEntry succeeded with dwForwardMetric1=20 and dwForwardType=4. 2016.12.06 23:57:12 - OpenVPN > Route addition via IPAPI succeeded [adaptive]. 2016.12.06 23:57:12 - Starting Management Interface. 2016.12.06 23:57:12 - OpenVPN > Initialization Sequence CompletedI 2016.12.06 23:57:12 - DNS of a network adapter forced (Realtek PCIe GBE Family Controller)I 2016.12.06 23:57:12 - DNS of a network adapter forced (TAP-Windows Adapter V9)I 2016.12.06 23:57:12 - Flushing DNS! 2016.12.06 23:57:12 - Connected.. 2016.12.06 23:57:12 - OpenVPN > MANAGEMENT: Client connected from [AF_INET]127.0.0.1:3100. 2016.12.06 23:57:12 - OpenVpn Management > >INFO:OpenVPN Management Interface Version 1 -- type 'help' for more info! 2016.12.06 23:57:36 - Disconnecting. 2016.12.06 23:57:36 - Management - Send 'signal SIGTERM'. 2016.12.06 23:57:36 - OpenVPN > MANAGEMENT: CMD 'signal SIGTERM'. 2016.12.06 23:57:36 - OpenVPN > SIGTERM received, sending exit notification to peer. 2016.12.06 23:57:41 - OpenVPN > C:\WINDOWS\system32\route.exe DELETE 173.44.55.154 MASK 255.255.255.255 192.168.0.1. 2016.12.06 23:57:41 - OpenVPN > Route deletion via IPAPI succeeded [adaptive]. 2016.12.06 23:57:41 - OpenVPN > C:\WINDOWS\system32\route.exe DELETE 192.168.0.1 MASK 255.255.255.255 192.168.0.1. 2016.12.06 23:57:41 - OpenVPN > Route deletion via IPAPI succeeded [adaptive]. 2016.12.06 23:57:41 - OpenVPN > C:\WINDOWS\system32\route.exe DELETE 0.0.0.0 MASK 128.0.0.0 10.4.0.1. 2016.12.06 23:57:41 - OpenVPN > Route deletion via IPAPI succeeded [adaptive]. 2016.12.06 23:57:41 - OpenVPN > C:\WINDOWS\system32\route.exe DELETE 128.0.0.0 MASK 128.0.0.0 10.4.0.1. 2016.12.06 23:57:41 - OpenVPN > Route deletion via IPAPI succeeded [adaptive]. 2016.12.06 23:57:41 - OpenVPN > Closing TUN/TAP interface. 2016.12.06 23:57:41 - OpenVPN > SIGTERM[soft,exit-with-notification] received, process exiting. 2016.12.06 23:57:41 - Connection terminated.I 2016.12.06 23:57:41 - DNS of a network adapter restored to original settings (Realtek PCIe GBE Family Controller)I 2016.12.06 23:57:41 - DNS of a network adapter restored to original settings (TAP-Windows Adapter V9)I 2016.12.06 23:57:44 - Checking authorization ...! 2016.12.06 23:57:44 - Connecting to Yildun (United States, Miami). 2016.12.06 23:57:44 - OpenVPN > OpenVPN 2.3.8 x86_64-w64-mingw32 [sSL (OpenSSL)] [LZO] [iPv6] built on Aug 13 2015. 2016.12.06 23:57:44 - OpenVPN > library versions: OpenSSL 1.0.2d 9 Jul 2015, LZO 2.08. 2016.12.06 23:57:44 - OpenVPN > MANAGEMENT: TCP Socket listening on [AF_INET]127.0.0.1:3100. 2016.12.06 23:57:44 - OpenVPN > Control Channel Authentication: tls-auth using INLINE static key file. 2016.12.06 23:57:44 - OpenVPN > Outgoing Control Channel Authentication: Using 160 bit message hash 'SHA1' for HMAC authentication. 2016.12.06 23:57:44 - OpenVPN > Incoming Control Channel Authentication: Using 160 bit message hash 'SHA1' for HMAC authentication. 2016.12.06 23:57:44 - OpenVPN > Socket Buffers: R=[65536->524288] S=[65536->524288]. 2016.12.06 23:57:44 - OpenVPN > UDPv4 link local: [undef]. 2016.12.06 23:57:44 - OpenVPN > UDPv4 link remote: [AF_INET]173.44.55.178:443. 2016.12.06 23:57:44 - OpenVPN > TLS: Initial packet from [AF_INET]173.44.55.178:443, sid=2c89d04c abcce70e. 2016.12.06 23:57:44 - OpenVPN > VERIFY OK: depth=1, C=IT, ST=IT, L=Perugia, O=airvpn.org, CN=airvpn.org CA, emailAddress=info@airvpn.org. 2016.12.06 23:57:44 - OpenVPN > Validating certificate key usage. 2016.12.06 23:57:44 - OpenVPN > ++ Certificate has key usage 00a0, expects 00a0. 2016.12.06 23:57:44 - OpenVPN > VERIFY KU OK. 2016.12.06 23:57:44 - OpenVPN > Validating certificate extended key usage. 2016.12.06 23:57:44 - OpenVPN > ++ Certificate has EKU (str) TLS Web Server Authentication, expects TLS Web Server Authentication. 2016.12.06 23:57:44 - OpenVPN > VERIFY EKU OK. 2016.12.06 23:57:44 - OpenVPN > VERIFY OK: depth=0, C=IT, ST=IT, L=Perugia, O=airvpn.org, CN=server, emailAddress=info@airvpn.org. 2016.12.06 23:57:44 - OpenVPN > Data Channel Encrypt: Cipher 'AES-256-CBC' initialized with 256 bit key. 2016.12.06 23:57:44 - OpenVPN > Data Channel Encrypt: Using 160 bit message hash 'SHA1' for HMAC authentication. 2016.12.06 23:57:44 - OpenVPN > Data Channel Decrypt: Cipher 'AES-256-CBC' initialized with 256 bit key. 2016.12.06 23:57:44 - OpenVPN > Data Channel Decrypt: Using 160 bit message hash 'SHA1' for HMAC authentication. 2016.12.06 23:57:44 - OpenVPN > Control Channel: TLSv1.2, cipher TLSv1/SSLv3 DHE-RSA-AES256-GCM-SHA384, 4096 bit RSA. 2016.12.06 23:57:44 - OpenVPN > [server] Peer Connection Initiated with [AF_INET]173.44.55.178:443. 2016.12.06 23:57:47 - OpenVPN > SENT CONTROL [server]: 'PUSH_REQUEST' (status=1). 2016.12.06 23:57:47 - 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.50.64 255.255.0.0'. 2016.12.06 23:57:47 - OpenVPN > OPTIONS IMPORT: timers and/or timeouts modified. 2016.12.06 23:57:47 - OpenVPN > OPTIONS IMPORT: LZO parms modified. 2016.12.06 23:57:47 - OpenVPN > OPTIONS IMPORT: --ifconfig/up options modified. 2016.12.06 23:57:47 - OpenVPN > OPTIONS IMPORT: route options modified. 2016.12.06 23:57:47 - OpenVPN > OPTIONS IMPORT: route-related options modified. 2016.12.06 23:57:47 - OpenVPN > OPTIONS IMPORT: --ip-win32 and/or --dhcp-option options modified. 2016.12.06 23:57:47 - OpenVPN > do_ifconfig, tt->ipv6=0, tt->did_ifconfig_ipv6_setup=0. 2016.12.06 23:57:47 - OpenVPN > open_tun, tt->ipv6=0. 2016.12.06 23:57:47 - OpenVPN > TAP-WIN32 device [Ethernet 2] opened: \\.\Global\{C51200F7-B47E-41E9-B393-9151E759ECBE}.tap. 2016.12.06 23:57:47 - OpenVPN > TAP-Windows Driver Version 9.21. 2016.12.06 23:57:47 - OpenVPN > Set TAP-Windows TUN subnet mode network/local/netmask = 10.4.0.0/10.4.50.64/255.255.0.0 [sUCCEEDED]. 2016.12.06 23:57:47 - OpenVPN > Notified TAP-Windows driver to set a DHCP IP/netmask of 10.4.50.64/255.255.0.0 on interface {C51200F7-B47E-41E9-B393-9151E759ECBE} [DHCP-serv: 10.4.255.254, lease-time: 31536000]. 2016.12.06 23:57:47 - OpenVPN > Successful ARP Flush on interface [13] {C51200F7-B47E-41E9-B393-9151E759ECBE}. 2016.12.06 23:57:52 - OpenVPN > TEST ROUTES: 1/1 succeeded len=0 ret=1 a=0 u/d=up. 2016.12.06 23:57:52 - OpenVPN > C:\WINDOWS\system32\route.exe ADD 173.44.55.178 MASK 255.255.255.255 192.168.0.1. 2016.12.06 23:57:52 - OpenVPN > ROUTE: CreateIpForwardEntry succeeded with dwForwardMetric1=10 and dwForwardType=4. 2016.12.06 23:57:52 - OpenVPN > Route addition via IPAPI succeeded [adaptive]. 2016.12.06 23:57:52 - OpenVPN > C:\WINDOWS\system32\route.exe ADD 192.168.0.1 MASK 255.255.255.255 192.168.0.1 IF 16. 2016.12.06 23:57:52 - OpenVPN > ROUTE: CreateIpForwardEntry succeeded with dwForwardMetric1=10 and dwForwardType=4. 2016.12.06 23:57:52 - OpenVPN > Route addition via IPAPI succeeded [adaptive]. 2016.12.06 23:57:52 - OpenVPN > C:\WINDOWS\system32\route.exe ADD 0.0.0.0 MASK 128.0.0.0 10.4.0.1. 2016.12.06 23:57:52 - OpenVPN > ROUTE: CreateIpForwardEntry succeeded with dwForwardMetric1=20 and dwForwardType=4. 2016.12.06 23:57:52 - OpenVPN > Route addition via IPAPI succeeded [adaptive]. 2016.12.06 23:57:52 - OpenVPN > C:\WINDOWS\system32\route.exe ADD 128.0.0.0 MASK 128.0.0.0 10.4.0.1. 2016.12.06 23:57:52 - OpenVPN > ROUTE: CreateIpForwardEntry succeeded with dwForwardMetric1=20 and dwForwardType=4. 2016.12.06 23:57:52 - OpenVPN > Route addition via IPAPI succeeded [adaptive]. 2016.12.06 23:57:52 - Starting Management Interface. 2016.12.06 23:57:52 - OpenVPN > Initialization Sequence CompletedI 2016.12.06 23:57:52 - DNS of a network adapter forced (Realtek PCIe GBE Family Controller)I 2016.12.06 23:57:52 - DNS of a network adapter forced (TAP-Windows Adapter V9)I 2016.12.06 23:57:52 - Flushing DNS! 2016.12.06 23:57:52 - Connected.. 2016.12.06 23:57:52 - OpenVPN > MANAGEMENT: Client connected from [AF_INET]127.0.0.1:3100. 2016.12.06 23:57:52 - OpenVpn Management > >INFO:OpenVPN Management Interface Version 1 -- type 'help' for more info! 2016.12.06 23:58:03 - Disconnecting. 2016.12.06 23:58:03 - Management - Send 'signal SIGTERM'. 2016.12.06 23:58:03 - OpenVPN > MANAGEMENT: CMD 'signal SIGTERM'. 2016.12.06 23:58:03 - OpenVPN > SIGTERM received, sending exit notification to peer. 2016.12.06 23:58:08 - OpenVPN > C:\WINDOWS\system32\route.exe DELETE 173.44.55.178 MASK 255.255.255.255 192.168.0.1. 2016.12.06 23:58:08 - OpenVPN > Route deletion via IPAPI succeeded [adaptive]. 2016.12.06 23:58:08 - OpenVPN > C:\WINDOWS\system32\route.exe DELETE 192.168.0.1 MASK 255.255.255.255 192.168.0.1. 2016.12.06 23:58:08 - OpenVPN > Route deletion via IPAPI succeeded [adaptive]. 2016.12.06 23:58:08 - OpenVPN > C:\WINDOWS\system32\route.exe DELETE 0.0.0.0 MASK 128.0.0.0 10.4.0.1. 2016.12.06 23:58:08 - OpenVPN > Route deletion via IPAPI succeeded [adaptive]. 2016.12.06 23:58:08 - OpenVPN > C:\WINDOWS\system32\route.exe DELETE 128.0.0.0 MASK 128.0.0.0 10.4.0.1. 2016.12.06 23:58:08 - OpenVPN > Route deletion via IPAPI succeeded [adaptive]. 2016.12.06 23:58:08 - OpenVPN > Closing TUN/TAP interface. 2016.12.06 23:58:08 - OpenVPN > SIGTERM[soft,exit-with-notification] received, process exiting. 2016.12.06 23:58:08 - Connection terminated.I 2016.12.06 23:58:08 - DNS of a network adapter restored to original settings (Realtek PCIe GBE Family Controller)I 2016.12.06 23:58:08 - DNS of a network adapter restored to original settings (TAP-Windows Adapter V9)I 2016.12.06 23:58:08 - IPv6 restored.! 2016.12.06 23:58:08 - Session terminated.I 2016.12.06 23:58:09 - Session starting.I 2016.12.06 23:58:09 - IPv6 disabled.I 2016.12.06 23:58:09 - Checking authorization ...! 2016.12.06 23:58:09 - Connecting to Acamar (United States, Miami). 2016.12.06 23:58:09 - OpenVPN > OpenVPN 2.3.8 x86_64-w64-mingw32 [sSL (OpenSSL)] [LZO] [iPv6] built on Aug 13 2015. 2016.12.06 23:58:09 - OpenVPN > library versions: OpenSSL 1.0.2d 9 Jul 2015, LZO 2.08. 2016.12.06 23:58:09 - OpenVPN > MANAGEMENT: TCP Socket listening on [AF_INET]127.0.0.1:3100. 2016.12.06 23:58:09 - OpenVPN > Control Channel Authentication: tls-auth using INLINE static key file. 2016.12.06 23:58:09 - OpenVPN > Outgoing Control Channel Authentication: Using 160 bit message hash 'SHA1' for HMAC authentication. 2016.12.06 23:58:09 - OpenVPN > Incoming Control Channel Authentication: Using 160 bit message hash 'SHA1' for HMAC authentication. 2016.12.06 23:58:09 - OpenVPN > Socket Buffers: R=[65536->524288] S=[65536->524288]. 2016.12.06 23:58:09 - OpenVPN > UDPv4 link local: [undef]. 2016.12.06 23:58:09 - OpenVPN > UDPv4 link remote: [AF_INET]173.44.55.154:443. 2016.12.06 23:58:09 - OpenVPN > TLS: Initial packet from [AF_INET]173.44.55.154:443, sid=8e90e690 ea17a30b. 2016.12.06 23:58:09 - OpenVPN > VERIFY OK: depth=1, C=IT, ST=IT, L=Perugia, O=airvpn.org, CN=airvpn.org CA, emailAddress=info@airvpn.org. 2016.12.06 23:58:09 - OpenVPN > Validating certificate key usage. 2016.12.06 23:58:09 - OpenVPN > ++ Certificate has key usage 00a0, expects 00a0. 2016.12.06 23:58:09 - OpenVPN > VERIFY KU OK. 2016.12.06 23:58:09 - OpenVPN > Validating certificate extended key usage. 2016.12.06 23:58:09 - OpenVPN > ++ Certificate has EKU (str) TLS Web Server Authentication, expects TLS Web Server Authentication. 2016.12.06 23:58:09 - OpenVPN > VERIFY EKU OK. 2016.12.06 23:58:09 - OpenVPN > VERIFY OK: depth=0, C=IT, ST=IT, L=Perugia, O=airvpn.org, CN=server, emailAddress=info@airvpn.org. 2016.12.06 23:58:10 - OpenVPN > Data Channel Encrypt: Cipher 'AES-256-CBC' initialized with 256 bit key. 2016.12.06 23:58:10 - OpenVPN > Data Channel Encrypt: Using 160 bit message hash 'SHA1' for HMAC authentication. 2016.12.06 23:58:10 - OpenVPN > Data Channel Decrypt: Cipher 'AES-256-CBC' initialized with 256 bit key. 2016.12.06 23:58:10 - OpenVPN > Data Channel Decrypt: Using 160 bit message hash 'SHA1' for HMAC authentication. 2016.12.06 23:58:10 - OpenVPN > Control Channel: TLSv1.2, cipher TLSv1/SSLv3 DHE-RSA-AES256-GCM-SHA384, 4096 bit RSA. 2016.12.06 23:58:10 - OpenVPN > [server] Peer Connection Initiated with [AF_INET]173.44.55.154:443. 2016.12.06 23:58:12 - OpenVPN > SENT CONTROL [server]: 'PUSH_REQUEST' (status=1). 2016.12.06 23:58:12 - 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.56.164 255.255.0.0'. 2016.12.06 23:58:12 - OpenVPN > OPTIONS IMPORT: timers and/or timeouts modified. 2016.12.06 23:58:12 - OpenVPN > OPTIONS IMPORT: LZO parms modified. 2016.12.06 23:58:12 - OpenVPN > OPTIONS IMPORT: --ifconfig/up options modified. 2016.12.06 23:58:12 - OpenVPN > OPTIONS IMPORT: route options modified. 2016.12.06 23:58:12 - OpenVPN > OPTIONS IMPORT: route-related options modified. 2016.12.06 23:58:12 - OpenVPN > OPTIONS IMPORT: --ip-win32 and/or --dhcp-option options modified. 2016.12.06 23:58:12 - OpenVPN > do_ifconfig, tt->ipv6=0, tt->did_ifconfig_ipv6_setup=0. 2016.12.06 23:58:12 - OpenVPN > open_tun, tt->ipv6=0. 2016.12.06 23:58:12 - OpenVPN > TAP-WIN32 device [Ethernet 2] opened: \\.\Global\{C51200F7-B47E-41E9-B393-9151E759ECBE}.tap. 2016.12.06 23:58:12 - OpenVPN > TAP-Windows Driver Version 9.21. 2016.12.06 23:58:12 - OpenVPN > Set TAP-Windows TUN subnet mode network/local/netmask = 10.4.0.0/10.4.56.164/255.255.0.0 [sUCCEEDED]. 2016.12.06 23:58:12 - OpenVPN > Notified TAP-Windows driver to set a DHCP IP/netmask of 10.4.56.164/255.255.0.0 on interface {C51200F7-B47E-41E9-B393-9151E759ECBE} [DHCP-serv: 10.4.255.254, lease-time: 31536000]. 2016.12.06 23:58:12 - OpenVPN > Successful ARP Flush on interface [13] {C51200F7-B47E-41E9-B393-9151E759ECBE}. 2016.12.06 23:58:17 - OpenVPN > TEST ROUTES: 1/1 succeeded len=0 ret=1 a=0 u/d=up. 2016.12.06 23:58:17 - OpenVPN > C:\WINDOWS\system32\route.exe ADD 173.44.55.154 MASK 255.255.255.255 192.168.0.1. 2016.12.06 23:58:17 - OpenVPN > ROUTE: CreateIpForwardEntry succeeded with dwForwardMetric1=10 and dwForwardType=4. 2016.12.06 23:58:17 - OpenVPN > Route addition via IPAPI succeeded [adaptive]. 2016.12.06 23:58:17 - OpenVPN > C:\WINDOWS\system32\route.exe ADD 192.168.0.1 MASK 255.255.255.255 192.168.0.1 IF 16. 2016.12.06 23:58:17 - OpenVPN > ROUTE: CreateIpForwardEntry succeeded with dwForwardMetric1=10 and dwForwardType=4. 2016.12.06 23:58:17 - OpenVPN > Route addition via IPAPI succeeded [adaptive]. 2016.12.06 23:58:17 - OpenVPN > C:\WINDOWS\system32\route.exe ADD 0.0.0.0 MASK 128.0.0.0 10.4.0.1. 2016.12.06 23:58:17 - OpenVPN > ROUTE: CreateIpForwardEntry succeeded with dwForwardMetric1=20 and dwForwardType=4. 2016.12.06 23:58:17 - OpenVPN > Route addition via IPAPI succeeded [adaptive]. 2016.12.06 23:58:17 - OpenVPN > C:\WINDOWS\system32\route.exe ADD 128.0.0.0 MASK 128.0.0.0 10.4.0.1. 2016.12.06 23:58:17 - OpenVPN > ROUTE: CreateIpForwardEntry succeeded with dwForwardMetric1=20 and dwForwardType=4. 2016.12.06 23:58:17 - OpenVPN > Route addition via IPAPI succeeded [adaptive]. 2016.12.06 23:58:17 - Starting Management Interface. 2016.12.06 23:58:17 - OpenVPN > Initialization Sequence CompletedI 2016.12.06 23:58:17 - DNS of a network adapter forced (Realtek PCIe GBE Family Controller)I 2016.12.06 23:58:17 - DNS of a network adapter forced (TAP-Windows Adapter V9)I 2016.12.06 23:58:17 - Flushing DNS! 2016.12.06 23:58:17 - Connected.. 2016.12.06 23:58:17 - OpenVpn Management > >INFO:OpenVPN Management Interface Version 1 -- type 'help' for more info. 2016.12.06 23:58:17 - OpenVPN > MANAGEMENT: Client connected from [AF_INET]127.0.0.1:3100! 2016.12.06 23:58:32 - Disconnecting. 2016.12.06 23:58:32 - Management - Send 'signal SIGTERM'. 2016.12.06 23:58:32 - OpenVPN > MANAGEMENT: CMD 'signal SIGTERM'. 2016.12.06 23:58:32 - OpenVPN > SIGTERM received, sending exit notification to peer. 2016.12.06 23:58:37 - OpenVPN > C:\WINDOWS\system32\route.exe DELETE 173.44.55.154 MASK 255.255.255.255 192.168.0.1. 2016.12.06 23:58:37 - OpenVPN > Route deletion via IPAPI succeeded [adaptive]. 2016.12.06 23:58:37 - OpenVPN > C:\WINDOWS\system32\route.exe DELETE 192.168.0.1 MASK 255.255.255.255 192.168.0.1. 2016.12.06 23:58:37 - OpenVPN > Route deletion via IPAPI succeeded [adaptive]. 2016.12.06 23:58:37 - OpenVPN > C:\WINDOWS\system32\route.exe DELETE 0.0.0.0 MASK 128.0.0.0 10.4.0.1. 2016.12.06 23:58:37 - OpenVPN > Route deletion via IPAPI succeeded [adaptive]. 2016.12.06 23:58:37 - OpenVPN > C:\WINDOWS\system32\route.exe DELETE 128.0.0.0 MASK 128.0.0.0 10.4.0.1. 2016.12.06 23:58:37 - OpenVPN > Route deletion via IPAPI succeeded [adaptive]. 2016.12.06 23:58:37 - OpenVPN > Closing TUN/TAP interface. 2016.12.06 23:58:37 - OpenVPN > SIGTERM[soft,exit-with-notification] received, process exiting. 2016.12.06 23:58:37 - Connection terminated.I 2016.12.06 23:58:37 - DNS of a network adapter restored to original settings (Realtek PCIe GBE Family Controller)I 2016.12.06 23:58:37 - DNS of a network adapter restored to original settings (TAP-Windows Adapter V9)I 2016.12.06 23:58:37 - IPv6 restored.! 2016.12.06 23:58:37 - Session terminated.I 2016.12.06 23:59:43 - Session starting.I 2016.12.06 23:59:43 - IPv6 disabled.I 2016.12.06 23:59:43 - Checking authorization ...! 2016.12.06 23:59:44 - Connecting to Acamar (United States, Miami). 2016.12.06 23:59:44 - OpenVPN > OpenVPN 2.3.8 x86_64-w64-mingw32 [sSL (OpenSSL)] [LZO] [iPv6] built on Aug 13 2015. 2016.12.06 23:59:44 - OpenVPN > library versions: OpenSSL 1.0.2d 9 Jul 2015, LZO 2.08. 2016.12.06 23:59:44 - OpenVPN > MANAGEMENT: TCP Socket listening on [AF_INET]127.0.0.1:3100. 2016.12.06 23:59:44 - OpenVPN > Control Channel Authentication: tls-auth using INLINE static key file. 2016.12.06 23:59:44 - OpenVPN > Outgoing Control Channel Authentication: Using 160 bit message hash 'SHA1' for HMAC authentication. 2016.12.06 23:59:44 - OpenVPN > Incoming Control Channel Authentication: Using 160 bit message hash 'SHA1' for HMAC authentication. 2016.12.06 23:59:44 - OpenVPN > Socket Buffers: R=[65536->524288] S=[65536->524288]. 2016.12.06 23:59:44 - OpenVPN > UDPv4 link local: [undef]. 2016.12.06 23:59:44 - OpenVPN > UDPv4 link remote: [AF_INET]173.44.55.154:443. 2016.12.06 23:59:44 - OpenVPN > TLS: Initial packet from [AF_INET]173.44.55.154:443, sid=cdf0a51f fc693d36. 2016.12.06 23:59:44 - OpenVPN > VERIFY OK: depth=1, C=IT, ST=IT, L=Perugia, O=airvpn.org, CN=airvpn.org CA, emailAddress=info@airvpn.org. 2016.12.06 23:59:44 - OpenVPN > Validating certificate key usage. 2016.12.06 23:59:44 - OpenVPN > ++ Certificate has key usage 00a0, expects 00a0. 2016.12.06 23:59:44 - OpenVPN > VERIFY KU OK. 2016.12.06 23:59:44 - OpenVPN > Validating certificate extended key usage. 2016.12.06 23:59:44 - OpenVPN > ++ Certificate has EKU (str) TLS Web Server Authentication, expects TLS Web Server Authentication. 2016.12.06 23:59:44 - OpenVPN > VERIFY EKU OK. 2016.12.06 23:59:44 - OpenVPN > VERIFY OK: depth=0, C=IT, ST=IT, L=Perugia, O=airvpn.org, CN=server, emailAddress=info@airvpn.org. 2016.12.06 23:59:44 - OpenVPN > Data Channel Encrypt: Cipher 'AES-256-CBC' initialized with 256 bit key. 2016.12.06 23:59:44 - OpenVPN > Data Channel Encrypt: Using 160 bit message hash 'SHA1' for HMAC authentication. 2016.12.06 23:59:44 - OpenVPN > Data Channel Decrypt: Cipher 'AES-256-CBC' initialized with 256 bit key. 2016.12.06 23:59:44 - OpenVPN > Data Channel Decrypt: Using 160 bit message hash 'SHA1' for HMAC authentication. 2016.12.06 23:59:44 - OpenVPN > Control Channel: TLSv1.2, cipher TLSv1/SSLv3 DHE-RSA-AES256-GCM-SHA384, 4096 bit RSA. 2016.12.06 23:59:44 - OpenVPN > [server] Peer Connection Initiated with [AF_INET]173.44.55.154:443. 2016.12.06 23:59:47 - OpenVPN > SENT CONTROL [server]: 'PUSH_REQUEST' (status=1). 2016.12.06 23:59:47 - 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.56.164 255.255.0.0'. 2016.12.06 23:59:47 - OpenVPN > OPTIONS IMPORT: timers and/or timeouts modified. 2016.12.06 23:59:47 - OpenVPN > OPTIONS IMPORT: LZO parms modified. 2016.12.06 23:59:47 - OpenVPN > OPTIONS IMPORT: --ifconfig/up options modified. 2016.12.06 23:59:47 - OpenVPN > OPTIONS IMPORT: route options modified. 2016.12.06 23:59:47 - OpenVPN > OPTIONS IMPORT: route-related options modified. 2016.12.06 23:59:47 - OpenVPN > OPTIONS IMPORT: --ip-win32 and/or --dhcp-option options modified. 2016.12.06 23:59:47 - OpenVPN > do_ifconfig, tt->ipv6=0, tt->did_ifconfig_ipv6_setup=0. 2016.12.06 23:59:47 - OpenVPN > open_tun, tt->ipv6=0. 2016.12.06 23:59:47 - OpenVPN > TAP-WIN32 device [Ethernet 2] opened: \\.\Global\{C51200F7-B47E-41E9-B393-9151E759ECBE}.tap. 2016.12.06 23:59:47 - OpenVPN > TAP-Windows Driver Version 9.21. 2016.12.06 23:59:47 - OpenVPN > Set TAP-Windows TUN subnet mode network/local/netmask = 10.4.0.0/10.4.56.164/255.255.0.0 [sUCCEEDED]. 2016.12.06 23:59:47 - OpenVPN > Notified TAP-Windows driver to set a DHCP IP/netmask of 10.4.56.164/255.255.0.0 on interface {C51200F7-B47E-41E9-B393-9151E759ECBE} [DHCP-serv: 10.4.255.254, lease-time: 31536000]. 2016.12.06 23:59:47 - OpenVPN > Successful ARP Flush on interface [13] {C51200F7-B47E-41E9-B393-9151E759ECBE}. 2016.12.06 23:59:52 - OpenVPN > TEST ROUTES: 1/1 succeeded len=0 ret=1 a=0 u/d=up. 2016.12.06 23:59:52 - OpenVPN > C:\WINDOWS\system32\route.exe ADD 173.44.55.154 MASK 255.255.255.255 192.168.0.1. 2016.12.06 23:59:52 - OpenVPN > ROUTE: CreateIpForwardEntry succeeded with dwForwardMetric1=10 and dwForwardType=4. 2016.12.06 23:59:52 - OpenVPN > Route addition via IPAPI succeeded [adaptive]. 2016.12.06 23:59:52 - OpenVPN > C:\WINDOWS\system32\route.exe ADD 192.168.0.1 MASK 255.255.255.255 192.168.0.1 IF 16. 2016.12.06 23:59:52 - OpenVPN > ROUTE: CreateIpForwardEntry succeeded with dwForwardMetric1=10 and dwForwardType=4. 2016.12.06 23:59:52 - OpenVPN > Route addition via IPAPI succeeded [adaptive]. 2016.12.06 23:59:52 - OpenVPN > C:\WINDOWS\system32\route.exe ADD 0.0.0.0 MASK 128.0.0.0 10.4.0.1. 2016.12.06 23:59:52 - OpenVPN > ROUTE: CreateIpForwardEntry succeeded with dwForwardMetric1=20 and dwForwardType=4. 2016.12.06 23:59:52 - OpenVPN > Route addition via IPAPI succeeded [adaptive]. 2016.12.06 23:59:52 - OpenVPN > C:\WINDOWS\system32\route.exe ADD 128.0.0.0 MASK 128.0.0.0 10.4.0.1. 2016.12.06 23:59:52 - OpenVPN > ROUTE: CreateIpForwardEntry succeeded with dwForwardMetric1=20 and dwForwardType=4. 2016.12.06 23:59:52 - OpenVPN > Route addition via IPAPI succeeded [adaptive]. 2016.12.06 23:59:52 - Starting Management Interface. 2016.12.06 23:59:52 - OpenVPN > Initialization Sequence CompletedI 2016.12.06 23:59:52 - DNS of a network adapter forced (Realtek PCIe GBE Family Controller)I 2016.12.06 23:59:52 - DNS of a network adapter forced (TAP-Windows Adapter V9)I 2016.12.06 23:59:52 - Flushing DNS! 2016.12.06 23:59:52 - Connected.. 2016.12.06 23:59:52 - OpenVPN > MANAGEMENT: Client connected from [AF_INET]127.0.0.1:3100. 2016.12.06 23:59:52 - OpenVpn Management > >INFO:OpenVPN Management Interface Version 1 -- type 'help' for more info! 2016.12.07 00:00:12 - Disconnecting. 2016.12.07 00:00:12 - Management - Send 'signal SIGTERM'. 2016.12.07 00:00:12 - OpenVPN > MANAGEMENT: CMD 'signal SIGTERM'. 2016.12.07 00:00:12 - OpenVPN > SIGTERM received, sending exit notification to peer. 2016.12.07 00:00:17 - OpenVPN > C:\WINDOWS\system32\route.exe DELETE 173.44.55.154 MASK 255.255.255.255 192.168.0.1. 2016.12.07 00:00:17 - OpenVPN > Route deletion via IPAPI succeeded [adaptive]. 2016.12.07 00:00:17 - OpenVPN > C:\WINDOWS\system32\route.exe DELETE 192.168.0.1 MASK 255.255.255.255 192.168.0.1. 2016.12.07 00:00:17 - OpenVPN > Route deletion via IPAPI succeeded [adaptive]. 2016.12.07 00:00:17 - OpenVPN > C:\WINDOWS\system32\route.exe DELETE 0.0.0.0 MASK 128.0.0.0 10.4.0.1. 2016.12.07 00:00:17 - OpenVPN > Route deletion via IPAPI succeeded [adaptive]. 2016.12.07 00:00:17 - OpenVPN > C:\WINDOWS\system32\route.exe DELETE 128.0.0.0 MASK 128.0.0.0 10.4.0.1. 2016.12.07 00:00:17 - OpenVPN > Route deletion via IPAPI succeeded [adaptive]. 2016.12.07 00:00:17 - OpenVPN > Closing TUN/TAP interface. 2016.12.07 00:00:17 - OpenVPN > SIGTERM[soft,exit-with-notification] received, process exiting. 2016.12.07 00:00:17 - Connection terminated.I 2016.12.07 00:00:17 - DNS of a network adapter restored to original settings (Realtek PCIe GBE Family Controller)I 2016.12.07 00:00:17 - DNS of a network adapter restored to original settings (TAP-Windows Adapter V9)I 2016.12.07 00:00:17 - IPv6 restored.! 2016.12.07 00:00:17 - Session terminated. If I could get some advice on how to fix this issue it would be much appreciated!
  19. I am running Debian Stretch. I am connecting via the Linux Command line procedure: In two separate terminals I execute: /AirVPN_America_SSH-22.sh sudo openvpn "AirVPN_America_SSH-22.ovpn" The VPN connection is working but DNS is not working. Searching other forums the /etc/openvpn/update-resolv-conf is suppose to update the DNS. Openvpn startup reports the following: The dhcp-option DNS does not appear to work. If I manually edit resolv.conf to use 10.50.0.1 then DNS works fine. Does anyone know of a fix for Debian that will have the update-resolv-conf script run properly? https://github.com/masterkorp/openvpn-update-resolv-conf Thanks
  20. Hey All, I use PfSense with AirVPN and its set up to use AirVPN DNS (10.39.0.1 IIRC) to prevent DNS leakage, however the "client" in Pfsense is configured to use europe.vpn.airdns.org which cannot resolve until the AirVPN is up. I've found out what europe.vpn.airdns.org CURRENTLY resolves to and used the IP instead to work around this, but i assume this changes frequently to manage load (correct?). So am i ok to just leave this as it is or should i be doing something else? Finally, download speed across the VPN are about 2-3Mbps when i have a 20Mbps connection - seems a little slow - anything i can check here?
  21. Hello, im connecting atm with the Alzirr NL server and i get an ip. That works fine but when i go to dnsleaktest.com it cant detect dns servers its endless loading. Here you can see it: http://imgur.com/a/pGRla And why does dnsleaktest.com detect an UK ip and ipleak/airvpn says its an NL ip? Im using the Eddie client which i guess uses openvpn? Could someone help?
  22. Hi, I got an issue. When i enable Intel VT-x in my bios, the next time i boot my pc, AirVPN can't resolve the route. It does set the ip address correct on the TAP v9 adapter. in the 10.x.x.x range and it does set the dns correct on that adapter. My TAP v9 adapter doesn't get a default gateway. Normal? On my physical adapter(virtualized Hyper-V adapter) it does set the DNS correct, but my ip address is still the same (192.168.0.x). Is this normal? AirVPN does a correct dns flush on the adapters. then it goes on checking the route. and fails. theres a screenshot attached. I also dissabled IPv6 on all adapters. Do u need more info? I'll be happy to give. Any help is much appreciated. Thanks
  23. So my girlfriend has recently started her masters in Germany, and her internet provided to her flat is from the University. She wanted a VPN and AirVPN seemed to be the most flexible choice, so we started there. Right off the bat, it seemed that the network was blocking all VPN traffic (it was impossible to connect to VPN, or even authenticate credentials while on the university network, but tethered to my phone we could connect to the VPN with no problems). It turned out to be even worse than that: even VPN over SSH is resulting in timeout errors, which seems to imply that the network is specifically blocking connections to AirVPNs hosts, as opposed to just VPN traffic (though I'll be the first to admit I'm relatively new to this and might be misdiagnosing). It turns out that the University actually had her manually set up her network with a self-assigned IP address, gateway, and manually specified DNS servers. I'm sure that's somehow related, but all I could think to try was adding another DNS (which didn't appear to help, but it also seems that the host names are being correctly resolved anyway). Any ideas would be greatly appreciated, I'm rather baffled here.
×
×
  • Create New...