Search the Community

Hello, I've got a little confused in my routing configuration. Let me explain. I have my router which acts as a VPN server => it runs WireGuard and everything works OK - I receive connections, can browse the web. Now, I'd like to route all VPN traffic to the internet through my AirVPN subscription, and also using wireguard. I'll try to illustrate bellow. PC <=> WG server <=> WG client <=> AirVpn servers <=> Internet My setup ( I'll skip my wireguard server setup as that works OK ) 1. create an interface "vpnout", type wireguard, with IP (10.163.57.56/32) => This is provided by my AirVPN configuration 2. wg setconf airvpn.conf : [Interface] PrivateKey = privatekeyhere [Peer] PublicKey = publickeyhere PresharedKey = presharedkeyhere Endpoint = br.vpn.airdns.org:1637 AllowedIPs = 0.0.0.0/0, ::/0 PersistentKeepalive = 15 3. ip link set dev vpnout up At this point, everything is working, tested using curl and ping, I'm able to use the client like this and also by default nothing is routed using this "vpnout" interface. Now comes the tricky part, lets say my WireGuard server has an interface named "vpnin", let's try to route everything that comes in through "vpnin" to "vpnout" My VPN server has a range of ips 10.10.10.0/24 My attempt: 1. create a new rule echo 200 vpn >> /etc/iproute2/rt_tables 2. try to route the server subnet through the new rule" ip rule add from 10.10.10.0/24 table vpn 3. Add a default route to the vpn table: ip route add default via 10.163.57.56 dev vpnout table vpn == So, I can see traffic going out on the "vpnout" interface ( using tcpdump ) ... what I can't see is reply from remote host/sites I'm trying to contact. So, question is, how can I route everything that comes in on interface 1 to go out on interface 2. Is ip route suitable for this? Maybe I need some firewall rules and NAT? Forwarding is enabled. If anybody can help, I'd be very grateful.

Hello, I have a problem that I can not understand. I explain you my infra Router sysnology with the VPN airvpn configured on it in openVPN In my LAN, a synology with several services like plex or bitwarden I configured ports from my client interface with airvpn with dyndns and it works well for example toto.airdns.org: 123456 goes well on my DSM service on my synology on the port 5001 so the routes are good. Now I have a domain name of my own that I would like to use to connect to my synology without having to put the airvpn address, so I can make a CNAM alias toto.airdns.org => toto.mydomain.com but I can't put the port. So it doesn't work. I tried to change the port configuration on the airvpn platform in "internal ports" to port 443 (ports used in https) and I did the same route as for port 123456 but it does not work, the service always responds on port 123456 but not on port 443 A good soul could help me? Thank you in advance. Yop

Hello community, I'm quite new to VPN's and used them only in Client mode. I need a solution where all my network traffic gets routed trough a VPN, for every client that is connected to my Archer M600. On my Fritzbox and Archer M600 I only got the option for Server mode, to access my homenetwork from the internet, but not in Clientmode for outgoing traffic Am I maybe just overseeing something? I got a Pi4 aswell. Any chance to get this working? Thanks

I use AirVPN with Eddie on Linux (Ubuntu 21.04). I have certain applications (and even websites if possible) I would like to exclude from the VPN. I have to open and close the AirVPN connection numerous times a day since I need to open a VPN connection to my work where I download updated data. I also have an IRC client running which does not like the changes and cut me off every time I turn the VPN on and off. Other applications like Signal Desktop or Slack seems to handle these changes. Best would of course be if I could add my work VPN (OpenVPN) to the Eddie or in addition to Eddie, but that means two VPN's open at the same time and I do not even know if that is possible. I also have problems with Pandora which won't play when I set up my AirVPN connection to overseas locations (I live and work in the US). On Android it's easy to exclude apps, but on Linux I have no idea if it's possible and how I would go about setting it up.

I have installed and got AirVPN working great on Windows 10. I have a Plex media server on the same pc but the Plex remote connection goes through the VPN. I want it to go outside the VPN and all other traffic on the pc go through the VPN. I have been able to get Plex to connect when the VPN is disconnected and I have also been able to get Plex to connect while VPN is connected but traffic goes through the VPN. I want to be able to connect to the VPN but all Plex traffic to travel outside the VPN. I need help!

I am experiencing something strange when I try to connect my Ubuntu server to the service. Log: user@ubuntu:~$ sudo openvpn --config AirVPN_GB-London_Bellatrix_UDP-443.ovpn [sudo] password for user: Sun Jun 25 20:37:13 2017 OpenVPN 2.3.10 x86_64-pc-linux-gnu [SSL (OpenSSL)] [LZO] [EPOLL] [PKCS11] [MH] [IPv6] built on Jun 22 2017 Sun Jun 25 20:37:13 2017 library versions: OpenSSL 1.0.2g 1 Mar 2016, LZO 2.08 Sun Jun 25 20:37:13 2017 Control Channel Authentication: tls-auth using INLINE static key file Sun Jun 25 20:37:13 2017 Outgoing Control Channel Authentication: Using 160 bit message hash 'SHA1' for HMAC authentication Sun Jun 25 20:37:13 2017 Incoming Control Channel Authentication: Using 160 bit message hash 'SHA1' for HMAC authentication Sun Jun 25 20:37:13 2017 Socket Buffers: R=[212992->212992] S=[212992->212992] Sun Jun 25 20:37:13 2017 UDPv4 link local: [undef] Sun Jun 25 20:37:13 2017 UDPv4 link remote: [AF_INET]88.150.240.7:443 Sun Jun 25 20:37:13 2017 TLS: Initial packet from [AF_INET]88.150.240.7:443, sid=43e3bb88 272c22d6 Sun Jun 25 20:37:13 2017 VERIFY OK: depth=1, C=IT, ST=IT, L=Perugia, O=airvpn.org, CN=airvpn.org CA, emailAddress=info@airvpn.org Sun Jun 25 20:37:13 2017 Validating certificate key usage Sun Jun 25 20:37:13 2017 ++ Certificate has key usage 00a0, expects 00a0 Sun Jun 25 20:37:13 2017 VERIFY KU OK Sun Jun 25 20:37:13 2017 Validating certificate extended key usage Sun Jun 25 20:37:13 2017 ++ Certificate has EKU (str) TLS Web Server Authentication, expects TLS Web Server Authentication Sun Jun 25 20:37:13 2017 VERIFY EKU OK Sun Jun 25 20:37:13 2017 VERIFY OK: depth=0, C=IT, ST=IT, L=Perugia, O=airvpn.org, CN=server, emailAddress=info@airvpn.org Sun Jun 25 20:37:13 2017 Data Channel Encrypt: Cipher 'AES-256-CBC' initialized with 256 bit key Sun Jun 25 20:37:13 2017 Data Channel Encrypt: Using 160 bit message hash 'SHA1' for HMAC authentication Sun Jun 25 20:37:13 2017 Data Channel Decrypt: Cipher 'AES-256-CBC' initialized with 256 bit key Sun Jun 25 20:37:13 2017 Data Channel Decrypt: Using 160 bit message hash 'SHA1' for HMAC authentication Sun Jun 25 20:37:13 2017 Control Channel: TLSv1.2, cipher TLSv1/SSLv3 DHE-RSA-AES256-GCM-SHA384, 4096 bit RSA Sun Jun 25 20:37:13 2017 [server] Peer Connection Initiated with [AF_INET]88.150.240.7:443 Sun Jun 25 20:37:15 2017 SENT CONTROL [server]: 'PUSH_REQUEST' (status=1) Sun Jun 25 20:37:15 2017 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.4.110 255.255.0.0' Sun Jun 25 20:37:15 2017 OPTIONS IMPORT: timers and/or timeouts modified Sun Jun 25 20:37:15 2017 OPTIONS IMPORT: LZO parms modified Sun Jun 25 20:37:15 2017 OPTIONS IMPORT: --ifconfig/up options modified Sun Jun 25 20:37:15 2017 OPTIONS IMPORT: route options modified Sun Jun 25 20:37:15 2017 OPTIONS IMPORT: route-related options modified Sun Jun 25 20:37:15 2017 OPTIONS IMPORT: --ip-win32 and/or --dhcp-option options modified Sun Jun 25 20:37:15 2017 ROUTE_GATEWAY 94.23.43.254 Sun Jun 25 20:37:15 2017 TUN/TAP device tun1 opened Sun Jun 25 20:37:15 2017 TUN/TAP TX queue length set to 100 Sun Jun 25 20:37:15 2017 do_ifconfig, tt->ipv6=0, tt->did_ifconfig_ipv6_setup=0 Sun Jun 25 20:37:15 2017 /sbin/ip link set dev tun1 up mtu 1500 Sun Jun 25 20:37:15 2017 /sbin/ip addr add dev tun1 10.4.4.110/16 broadcast 10.4.255.255 Sun Jun 25 20:37:20 2017 /sbin/ip route add 88.150.240.7/32 via 94.23.43.254 RTNETLINK answers: Network is unreachable Sun Jun 25 20:37:20 2017 ERROR: Linux route add command failed: external program exited with error status: 2 Sun Jun 25 20:37:20 2017 /sbin/ip route add 0.0.0.0/1 via 10.4.0.1 Sun Jun 25 20:37:20 2017 /sbin/ip route add 128.0.0.0/1 via 10.4.0.1 Here I lose my connection with the machine via SSH. The only error what I see is something with the routing. If I log in to the machine with a kvm extender I can run commands. If I try to run the command "route" it is extremely slow. I toke 20-30s to show anything after the headlines. (see the attached picture, please)Ping outside doesn't work but the interface addresses are pingable. When I check here how many client connected - this connection is not on the list. (not even for a second) I tried to connect using this method from my Ubuntu laptop and I could connect without problem. I tried to sniffing around in the /etc/openvpn folder but I found nothing what can help at the first look. I believe that something around the routing cause the problem but I am afraid I am not experienced enough to spot the problem. See the attached pictures for the interface information. I am really appreciate any help

Hi, I wanted to make the default route through the tun0 interface to route all traffic through vpn. However, I want to keep the existing route (or access) on my aws instance in order to still ssh/rdp into the vm outside the VPN traffic by using the public ip assigned by AWS. Right now with defaults, not removing the gateway after the vpn connects forwards no traffic and removing the default gw kills the ssh/rdp connection. Whats the best way here using Eddie? I figured route is not enough since making a simple route add back to the previous default gw still breaks ssh after the vpn associates, like route add -net 172.31.0.0 netmask 255.255.255.0 gw 172.31.0.1 eth0, but that seems wrong. How can I do this?

Hi there. Somehow the "routes" function doesn't seem to work reliably for me. I enter the IP, choose "outside the VPN tunnel" as action and then hit "save". I then restart Eddie. When I then visit these sites, I am still accessing them through the VPN tunnel. I noticed because I had to re-login when changing VPN servers. Then i wanted to test it further. I added the IPs of "ipleaks.net" and "whoer.net" as an exception, restarted Eddie and then checked my IP on those sites. ipleaks.net displayed my actual IP, whoer.net kept displaying my AirVPN exit IP. I already raised a support ticket, and Staff said they were unable to reproduce this error. I'm running the latest Eddie 2.12.4 on Windows 7 x64. I'm using TAP driver 9.9.2. Network lock is activated and set to "automatic". Furthermore I'm using Bitdefender Internet Security 2017. Previously I've been using the "routes" function successfully for at least a year. The only thing that changed recently is I switched from Windows 8.1 to Windows 7. Do you have any ideas what I could try? Also, how can I test that these routes are actually working like I configured them? Any other ways to test that besides whitelisting the IPs from these "what is your IP address" sites? Thank you in advance.

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.

Hello, I'm using "OpenVPN Settings" on Android, because of an unfixed bug of Android which completely prevents me from using OpenVPN for Android. So I am sorry that I cannot use the recommended app. I created an "Android" config file in the client area, but my first problem is that "/sbin/ip" was not found: iproute was at "/system/bin/ip" instead. I figured out that adding `iproute /system/bin/ip` to my ovpn config file fixed this. Now the openvpn successfully connects either from terminal using `openvpn <filename.ovpn` or using OpenVPN Settings app. But, my browser is still going straight to the web from my mobile network. My IP address is still my normal IP address when I look it up, though OpenVPN logs appear normal and successfully connected. I have tried adding 'redirect-gateway' to the config file but it doesn't work. I would love some support making this connection successful and secure as I would like to use my phone through VPN only for some tasks. I have attached my logs. Thanks!

Hi I have a problem with the client. I am running windows and linux. With both OSs I have the problem with checking routes. With Linux I can run the terminal based connection and everything is fine though. I have the following log output using Windows (even though in the logs it says "IPv6 available" I disabled the function for my internet interface on purpose to be able to use the VPN without problems): BR, evidenz

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

Hi! So I have a couple of VPS's and I would like one of them to have the seedbox(Box A) and the files. Although I would like the second one to not have a VPN on it (Box and to host over stuff. What I'm wondering is, can Box A share the files to box B without it going through the VPN? Thanks!

New to AirVPN and VPN's in general. Firstly I couldn't get past the 'checking route' stage and after unchecking the 'check if tunnel effectively works' box, I can't get passed the 'Checking DNS' stage... Any help would be much appreciated! Here is the log: I 2016.06.24 18:36:50 - AirVPN client version: 2.10.3 / x64, System: Windows, Name: Microsoft Windows NT 6.1.7601 Service Pack 1 / x64. 2016.06.24 18:36:50 - Reading options from C:\Users\Tom\AppData\Local\AirVPN\AirVPN.xml. 2016.06.24 18:36:50 - Data Path: C:\Users\Tom\AppData\Local\AirVPN. 2016.06.24 18:36:50 - App Path: C:\Program Files\AirVPN. 2016.06.24 18:36:50 - Executable Path: C:\Program Files\AirVPN\AirVPN.exe. 2016.06.24 18:36:50 - Command line arguments (1): path="home". 2016.06.24 18:36:50 - Operating System: Microsoft Windows NT 6.1.7601 Service Pack 1. 2016.06.24 18:36:50 - Updating systems & servers data ...I 2016.06.24 18:36:50 - OpenVPN Driver - TAP-Windows Adapter V9, version 9.21.1I 2016.06.24 18:36:50 - OpenVPN - Version: OpenVPN 2.3.8 (C:\Program Files\AirVPN\openvpn.exe)I 2016.06.24 18:36:50 - SSH - Version: plink 0.63 (C:\Program Files\AirVPN\plink.exe)I 2016.06.24 18:36:50 - SSL - Version: stunnel 5.17 (C:\Program Files\AirVPN\stunnel.exe)I 2016.06.24 18:36:50 - Session starting.I 2016.06.24 18:36:50 - IPv6 disabled.. 2016.06.24 18:36:50 - Systems & servers data update completedI 2016.06.24 18:36:57 - Checking authorization ...! 2016.06.24 18:36:57 - Connecting to Skat (Netherlands, Alblasserdam). 2016.06.24 18:36:57 - OpenVPN > OpenVPN 2.3.8 x86_64-w64-mingw32 [sSL (OpenSSL)] [LZO] [iPv6] built on Aug 13 2015. 2016.06.24 18:36:57 - OpenVPN > library versions: OpenSSL 1.0.2d 9 Jul 2015, LZO 2.08. 2016.06.24 18:36:57 - OpenVPN > MANAGEMENT: TCP Socket listening on [AF_INET]127.0.0.1:3100. 2016.06.24 18:36:58 - OpenVPN > Control Channel Authentication: tls-auth using INLINE static key file. 2016.06.24 18:36:58 - OpenVPN > Outgoing Control Channel Authentication: Using 160 bit message hash 'SHA1' for HMAC authentication. 2016.06.24 18:36:58 - OpenVPN > Incoming Control Channel Authentication: Using 160 bit message hash 'SHA1' for HMAC authentication. 2016.06.24 18:36:58 - OpenVPN > Socket Buffers: R=[8192->131072] S=[8192->131072]. 2016.06.24 18:36:58 - OpenVPN > UDPv4 link local: [undef]. 2016.06.24 18:36:58 - OpenVPN > UDPv4 link remote: [AF_INET]213.152.161.73:443. 2016.06.24 18:36:58 - OpenVPN > TLS: Initial packet from [AF_INET]213.152.161.73:443, sid=a4195d94 0471e6e8. 2016.06.24 18:36:58 - OpenVPN > VERIFY OK: depth=1, C=IT, ST=IT, L=Perugia, O=airvpn.org, CN=airvpn.org CA, emailAddress=info@airvpn.org. 2016.06.24 18:36:58 - OpenVPN > Validating certificate key usage. 2016.06.24 18:36:58 - OpenVPN > ++ Certificate has key usage 00a0, expects 00a0. 2016.06.24 18:36:58 - OpenVPN > VERIFY KU OK. 2016.06.24 18:36:58 - OpenVPN > Validating certificate extended key usage. 2016.06.24 18:36:58 - OpenVPN > ++ Certificate has EKU (str) TLS Web Server Authentication, expects TLS Web Server Authentication. 2016.06.24 18:36:58 - OpenVPN > VERIFY EKU OK. 2016.06.24 18:36:58 - OpenVPN > VERIFY OK: depth=0, C=IT, ST=IT, L=Perugia, O=airvpn.org, CN=server, emailAddress=info@airvpn.org. 2016.06.24 18:36:58 - OpenVPN > Data Channel Encrypt: Cipher 'AES-256-CBC' initialized with 256 bit key. 2016.06.24 18:36:58 - OpenVPN > Data Channel Encrypt: Using 160 bit message hash 'SHA1' for HMAC authentication. 2016.06.24 18:36:58 - OpenVPN > Data Channel Decrypt: Cipher 'AES-256-CBC' initialized with 256 bit key. 2016.06.24 18:36:58 - OpenVPN > Data Channel Decrypt: Using 160 bit message hash 'SHA1' for HMAC authentication. 2016.06.24 18:36:58 - OpenVPN > Control Channel: TLSv1.2, cipher TLSv1/SSLv3 DHE-RSA-AES256-GCM-SHA384, 4096 bit RSA. 2016.06.24 18:36:58 - OpenVPN > [server] Peer Connection Initiated with [AF_INET]213.152.161.73:443. 2016.06.24 18:37:00 - OpenVPN > SENT CONTROL [server]: 'PUSH_REQUEST' (status=1). 2016.06.24 18:37:00 - 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.72.30 255.255.0.0'. 2016.06.24 18:37:00 - OpenVPN > OPTIONS IMPORT: timers and/or timeouts modified. 2016.06.24 18:37:00 - OpenVPN > OPTIONS IMPORT: LZO parms modified. 2016.06.24 18:37:00 - OpenVPN > OPTIONS IMPORT: --ifconfig/up options modified. 2016.06.24 18:37:00 - OpenVPN > OPTIONS IMPORT: route options modified. 2016.06.24 18:37:00 - OpenVPN > OPTIONS IMPORT: route-related options modified. 2016.06.24 18:37:00 - OpenVPN > OPTIONS IMPORT: --ip-win32 and/or --dhcp-option options modified. 2016.06.24 18:37:00 - OpenVPN > do_ifconfig, tt->ipv6=0, tt->did_ifconfig_ipv6_setup=0. 2016.06.24 18:37:00 - OpenVPN > open_tun, tt->ipv6=0. 2016.06.24 18:37:00 - OpenVPN > TAP-WIN32 device [Local Area Connection 2] opened: \\.\Global\{D1881364-ECDB-44CC-B7CA-886F6EFF57E5}.tap. 2016.06.24 18:37:00 - OpenVPN > TAP-Windows Driver Version 9.21. 2016.06.24 18:37:00 - OpenVPN > Set TAP-Windows TUN subnet mode network/local/netmask = 10.4.0.0/10.4.72.30/255.255.0.0 [sUCCEEDED]. 2016.06.24 18:37:00 - OpenVPN > Notified TAP-Windows driver to set a DHCP IP/netmask of 10.4.72.30/255.255.0.0 on interface {D1881364-ECDB-44CC-B7CA-886F6EFF57E5} [DHCP-serv: 10.4.255.254, lease-time: 31536000]. 2016.06.24 18:37:00 - OpenVPN > Successful ARP Flush on interface [16] {D1881364-ECDB-44CC-B7CA-886F6EFF57E5}. 2016.06.24 18:37:05 - OpenVPN > TEST ROUTES: 1/1 succeeded len=0 ret=1 a=0 u/d=up. 2016.06.24 18:37:05 - OpenVPN > C:\Windows\system32\route.exe ADD 213.152.161.73 MASK 255.255.255.255 192.168.0.1. 2016.06.24 18:37:05 - OpenVPN > ROUTE: CreateIpForwardEntry succeeded with dwForwardMetric1=10 and dwForwardType=4. 2016.06.24 18:37:05 - OpenVPN > Route addition via IPAPI succeeded [adaptive]. 2016.06.24 18:37:05 - OpenVPN > C:\Windows\system32\route.exe ADD 192.168.0.1 MASK 255.255.255.255 192.168.0.1 IF 11. 2016.06.24 18:37:05 - OpenVPN > ROUTE: CreateIpForwardEntry succeeded with dwForwardMetric1=10 and dwForwardType=4. 2016.06.24 18:37:05 - OpenVPN > Route addition via IPAPI succeeded [adaptive]. 2016.06.24 18:37:05 - OpenVPN > C:\Windows\system32\route.exe ADD 0.0.0.0 MASK 128.0.0.0 10.4.0.1. 2016.06.24 18:37:05 - OpenVPN > ROUTE: CreateIpForwardEntry succeeded with dwForwardMetric1=20 and dwForwardType=4. 2016.06.24 18:37:05 - OpenVPN > Route addition via IPAPI succeeded [adaptive]. 2016.06.24 18:37:05 - OpenVPN > C:\Windows\system32\route.exe ADD 128.0.0.0 MASK 128.0.0.0 10.4.0.1. 2016.06.24 18:37:05 - OpenVPN > ROUTE: CreateIpForwardEntry succeeded with dwForwardMetric1=20 and dwForwardType=4. 2016.06.24 18:37:05 - OpenVPN > Route addition via IPAPI succeeded [adaptive]. 2016.06.24 18:37:05 - Starting Management Interface. 2016.06.24 18:37:05 - OpenVPN > Initialization Sequence CompletedI 2016.06.24 18:37:05 - DNS of a network adapter forced (Realtek PCIe GBE Family Controller)I 2016.06.24 18:37:05 - DNS of a network adapter forced (TAP-Windows Adapter V9)I 2016.06.24 18:37:05 - Flushing DNSI 2016.06.24 18:37:05 - Checking DNSW 2016.06.24 18:37:55 - The operation has timed out! 2016.06.24 18:37:55 - Disconnecting. 2016.06.24 18:37:55 - Management - Send 'signal SIGTERM'. 2016.06.24 18:37:55 - OpenVPN > MANAGEMENT: CMD 'signal SIGTERM'. 2016.06.24 18:37:55 - OpenVPN > SIGTERM received, sending exit notification to peer. 2016.06.24 18:37:55 - OpenVpn Management > >INFO:OpenVPN Management Interface Version 1 -- type 'help' for more info. 2016.06.24 18:38:00 - OpenVPN > C:\Windows\system32\route.exe DELETE 213.152.161.73 MASK 255.255.255.255 192.168.0.1. 2016.06.24 18:38:00 - OpenVPN > Route deletion via IPAPI succeeded [adaptive]. 2016.06.24 18:38:00 - OpenVPN > C:\Windows\system32\route.exe DELETE 192.168.0.1 MASK 255.255.255.255 192.168.0.1. 2016.06.24 18:38:00 - OpenVPN > Route deletion via IPAPI succeeded [adaptive]. 2016.06.24 18:38:00 - OpenVPN > C:\Windows\system32\route.exe DELETE 0.0.0.0 MASK 128.0.0.0 10.4.0.1. 2016.06.24 18:38:00 - OpenVPN > Route deletion via IPAPI succeeded [adaptive]. 2016.06.24 18:38:00 - OpenVPN > C:\Windows\system32\route.exe DELETE 128.0.0.0 MASK 128.0.0.0 10.4.0.1. 2016.06.24 18:38:00 - OpenVPN > Route deletion via IPAPI succeeded [adaptive]. 2016.06.24 18:38:00 - OpenVPN > Closing TUN/TAP interface. 2016.06.24 18:38:00 - OpenVPN > SIGTERM[soft,exit-with-notification] received, process exiting. 2016.06.24 18:38:00 - Connection terminated.I 2016.06.24 18:38:00 - DNS of a network adapter restored to original settings (Realtek PCIe GBE Family Controller)I 2016.06.24 18:38:00 - DNS of a network adapter restored to original settings (TAP-Windows Adapter V9)I 2016.06.24 18:38:03 - Checking authorization ...! 2016.06.24 18:38:04 - Connecting to Skat (Netherlands, Alblasserdam). 2016.06.24 18:38:04 - OpenVPN > OpenVPN 2.3.8 x86_64-w64-mingw32 [sSL (OpenSSL)] [LZO] [iPv6] built on Aug 13 2015. 2016.06.24 18:38:04 - OpenVPN > library versions: OpenSSL 1.0.2d 9 Jul 2015, LZO 2.08. 2016.06.24 18:38:04 - OpenVPN > MANAGEMENT: TCP Socket listening on [AF_INET]127.0.0.1:3100. 2016.06.24 18:38:04 - OpenVPN > Control Channel Authentication: tls-auth using INLINE static key file. 2016.06.24 18:38:04 - OpenVPN > Outgoing Control Channel Authentication: Using 160 bit message hash 'SHA1' for HMAC authentication. 2016.06.24 18:38:04 - OpenVPN > Incoming Control Channel Authentication: Using 160 bit message hash 'SHA1' for HMAC authentication. 2016.06.24 18:38:04 - OpenVPN > Socket Buffers: R=[8192->131072] S=[8192->131072]. 2016.06.24 18:38:04 - OpenVPN > UDPv4 link local: [undef]. 2016.06.24 18:38:04 - OpenVPN > UDPv4 link remote: [AF_INET]213.152.161.73:443. 2016.06.24 18:38:04 - OpenVPN > TLS: Initial packet from [AF_INET]213.152.161.73:443, sid=aad8a870 37d27bb9. 2016.06.24 18:38:04 - OpenVPN > VERIFY OK: depth=1, C=IT, ST=IT, L=Perugia, O=airvpn.org, CN=airvpn.org CA, emailAddress=info@airvpn.org. 2016.06.24 18:38:04 - OpenVPN > Validating certificate key usage. 2016.06.24 18:38:04 - OpenVPN > ++ Certificate has key usage 00a0, expects 00a0. 2016.06.24 18:38:04 - OpenVPN > VERIFY KU OK. 2016.06.24 18:38:04 - OpenVPN > Validating certificate extended key usage. 2016.06.24 18:38:04 - OpenVPN > ++ Certificate has EKU (str) TLS Web Server Authentication, expects TLS Web Server Authentication. 2016.06.24 18:38:04 - OpenVPN > VERIFY EKU OK. 2016.06.24 18:38:04 - OpenVPN > VERIFY OK: depth=0, C=IT, ST=IT, L=Perugia, O=airvpn.org, CN=server, emailAddress=info@airvpn.org. 2016.06.24 18:38:04 - OpenVPN > Data Channel Encrypt: Cipher 'AES-256-CBC' initialized with 256 bit key. 2016.06.24 18:38:04 - OpenVPN > Data Channel Encrypt: Using 160 bit message hash 'SHA1' for HMAC authentication. 2016.06.24 18:38:04 - OpenVPN > Data Channel Decrypt: Cipher 'AES-256-CBC' initialized with 256 bit key. 2016.06.24 18:38:04 - OpenVPN > Data Channel Decrypt: Using 160 bit message hash 'SHA1' for HMAC authentication. 2016.06.24 18:38:04 - OpenVPN > Control Channel: TLSv1.2, cipher TLSv1/SSLv3 DHE-RSA-AES256-GCM-SHA384, 4096 bit RSA. 2016.06.24 18:38:04 - OpenVPN > [server] Peer Connection Initiated with [AF_INET]213.152.161.73:443

Hi! I have been using AirVPN for about 3 months now. It has worked fine, until, yesterday, I got a new router. AirVPN is now no longer able to connect with the Eddie Client for PC, but is able to connect with the OpenVPN app on my iPhone and iPad. When it says "Checking route" in the client, this is when it fails and says "Operation Failed". I have managed to identify the problem, but I have not found out how to fix it. EDIT: I have fixed the problem! I did some Google searching and I found a solution. I opened an administrator command prompt, ran netsh winsock reset catalog netsh int ipv4 reset reset.log netsh int ipv6 reset reset.login that order. I then rebooted my computer. I am now able to connect to AirVPN servers without any problems. If anyone else is having this problem, run the commands above, hopefully it fixes it for you too. My logs: I 2016.05.04 18:51:31 - AirVPN client version: 2.10.3 / x64, System: Windows, Name: Microsoft Windows NT 6.2.9200.0 / x64 . 2016.05.04 18:51:31 - Reading options from C:\Program Files\AirVPN\AirVPN.xml . 2016.05.04 18:51:32 - Data Path: C:\Program Files\AirVPN . 2016.05.04 18:51:32 - App Path: C:\Program Files\AirVPN . 2016.05.04 18:51:32 - Executable Path: C:\Program Files\AirVPN\AirVPN.exe . 2016.05.04 18:51:32 - Command line arguments (0): . 2016.05.04 18:51:32 - Operating System: Microsoft Windows NT 6.2.9200.0 . 2016.05.04 18:51:32 - Updating systems & servers data ... I 2016.05.04 18:51:32 - OpenVPN Driver - TAP-Windows Adapter V9, version 9.9.2 I 2016.05.04 18:51:32 - OpenVPN - Version: OpenVPN 2.3.8 (C:\Program Files\AirVPN\openvpn.exe) I 2016.05.04 18:51:32 - SSH - Version: plink 0.63 (C:\Program Files\AirVPN\plink.exe) I 2016.05.04 18:51:32 - SSL - Version: stunnel 5.17 (C:\Program Files\AirVPN\stunnel.exe) ! 2016.05.04 18:51:32 - Ready . 2016.05.04 18:51:33 - Systems & servers data update completed I 2016.05.04 18:52:06 - Checking login ... ! 2016.05.04 18:52:07 - Logged in. ! 2016.05.04 18:52:08 - Activation of Network Lock - Windows Firewall I 2016.05.04 18:52:34 - Session starting. I 2016.05.04 18:52:34 - IPv6 disabled. I 2016.05.04 18:52:34 - Checking authorization ... ! 2016.05.04 18:52:35 - Connecting to Atria (Sweden, Uppsala) . 2016.05.04 18:52:35 - OpenVPN > OpenVPN 2.3.8 x86_64-w64-mingw32 [sSL (OpenSSL)] [LZO] [iPv6] built on Aug 13 2015 . 2016.05.04 18:52:35 - OpenVPN > library versions: OpenSSL 1.0.2d 9 Jul 2015, LZO 2.08 . 2016.05.04 18:52:35 - OpenVPN > MANAGEMENT: TCP Socket listening on [AF_INET]127.0.0.1:3100 . 2016.05.04 18:52:35 - OpenVPN > Control Channel Authentication: tls-auth using INLINE static key file . 2016.05.04 18:52:35 - OpenVPN > Outgoing Control Channel Authentication: Using 160 bit message hash 'SHA1' for HMAC authentication . 2016.05.04 18:52:35 - OpenVPN > Incoming Control Channel Authentication: Using 160 bit message hash 'SHA1' for HMAC authentication . 2016.05.04 18:52:35 - OpenVPN > Socket Buffers: R=[65536->131072] S=[261360->131072] . 2016.05.04 18:52:35 - OpenVPN > UDPv4 link local: [undef] . 2016.05.04 18:52:35 - OpenVPN > UDPv4 link remote: [AF_INET]62.102.148.150:443 . 2016.05.04 18:52:35 - OpenVPN > TLS: Initial packet from [AF_INET]62.102.148.150:443, sid=7a07eba3 eee7fa44 . 2016.05.04 18:52:35 - OpenVPN > VERIFY OK: depth=1, C=IT, ST=IT, L=Perugia, O=airvpn.org, CN=airvpn.org CA, emailAddress=info@airvpn.org . 2016.05.04 18:52:35 - OpenVPN > Validating certificate key usage . 2016.05.04 18:52:35 - OpenVPN > ++ Certificate has key usage 00a0, expects 00a0 . 2016.05.04 18:52:35 - OpenVPN > VERIFY KU OK . 2016.05.04 18:52:35 - OpenVPN > Validating certificate extended key usage . 2016.05.04 18:52:35 - OpenVPN > ++ Certificate has EKU (str) TLS Web Server Authentication, expects TLS Web Server Authentication . 2016.05.04 18:52:35 - OpenVPN > VERIFY EKU OK . 2016.05.04 18:52:35 - OpenVPN > VERIFY OK: depth=0, C=IT, ST=IT, L=Perugia, O=airvpn.org, CN=server, emailAddress=info@airvpn.org . 2016.05.04 18:52:36 - OpenVPN > Data Channel Encrypt: Cipher 'AES-256-CBC' initialized with 256 bit key . 2016.05.04 18:52:36 - OpenVPN > Data Channel Encrypt: Using 160 bit message hash 'SHA1' for HMAC authentication . 2016.05.04 18:52:36 - OpenVPN > Data Channel Decrypt: Cipher 'AES-256-CBC' initialized with 256 bit key . 2016.05.04 18:52:36 - OpenVPN > Data Channel Decrypt: Using 160 bit message hash 'SHA1' for HMAC authentication . 2016.05.04 18:52:36 - OpenVPN > Control Channel: TLSv1.2, cipher TLSv1/SSLv3 DHE-RSA-AES256-GCM-SHA384, 4096 bit RSA . 2016.05.04 18:52:36 - OpenVPN > [server] Peer Connection Initiated with [AF_INET]62.102.148.150:443 . 2016.05.04 18:52:38 - OpenVPN > SENT CONTROL [server]: 'PUSH_REQUEST' (status=1) . 2016.05.04 18:52:39 - 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.0.15 255.255.0.0' . 2016.05.04 18:52:39 - OpenVPN > OPTIONS IMPORT: timers and/or timeouts modified . 2016.05.04 18:52:39 - OpenVPN > OPTIONS IMPORT: LZO parms modified . 2016.05.04 18:52:39 - OpenVPN > OPTIONS IMPORT: --ifconfig/up options modified . 2016.05.04 18:52:39 - OpenVPN > OPTIONS IMPORT: route options modified . 2016.05.04 18:52:39 - OpenVPN > OPTIONS IMPORT: route-related options modified . 2016.05.04 18:52:39 - OpenVPN > OPTIONS IMPORT: --ip-win32 and/or --dhcp-option options modified . 2016.05.04 18:52:39 - OpenVPN > do_ifconfig, tt->ipv6=0, tt->did_ifconfig_ipv6_setup=0 . 2016.05.04 18:52:39 - OpenVPN > open_tun, tt->ipv6=0 . 2016.05.04 18:52:39 - OpenVPN > TAP-WIN32 device [Ethernet 2] opened: \\.\Global\{2BD6C86E-B2E4-4CF7-9738-A25DF3115706}.tap . 2016.05.04 18:52:39 - OpenVPN > TAP-Windows Driver Version 9.9 . 2016.05.04 18:52:39 - OpenVPN > Set TAP-Windows TUN subnet mode network/local/netmask = 10.4.0.0/10.4.0.15/255.255.0.0 [sUCCEEDED] . 2016.05.04 18:52:39 - OpenVPN > Notified TAP-Windows driver to set a DHCP IP/netmask of 10.4.0.15/255.255.0.0 on interface {2BD6C86E-B2E4-4CF7-9738-A25DF3115706} [DHCP-serv: 10.4.255.254, lease-time: 31536000] . 2016.05.04 18:52:39 - OpenVPN > Successful ARP Flush on interface [22] {2BD6C86E-B2E4-4CF7-9738-A25DF3115706} . 2016.05.04 18:52:44 - OpenVPN > TEST ROUTES: 1/1 succeeded len=0 ret=1 a=0 u/d=up . 2016.05.04 18:52:44 - OpenVPN > C:\WINDOWS\system32\route.exe ADD 62.102.148.150 MASK 255.255.255.255 10.10.10.1 . 2016.05.04 18:52:44 - OpenVPN > Warning: route gateway is ambiguous: 10.10.10.1 (2 matches) . 2016.05.04 18:52:44 - OpenVPN > Route addition via IPAPI failed [adaptive] . 2016.05.04 18:52:44 - OpenVPN > Route addition fallback to route.exe . 2016.05.04 18:52:44 - OpenVPN > env_block: add PATH=C:\Windows\System32;C:\WINDOWS;C:\WINDOWS\System32\Wbem . 2016.05.04 18:52:44 - OpenVPN > C:\WINDOWS\system32\route.exe ADD 0.0.0.0 MASK 128.0.0.0 10.4.0.1 . 2016.05.04 18:52:44 - OpenVPN > ROUTE: CreateIpForwardEntry succeeded with dwForwardMetric1=30 and dwForwardType=4 . 2016.05.04 18:52:44 - OpenVPN > Route addition via IPAPI succeeded [adaptive] . 2016.05.04 18:52:44 - OpenVPN > C:\WINDOWS\system32\route.exe ADD 128.0.0.0 MASK 128.0.0.0 10.4.0.1 . 2016.05.04 18:52:44 - OpenVPN > ROUTE: CreateIpForwardEntry succeeded with dwForwardMetric1=30 and dwForwardType=4 . 2016.05.04 18:52:44 - OpenVPN > Route addition via IPAPI succeeded [adaptive] . 2016.05.04 18:52:44 - Starting Management Interface . 2016.05.04 18:52:44 - OpenVPN > Initialization Sequence Completed I 2016.05.04 18:52:45 - DNS of a network adapter forced (TAP-Windows Adapter V9) I 2016.05.04 18:53:03 - DNS of a network adapter forced (Realtek PCIe FE Family Controller) I 2016.05.04 18:53:03 - Flushing DNS I 2016.05.04 18:53:04 - Checking route W 2016.05.04 18:54:16 - The operation has timed out ! 2016.05.04 18:54:16 - Disconnecting . 2016.05.04 18:54:16 - Management - Send 'signal SIGTERM' . 2016.05.04 18:54:16 - OpenVPN > MANAGEMENT: CMD 'signal SIGTERM' . 2016.05.04 18:54:16 - OpenVPN > SIGTERM received, sending exit notification to peer . 2016.05.04 18:54:16 - OpenVpn Management > >INFO:OpenVPN Management Interface Version 1 -- type 'help' for more info . 2016.05.04 18:54:21 - OpenVPN > C:\WINDOWS\system32\route.exe DELETE 62.102.148.150 MASK 255.255.255.255 10.10.10.1 . 2016.05.04 18:54:21 - OpenVPN > Warning: route gateway is ambiguous: 10.10.10.1 (2 matches) . 2016.05.04 18:54:21 - OpenVPN > Route deletion via IPAPI failed [adaptive] . 2016.05.04 18:54:21 - OpenVPN > Route deletion fallback to route.exe . 2016.05.04 18:54:21 - OpenVPN > env_block: add PATH=C:\Windows\System32;C:\WINDOWS;C:\WINDOWS\System32\Wbem . 2016.05.04 18:54:21 - OpenVPN > C:\WINDOWS\system32\route.exe DELETE 0.0.0.0 MASK 128.0.0.0 10.4.0.1 . 2016.05.04 18:54:21 - OpenVPN > Route deletion via IPAPI succeeded [adaptive] . 2016.05.04 18:54:21 - OpenVPN > C:\WINDOWS\system32\route.exe DELETE 128.0.0.0 MASK 128.0.0.0 10.4.0.1 . 2016.05.04 18:54:21 - OpenVPN > Route deletion via IPAPI succeeded [adaptive] . 2016.05.04 18:54:21 - OpenVPN > Closing TUN/TAP interface . 2016.05.04 18:54:21 - OpenVPN > SIGTERM[soft,exit-with-notification] received, process exiting . 2016.05.04 18:54:21 - Connection terminated. I 2016.05.04 18:54:21 - DNS of a network adapter restored to original settings (TAP-Windows Adapter V9) I 2016.05.04 18:54:41 - DNS of a network adapter restored to original settings (Realtek PCIe FE Family Controller) I 2016.05.04 18:54:42 - Cancel requested. I 2016.05.04 18:54:42 - IPv6 restored. ! 2016.05.04 18:54:42 - Session terminated. ! 2016.05.04 18:55:50 - Deactivation of Network Lock The Default Gateway of my OLD router was 10.10.10.1. However, the default gateway of the new router is different (10.10.1.1) It looks like the AirVPN client is still trying to connect to the old default gateway IP, not the new one. That seems to be the issue. How do I fix it so that the client uses my new default gateway IP, instead of the old one? (I am on Windows 10 by the way)

Hi, I'm having troubles using the portable airvpn client on a Void Linux distro. Btw why is using net-tools instead of iproute2? Here is the log. I 2016.05.07 00:15:28 - AirVPN client version: 2.10.3 / x64, System: Linux, Name: Void \r (\n) (\l) / x64 . 2016.05.07 00:15:28 - Reading options from /home/user/Downloads/airvpn_linux_x64_portable/AirVPN.xml . 2016.05.07 00:15:28 - Data Path: /home/user/Downloads/airvpn_linux_x64_portable . 2016.05.07 00:15:28 - App Path: /home/user/Downloads/airvpn_linux_x64_portable . 2016.05.07 00:15:28 - Executable Path: /home/user/Downloads/airvpn_linux_x64_portable/airvpn . 2016.05.07 00:15:28 - Command line arguments (0): . 2016.05.07 00:15:28 - Updating systems & servers data ... . 2016.05.07 00:15:28 - Operating System: Unix 4.5.1.1 - Linux thevoid 4.5.1_1 #1 SMP PREEMPT Wed Apr 13 02:54:58 UTC 2016 x86_64 GNU/Linux I 2016.05.07 00:15:28 - OpenVPN Driver - Found, /dev/net/tun I 2016.05.07 00:15:28 - OpenVPN - Version: OpenVPN 2.3.8 (/home/user/Downloads/airvpn_linux_x64_portable/openvpn) I 2016.05.07 00:15:28 - SSH - Version: OpenSSH_7.2p2, LibreSSL 2.3.3 (/usr/bin/ssh) I 2016.05.07 00:15:28 - SSL - Version: stunnel 5.06 (/home/user/Downloads/airvpn_linux_x64_portable/stunnel) ! 2016.05.07 00:15:28 - Ready I 2016.05.07 00:15:30 - Session starting. W 2016.05.07 00:15:30 - Unable to understand if IPV6 is active. . 2016.05.07 00:15:34 - Systems & servers data update completed I 2016.05.07 00:15:43 - Checking authorization ... ! 2016.05.07 00:15:43 - Connecting to Sadalbari (Canada, Toronto, Ontario) . 2016.05.07 00:15:43 - OpenVPN > OpenVPN 2.3.8 x86_64-unknown-linux-gnu [sSL (OpenSSL)] [LZO] [EPOLL] [MH] [iPv6] built on Aug 13 2015 . 2016.05.07 00:15:43 - OpenVPN > library versions: OpenSSL 1.0.2d 9 Jul 2015, LZO 2.08 . 2016.05.07 00:15:43 - OpenVPN > MANAGEMENT: TCP Socket listening on [AF_INET]127.0.0.1:3100 . 2016.05.07 00:15:43 - OpenVPN > Control Channel Authentication: tls-auth using INLINE static key file . 2016.05.07 00:15:43 - OpenVPN > Outgoing Control Channel Authentication: Using 160 bit message hash 'SHA1' for HMAC authentication . 2016.05.07 00:15:43 - OpenVPN > Incoming Control Channel Authentication: Using 160 bit message hash 'SHA1' for HMAC authentication . 2016.05.07 00:15:43 - OpenVPN > Socket Buffers: R=[212992->262144] S=[212992->262144] . 2016.05.07 00:15:43 - OpenVPN > UDPv4 link local: [undef] . 2016.05.07 00:15:43 - OpenVPN > UDPv4 link remote: [AF_INET]184.75.221.178:443 . 2016.05.07 00:15:44 - OpenVPN > TLS: Initial packet from [AF_INET]184.75.221.178:443, sid=ec4dd1b4 4a9923ea . 2016.05.07 00:15:44 - OpenVPN > VERIFY OK: depth=1, C=IT, ST=IT, L=Perugia, O=airvpn.org, CN=airvpn.org CA, emailAddress=info@airvpn.org . 2016.05.07 00:15:44 - OpenVPN > Validating certificate key usage . 2016.05.07 00:15:44 - OpenVPN > ++ Certificate has key usage 00a0, expects 00a0 . 2016.05.07 00:15:44 - OpenVPN > VERIFY KU OK . 2016.05.07 00:15:44 - OpenVPN > Validating certificate extended key usage . 2016.05.07 00:15:44 - OpenVPN > ++ Certificate has EKU (str) TLS Web Server Authentication, expects TLS Web Server Authentication . 2016.05.07 00:15:44 - OpenVPN > VERIFY EKU OK . 2016.05.07 00:15:44 - OpenVPN > VERIFY OK: depth=0, C=IT, ST=IT, L=Perugia, O=airvpn.org, CN=server, emailAddress=info@airvpn.org . 2016.05.07 00:15:46 - OpenVPN > Data Channel Encrypt: Cipher 'AES-256-CBC' initialized with 256 bit key . 2016.05.07 00:15:46 - OpenVPN > Data Channel Encrypt: Using 160 bit message hash 'SHA1' for HMAC authentication . 2016.05.07 00:15:46 - OpenVPN > Data Channel Decrypt: Cipher 'AES-256-CBC' initialized with 256 bit key . 2016.05.07 00:15:46 - OpenVPN > Data Channel Decrypt: Using 160 bit message hash 'SHA1' for HMAC authentication . 2016.05.07 00:15:46 - OpenVPN > Control Channel: TLSv1.2, cipher TLSv1/SSLv3 DHE-RSA-AES256-GCM-SHA384, 4096 bit RSA . 2016.05.07 00:15:46 - OpenVPN > [server] Peer Connection Initiated with [AF_INET]184.75.221.178:443 . 2016.05.07 00:15:48 - OpenVPN > SENT CONTROL [server]: 'PUSH_REQUEST' (status=1) . 2016.05.07 00:15:48 - 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.9.2 255.255.0.0' . 2016.05.07 00:15:48 - OpenVPN > OPTIONS IMPORT: timers and/or timeouts modified . 2016.05.07 00:15:48 - OpenVPN > OPTIONS IMPORT: LZO parms modified . 2016.05.07 00:15:48 - OpenVPN > OPTIONS IMPORT: --ifconfig/up options modified . 2016.05.07 00:15:48 - OpenVPN > OPTIONS IMPORT: route options modified . 2016.05.07 00:15:48 - OpenVPN > OPTIONS IMPORT: route-related options modified . 2016.05.07 00:15:48 - OpenVPN > OPTIONS IMPORT: --ip-win32 and/or --dhcp-option options modified . 2016.05.07 00:15:48 - OpenVPN > TUN/TAP device tun0 opened . 2016.05.07 00:15:48 - OpenVPN > TUN/TAP TX queue length set to 100 . 2016.05.07 00:15:48 - OpenVPN > do_ifconfig, tt->ipv6=0, tt->did_ifconfig_ipv6_setup=0 . 2016.05.07 00:15:48 - OpenVPN > /sbin/ifconfig tun0 10.4.9.2 netmask 255.255.0.0 mtu 1500 broadcast 10.4.255.255 . 2016.05.07 00:15:53 - OpenVPN > /sbin/route add -net 184.75.221.178 netmask 255.255.255.255 gw 192.168.1.1 . 2016.05.07 00:15:53 - OpenVPN > /sbin/route add -net 0.0.0.0 netmask 128.0.0.0 gw 10.4.0.1 . 2016.05.07 00:15:53 - OpenVPN > SIOCADDRT: Network is unreachable . 2016.05.07 00:15:53 - OpenVPN > ERROR: Linux route add command failed: external program exited with error status: 7 . 2016.05.07 00:15:53 - OpenVPN > /sbin/route add -net 128.0.0.0 netmask 128.0.0.0 gw 10.4.0.1 . 2016.05.07 00:15:53 - OpenVPN > SIOCADDRT: Network is unreachable . 2016.05.07 00:15:53 - OpenVPN > ERROR: Linux route add command failed: external program exited with error status: 7 . 2016.05.07 00:15:53 - Starting Management Interface . 2016.05.07 00:15:53 - OpenVPN > Initialization Sequence Completed I 2016.05.07 00:15:53 - DNS of the system updated to VPN DNS (Rename method: /etc/resolv.conf generated) I 2016.05.07 00:15:54 - Flushing DNS I 2016.05.07 00:15:54 - Checking route E 2016.05.07 00:15:55 - Routing checking failed. . 2016.05.07 00:15:55 - OpenVPN > MANAGEMENT: Client connected from [AF_INET]127.0.0.1:3100 ! 2016.05.07 00:15:55 - Disconnecting . 2016.05.07 00:15:55 - Management - Send 'signal SIGTERM' . 2016.05.07 00:15:55 - OpenVPN > MANAGEMENT: CMD 'signal SIGTERM' . 2016.05.07 00:15:55 - OpenVPN > SIGTERM received, sending exit notification to peer . 2016.05.07 00:15:55 - OpenVpn Management > >INFO:OpenVPN Management Interface Version 1 -- type 'help' for more info . 2016.05.07 00:15:55 - OpenVpn Management > SUCCESS: signal SIGTERM thrown . 2016.05.07 00:16:00 - OpenVPN > /sbin/route del -net 184.75.221.178 netmask 255.255.255.255 . 2016.05.07 00:16:00 - OpenVPN > /sbin/route del -net 0.0.0.0 netmask 128.0.0.0 . 2016.05.07 00:16:00 - OpenVPN > SIOCDELRT: No such process . 2016.05.07 00:16:00 - OpenVPN > ERROR: Linux route delete command failed: external program exited with error status: 7 . 2016.05.07 00:16:00 - OpenVPN > /sbin/route del -net 128.0.0.0 netmask 128.0.0.0 . 2016.05.07 00:16:00 - OpenVPN > ERROR: Linux route delete command failed: external program exited with error status: 7 . 2016.05.07 00:16:00 - OpenVPN > Closing TUN/TAP interface . 2016.05.07 00:16:00 - OpenVPN > /sbin/ifconfig tun0 0.0.0.0 . 2016.05.07 00:16:00 - OpenVPN > SIGTERM[soft,exit-with-notification] received, process exiting . 2016.05.07 00:16:01 - Connection terminated. I 2016.05.07 00:16:01 - DNS of the system restored to original settings (Rename method) I 2016.05.07 00:16:04 - Cancel requested. ! 2016.05.07 00:16:04 - Session terminated.

I have a vmware virtual machine and I want all network traffic to go via openvpn/airvpn. One solution would be to copy the .ovpn file to the guest VM and use it there. The problem is this approach is subject to human errors, OS failures and vulnerable to attacks. So by doing this routing on the host OS it would allow to have a disposable "internet" guest Vm which you can use without having to worry about your security or identity to be compromised. Well for a full protection you would need Tor as well. That's not what I need. But if you know how anyway then feel free to chime in. Both my host and my guest are Linux machines. Note that I have more than one VM and I only want traffic to be routed for this specific VM. I would also like to know on which network modes this can be done. I mean if the VM is in NAT can this work? And what about bridged? Host only? What are the advantages or disadvantages of each guest VM network mode in order to solve this problem? Thank you!

Hi all, Hopefully somone can help this was working perfect but for some reason this week its no longer working. I 2016.01.29 20:37:08 - AirVPN client version: 2.10.3 / x64, System: Windows, Name: Microsoft Windows NT 6.2.9200.0 / x64 . 2016.01.29 20:37:08 - Reading options from C:\Users\Mp4\AppData\Local\AirVPN\AirVPN.xml . 2016.01.29 20:37:09 - Data Path: C:\Users\Mp4\AppData\Local\AirVPN . 2016.01.29 20:37:09 - App Path: C:\Program Files\AirVPN . 2016.01.29 20:37:09 - Executable Path: C:\Program Files\AirVPN\AirVPN.exe . 2016.01.29 20:37:09 - Command line arguments (1): path="home" . 2016.01.29 20:37:09 - Operating System: Microsoft Windows NT 6.2.9200.0 . 2016.01.29 20:37:09 - Updating systems & servers data ... . 2016.01.29 20:37:10 - Systems & servers data update completed I 2016.01.29 20:37:10 - OpenVPN Driver - TAP-Windows Adapter V9, version 9.21.1 I 2016.01.29 20:37:10 - OpenVPN - Version: OpenVPN 2.3.8 (C:\Program Files\AirVPN\openvpn.exe) I 2016.01.29 20:37:10 - SSH - Version: plink 0.63 (C:\Program Files\AirVPN\plink.exe) I 2016.01.29 20:37:10 - SSL - Version: stunnel 5.17 (C:\Program Files\AirVPN\stunnel.exe) I 2016.01.29 20:37:10 - Session starting. I 2016.01.29 20:37:10 - IPv6 disabled. I 2016.01.29 20:37:13 - Checking authorization ... ! 2016.01.29 20:37:13 - Connecting to Dabih (United Kingdom, Manchester) . 2016.01.29 20:37:13 - OpenVPN > OpenVPN 2.3.8 x86_64-w64-mingw32 [sSL (OpenSSL)] [LZO] [iPv6] built on Aug 13 2015 . 2016.01.29 20:37:13 - OpenVPN > library versions: OpenSSL 1.0.2d 9 Jul 2015, LZO 2.08 . 2016.01.29 20:37:13 - OpenVPN > MANAGEMENT: TCP Socket listening on [AF_INET]127.0.0.1:3100 . 2016.01.29 20:37:13 - OpenVPN > Control Channel Authentication: tls-auth using INLINE static key file . 2016.01.29 20:37:13 - OpenVPN > Outgoing Control Channel Authentication: Using 160 bit message hash 'SHA1' for HMAC authentication . 2016.01.29 20:37:13 - OpenVPN > Incoming Control Channel Authentication: Using 160 bit message hash 'SHA1' for HMAC authentication . 2016.01.29 20:37:13 - OpenVPN > Socket Buffers: R=[65536->131072] S=[65536->131072] . 2016.01.29 20:37:13 - OpenVPN > UDPv4 link local: [undef] . 2016.01.29 20:37:13 - OpenVPN > UDPv4 link remote: [AF_INET]82.145.37.202:443 . 2016.01.29 20:37:13 - OpenVPN > TLS: Initial packet from [AF_INET]82.145.37.202:443, sid=caa82020 f7353e69 . 2016.01.29 20:37:13 - OpenVPN > VERIFY OK: depth=1, C=IT, ST=IT, L=Perugia, O=airvpn.org, CN=airvpn.org CA, emailAddress=info@airvpn.org . 2016.01.29 20:37:13 - OpenVPN > Validating certificate key usage . 2016.01.29 20:37:13 - OpenVPN > ++ Certificate has key usage 00a0, expects 00a0 . 2016.01.29 20:37:13 - OpenVPN > VERIFY KU OK . 2016.01.29 20:37:13 - OpenVPN > Validating certificate extended key usage . 2016.01.29 20:37:13 - OpenVPN > ++ Certificate has EKU (str) TLS Web Server Authentication, expects TLS Web Server Authentication . 2016.01.29 20:37:13 - OpenVPN > VERIFY EKU OK . 2016.01.29 20:37:13 - OpenVPN > VERIFY OK: depth=0, C=IT, ST=IT, L=Perugia, O=airvpn.org, CN=server, emailAddress=info@airvpn.org . 2016.01.29 20:37:14 - OpenVPN > Data Channel Encrypt: Cipher 'AES-256-CBC' initialized with 256 bit key . 2016.01.29 20:37:14 - OpenVPN > Data Channel Encrypt: Using 160 bit message hash 'SHA1' for HMAC authentication . 2016.01.29 20:37:14 - OpenVPN > Data Channel Decrypt: Cipher 'AES-256-CBC' initialized with 256 bit key . 2016.01.29 20:37:14 - OpenVPN > Data Channel Decrypt: Using 160 bit message hash 'SHA1' for HMAC authentication . 2016.01.29 20:37:14 - OpenVPN > Control Channel: TLSv1.2, cipher TLSv1/SSLv3 DHE-RSA-AES256-GCM-SHA384, 4096 bit RSA . 2016.01.29 20:37:14 - OpenVPN > [server] Peer Connection Initiated with [AF_INET]82.145.37.202:443 . 2016.01.29 20:37:16 - OpenVPN > SENT CONTROL [server]: 'PUSH_REQUEST' (status=1) . 2016.01.29 20:37:16 - 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.21.167 255.255.0.0' . 2016.01.29 20:37:16 - OpenVPN > OPTIONS IMPORT: timers and/or timeouts modified . 2016.01.29 20:37:16 - OpenVPN > OPTIONS IMPORT: LZO parms modified . 2016.01.29 20:37:16 - OpenVPN > OPTIONS IMPORT: --ifconfig/up options modified . 2016.01.29 20:37:16 - OpenVPN > OPTIONS IMPORT: route options modified . 2016.01.29 20:37:16 - OpenVPN > OPTIONS IMPORT: route-related options modified . 2016.01.29 20:37:16 - OpenVPN > OPTIONS IMPORT: --ip-win32 and/or --dhcp-option options modified . 2016.01.29 20:37:16 - OpenVPN > do_ifconfig, tt->ipv6=0, tt->did_ifconfig_ipv6_setup=0 . 2016.01.29 20:37:16 - OpenVPN > open_tun, tt->ipv6=0 . 2016.01.29 20:37:16 - OpenVPN > TAP-WIN32 device [Ethernet 2] opened: \\.\Global\{54C28F94-E3FF-43EB-BF72-0B039B5C6245}.tap . 2016.01.29 20:37:16 - OpenVPN > TAP-Windows Driver Version 9.21 . 2016.01.29 20:37:16 - OpenVPN > Set TAP-Windows TUN subnet mode network/local/netmask = 10.4.0.0/10.4.21.167/255.255.0.0 [sUCCEEDED] . 2016.01.29 20:37:16 - OpenVPN > Notified TAP-Windows driver to set a DHCP IP/netmask of 10.4.21.167/255.255.0.0 on interface {54C28F94-E3FF-43EB-BF72-0B039B5C6245} [DHCP-serv: 10.4.255.254, lease-time: 31536000] . 2016.01.29 20:37:16 - OpenVPN > Successful ARP Flush on interface [16] {54C28F94-E3FF-43EB-BF72-0B039B5C6245} . 2016.01.29 20:37:21 - OpenVPN > TEST ROUTES: 1/1 succeeded len=0 ret=1 a=0 u/d=up . 2016.01.29 20:37:21 - OpenVPN > C:\WINDOWS\system32\route.exe ADD 82.145.37.202 MASK 255.255.255.255 192.168.1.254 . 2016.01.29 20:37:21 - OpenVPN > ROUTE: CreateIpForwardEntry succeeded with dwForwardMetric1=10 and dwForwardType=4 . 2016.01.29 20:37:21 - OpenVPN > Route addition via IPAPI succeeded [adaptive] . 2016.01.29 20:37:21 - OpenVPN > C:\WINDOWS\system32\route.exe ADD 192.168.1.254 MASK 255.255.255.255 192.168.1.254 IF 4 . 2016.01.29 20:37:21 - OpenVPN > ROUTE: CreateIpForwardEntry succeeded with dwForwardMetric1=10 and dwForwardType=4 . 2016.01.29 20:37:21 - OpenVPN > Route addition via IPAPI succeeded [adaptive] . 2016.01.29 20:37:21 - OpenVPN > C:\WINDOWS\system32\route.exe ADD 0.0.0.0 MASK 128.0.0.0 10.4.0.1 . 2016.01.29 20:37:21 - OpenVPN > ROUTE: CreateIpForwardEntry succeeded with dwForwardMetric1=20 and dwForwardType=4 . 2016.01.29 20:37:21 - OpenVPN > Route addition via IPAPI succeeded [adaptive] . 2016.01.29 20:37:21 - OpenVPN > C:\WINDOWS\system32\route.exe ADD 128.0.0.0 MASK 128.0.0.0 10.4.0.1 . 2016.01.29 20:37:21 - OpenVPN > ROUTE: CreateIpForwardEntry succeeded with dwForwardMetric1=20 and dwForwardType=4 . 2016.01.29 20:37:21 - OpenVPN > Route addition via IPAPI succeeded [adaptive] . 2016.01.29 20:37:21 - Starting Management Interface . 2016.01.29 20:37:21 - OpenVPN > Initialization Sequence Completed I 2016.01.29 20:37:22 - DNS of a network adapter forced (TAP-Windows Adapter V9) I 2016.01.29 20:37:22 - DNS of a network adapter forced (Marvell Yukon 88E8056 PCI-E Gigabit Ethernet Controller) I 2016.01.29 20:37:22 - Flushing DNS I 2016.01.29 20:37:22 - Checking route W 2016.01.29 20:38:12 - The operation has timed out ! 2016.01.29 20:38:12 - Disconnecting . 2016.01.29 20:38:12 - Management - Send 'signal SIGTERM' . 2016.01.29 20:38:12 - OpenVPN > MANAGEMENT: CMD 'signal SIGTERM' . 2016.01.29 20:38:12 - OpenVPN > SIGTERM received, sending exit notification to peer . 2016.01.29 20:38:12 - OpenVpn Management > >INFO:OpenVPN Management Interface Version 1 -- type 'help' for more info

Hello, I have using two computers at the same time (wife and me). We are using AirVPN logged in with the same account. She is using the laptop wirelessly, I am using a desktop direct connection (via a router). Both Win10. Her machine was working fine, then she got disconnected. My desktop account is connected. But her computer it keeps trying with the same AirVpn login as the desktop, finds a server then it says 'Checking route...' times out and tries again. Solved: I manually chose a server instead of letting it trying to pick a server for me (recommended) - I get in. Why am I posting? Hope this helps someone... *&*