Jump to content
Not connected, Your IP: 18.222.163.134
bath_steam

Eddie Experimental 2.8RC1 problems

Recommended Posts

 

On OSX 10.9, client about says 2.8.6, the console fills with this message continuously while the app is running:

 

Jan 10 23:03:55 bobcat.local defaults[622]:
    The domain/default pair of (kCFPreferencesAnyApplication, AppleInterfaceStyle) does not exist

 

Also when I tried to revert back to 2.7 the Network Lock button disappeared.

 

Thanks

 

 

Hello!

 

This will be fixed soon. Network Lock is not a default setting in 2.7, you need to enable it in 'Preferences', 'Advanced'. In 2.8 it's enabled by default.

 

Kind regards

Share this post


Link to post

OS: Windows7 32 bit

Client: release: 2.8 RC3

 

Minor bug:

'Preferences', 'Routes' -->  the Notes field is not saved when using commas in text.

 

Question:

'Preferences', 'Routes' --> IP / Host - I can add IP numbers but not hosts

 

For example I want to add imap.gmail.com and smtp.gmail.com or if possible just .gmail.com but the save -button remains greyed out.

Am I not allowed to add host by its zone name? I am trying to prevent the security warning emails from Google mail, by putting it in 'Outside tunnel'

Share this post


Link to post

Thank you JasonBourne.

 

Please upgrade to 2.8.6, still available as "Experimental".

 

Kind regards

Share this post


Link to post

Apologies Air, my bad. I am new to AirVPN and Eddie, I wrongly believed RC3 and 2.8.6 to be the same. I was already on 2.8.6.

Hence the minor bug and my question remain the same as per my previous post.

 

Any one who can comment on how to use 'Routes' to put hosts by zone name in 'Outside tunnel'. Is this possible?

 

Or some one can advise how I can put all my e-mail traffic (imap, imaps, pop3, smtp) in 'Outside tunnel'. I thought that this could be done in 'Routes' but maybe I am not understanding correctly.

 

Thank you.

Share this post


Link to post

Apologies Air, my bad. I am new to AirVPN and Eddie, I wrongly believed RC3 and 2.8.6 to be the same. I was already on 2.8.6.

Hence the minor bug and my question remain the same as per my previous post.

 

Any one who can comment on how to use 'Routes' to put hosts by zone name in 'Outside tunnel'. Is this possible?

 

Or some one can advise how I can put all my e-mail traffic (imap, imaps, pop3, smtp) in 'Outside tunnel'. I thought that this could be done in 'Routes' but maybe I am not understanding correctly.

 

Thank you.

 

Hello!

 

In "AirVPN" -> "Preferences" -> "Routes" set the option "Not specified routes go:" to "Inside VPN tunnel". We repeat, INSIDE (because you want that all the other traffic different than "mail traffic" goes inside the tunnel).

 

Then add the IP address(es) that you wish OUTSIDE the tunnel, i.e. IP address(es) of your IMAP, SMTP etc. servers, in the big box (by pressing the button "+"). You can not specify host names, but only host IP addresses.

 

Click "Save" and start a connection with a VPN server. Note that routes outside the VPN tunnel will never be blocked by Network Lock.

 

Kind regards

Share this post


Link to post

Thank you Air for your clear and concise answer. Apologies for having 'hacked' the Eddie experimental forum with my question; I am still finding my way around in the community.

 

To my relieve I did understand this 'Routing' function correctly and had everything setup just the way you outlined in your post and working for my mail servers. Shame, I cannot add zone names for Google mail. Guess I have to start hunting around for their IP address blocks if I want to be able to add the these servers to 'Routes'

Share this post


Link to post

Any estimate when Eddie 2.8 might be ready for general release?  (I realize developers love such questions.  )

 

I believe Eddie uses its own bundled versions of OpenVPN and OpenSSL and those have required some recent security patches.

 

The changelog could also denote the exact current release (eg. 2.8.6 alpha/beta) or at least call it alpha or beta to help keep users in the loop. It has been marked 2.8 since December which to me suggested general availability.

 

 

Also a request for future releases would be a more granular or user-definable Speed Chart. I often find myself wishing there was an option closer to the length of a working day, between 1hr and 24hrs.

Share this post


Link to post

Just downloaded Eddie for Windows (Win7 x64) and got it to work exactly once. I changed a couple of options to make sure I could still connect to my local network and use my local DNS server, then reconnected. It's failing every time.

 

I changed all the setttings back when it failed, but it continued failing - I guess it wasn't my changes. I tried removing and reinstalling the OpenVPN driver, which also didn't work. And I tried completely reinstalling the AirVPN client, which also did not help.

 

Logs below:

 

I 2015.04.21 09:36:48 - AirVPN client version: 2.9.2, System: Windows, Name: Microsoft Windows NT 6.1.7601 Service Pack 1, Architecture: x64
. 2015.04.21 09:36:48 - Reading options from C:\Users\user\AppData\Local\AirVPN\AirVPN.xml
. 2015.04.21 09:36:49 - Data Path: C:\Users\user\AppData\Local\AirVPN
. 2015.04.21 09:36:49 - App Path: C:\Program Files\AirVPN
. 2015.04.21 09:36:49 - Executable Path: C:\Program Files\AirVPN\AirVPN.exe
. 2015.04.21 09:36:49 - Command line arguments (1): path="home"
. 2015.04.21 09:36:49 - Operating System: Microsoft Windows NT 6.1.7601 Service Pack 1
. 2015.04.21 09:36:49 - Updating systems & servers data ...
I 2015.04.21 09:36:49 - OpenVPN Driver - TAP-Windows Adapter V9, version 9.21.1
I 2015.04.21 09:36:49 - OpenVPN - Version: OpenVPN 2.3.6 (C:\Program Files\AirVPN\openvpn.exe)
I 2015.04.21 09:36:49 - SSH - Version: plink 0.63 (C:\Program Files\AirVPN\plink.exe)
I 2015.04.21 09:36:49 - SSL - Version: stunnel 5.09 (C:\Program Files\AirVPN\stunnel.exe)
! 2015.04.21 09:36:49 - Ready
. 2015.04.21 09:36:50 - Systems & servers data update completed
I 2015.04.21 09:36:52 - Session starting.
I 2015.04.21 09:36:53 - IPv6 disabled.
I 2015.04.21 09:36:55 - Checking authorization ...
! 2015.04.21 09:36:56 - Connecting to Kraz (Canada, Toronto, Ontario)
. 2015.04.21 09:36:56 - OpenVPN > OpenVPN 2.3.6 x86_64-w64-mingw32 [SSL (OpenSSL)] [LZO] [IPv6] built on Jan 12 2015
. 2015.04.21 09:36:56 - OpenVPN > library versions: OpenSSL 1.0.1k 8 Jan 2015, LZO 2.08
. 2015.04.21 09:36:56 - OpenVPN > MANAGEMENT: TCP Socket listening on [AF_INET]127.0.0.1:3100
. 2015.04.21 09:36:56 - OpenVPN > Control Channel Authentication: tls-auth using INLINE static key file
. 2015.04.21 09:36:56 - OpenVPN > Outgoing Control Channel Authentication: Using 160 bit message hash 'SHA1' for HMAC authentication
. 2015.04.21 09:36:56 - OpenVPN > Incoming Control Channel Authentication: Using 160 bit message hash 'SHA1' for HMAC authentication
. 2015.04.21 09:36:56 - OpenVPN > Socket Buffers: R=[8192->8192] S=[8192->8192]
. 2015.04.21 09:36:56 - OpenVPN > UDPv4 link local: [undef]
. 2015.04.21 09:36:56 - OpenVPN > UDPv4 link remote: [AF_INET]199.19.94.61:443
. 2015.04.21 09:36:56 - OpenVPN > TLS: Initial packet from [AF_INET]199.19.94.61:443, sid=f2f5cd79 3e6fd197
. 2015.04.21 09:36:56 - OpenVPN > VERIFY OK: depth=1, C=IT, ST=IT, L=Perugia, O=airvpn.org, CN=airvpn.org CA, emailAddress=info@airvpn.org
. 2015.04.21 09:36:56 - OpenVPN > Validating certificate key usage
. 2015.04.21 09:36:56 - OpenVPN > ++ Certificate has key usage  00a0, expects 00a0
. 2015.04.21 09:36:56 - OpenVPN > VERIFY KU OK
. 2015.04.21 09:36:56 - OpenVPN > Validating certificate extended key usage
. 2015.04.21 09:36:56 - OpenVPN > ++ Certificate has EKU (str) TLS Web Server Authentication, expects TLS Web Server Authentication
. 2015.04.21 09:36:56 - OpenVPN > VERIFY EKU OK
. 2015.04.21 09:36:56 - OpenVPN > VERIFY OK: depth=0, C=IT, ST=IT, L=Perugia, O=airvpn.org, CN=server, emailAddress=info@airvpn.org
. 2015.04.21 09:36:59 - OpenVPN > Data Channel Encrypt: Cipher 'AES-256-CBC' initialized with 256 bit key
. 2015.04.21 09:36:59 - OpenVPN > Data Channel Encrypt: Using 160 bit message hash 'SHA1' for HMAC authentication
. 2015.04.21 09:36:59 - OpenVPN > Data Channel Decrypt: Cipher 'AES-256-CBC' initialized with 256 bit key
. 2015.04.21 09:36:59 - OpenVPN > Data Channel Decrypt: Using 160 bit message hash 'SHA1' for HMAC authentication
. 2015.04.21 09:36:59 - OpenVPN > Control Channel: TLSv1, cipher TLSv1/SSLv3 DHE-RSA-AES256-SHA, 4096 bit RSA
. 2015.04.21 09:36:59 - OpenVPN > [server] Peer Connection Initiated with [AF_INET]199.19.94.61:443
. 2015.04.21 09:37:02 - OpenVPN > SENT CONTROL [server]: 'PUSH_REQUEST' (status=1)
. 2015.04.21 09:37:02 - 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.11.190 255.255.0.0'
. 2015.04.21 09:37:02 - OpenVPN > OPTIONS IMPORT: timers and/or timeouts modified
. 2015.04.21 09:37:02 - OpenVPN > OPTIONS IMPORT: LZO parms modified
. 2015.04.21 09:37:02 - OpenVPN > OPTIONS IMPORT: --ifconfig/up options modified
. 2015.04.21 09:37:02 - OpenVPN > OPTIONS IMPORT: route options modified
. 2015.04.21 09:37:02 - OpenVPN > OPTIONS IMPORT: route-related options modified
. 2015.04.21 09:37:02 - OpenVPN > OPTIONS IMPORT: --ip-win32 and/or --dhcp-option options modified
. 2015.04.21 09:37:02 - OpenVPN > do_ifconfig, tt->ipv6=0, tt->did_ifconfig_ipv6_setup=0
. 2015.04.21 09:37:02 - OpenVPN > open_tun, tt->ipv6=0
. 2015.04.21 09:37:02 - OpenVPN > TAP-WIN32 device [Local Area Connection 2] opened: \\.\Global\{584DD476-1A68-4055-9140-25577EB5C226}.tap
. 2015.04.21 09:37:02 - OpenVPN > TAP-Windows Driver Version 9.21
. 2015.04.21 09:37:02 - OpenVPN > Set TAP-Windows TUN subnet mode network/local/netmask = 10.4.0.0/10.4.11.190/255.255.0.0 [SUCCEEDED]
. 2015.04.21 09:37:02 - OpenVPN > Notified TAP-Windows driver to set a DHCP IP/netmask of 10.4.11.190/255.255.0.0 on interface {584DD476-1A68-4055-9140-25577EB5C226} [DHCP-serv: 10.4.255.254, lease-time: 31536000]
. 2015.04.21 09:37:02 - OpenVPN > Successful ARP Flush on interface [19] {584DD476-1A68-4055-9140-25577EB5C226}
. 2015.04.21 09:37:07 - OpenVPN > TEST ROUTES: 0/0 succeeded len=0 ret=0 a=0 u/d=down
. 2015.04.21 09:37:07 - OpenVPN > Route: Waiting for TUN/TAP interface to come up...
. 2015.04.21 09:37:07 - AirVPN Windows Interface Hack executed (Local Area Connection 2)
. 2015.04.21 09:37:12 - OpenVPN > TEST ROUTES: 0/0 succeeded len=0 ret=0 a=0 u/d=down
. 2015.04.21 09:37:12 - OpenVPN > Route: Waiting for TUN/TAP interface to come up...
. 2015.04.21 09:37:12 - AirVPN Windows Interface Hack executed (Local Area Connection 2)
. 2015.04.21 09:37:13 - OpenVPN > TEST ROUTES: 0/0 succeeded len=0 ret=0 a=0 u/d=down
. 2015.04.21 09:37:13 - OpenVPN > Route: Waiting for TUN/TAP interface to come up...
. 2015.04.21 09:37:13 - AirVPN Windows Interface Hack executed (Local Area Connection 2)
. 2015.04.21 09:37:15 - OpenVPN > TEST ROUTES: 0/0 succeeded len=0 ret=0 a=0 u/d=down
. 2015.04.21 09:37:15 - OpenVPN > Route: Waiting for TUN/TAP interface to come up...
. 2015.04.21 09:37:15 - AirVPN Windows Interface Hack executed (Local Area Connection 2)
. 2015.04.21 09:37:16 - OpenVPN > TEST ROUTES: 0/0 succeeded len=0 ret=0 a=0 u/d=down
. 2015.04.21 09:37:16 - OpenVPN > Route: Waiting for TUN/TAP interface to come up...
. 2015.04.21 09:37:16 - AirVPN Windows Interface Hack executed (Local Area Connection 2)
. 2015.04.21 09:37:17 - OpenVPN > TEST ROUTES: 0/0 succeeded len=0 ret=0 a=0 u/d=down
. 2015.04.21 09:37:17 - OpenVPN > Route: Waiting for TUN/TAP interface to come up...
. 2015.04.21 09:37:17 - AirVPN Windows Interface Hack executed (Local Area Connection 2)
. 2015.04.21 09:37:18 - OpenVPN > TEST ROUTES: 0/0 succeeded len=0 ret=0 a=0 u/d=down
. 2015.04.21 09:37:18 - OpenVPN > Route: Waiting for TUN/TAP interface to come up...
. 2015.04.21 09:37:18 - AirVPN Windows Interface Hack executed (Local Area Connection 2)
. 2015.04.21 09:37:19 - OpenVPN > TEST ROUTES: 0/0 succeeded len=0 ret=0 a=0 u/d=down
. 2015.04.21 09:37:19 - OpenVPN > Route: Waiting for TUN/TAP interface to come up...
. 2015.04.21 09:37:19 - AirVPN Windows Interface Hack executed (Local Area Connection 2)
. 2015.04.21 09:37:20 - OpenVPN > TEST ROUTES: 0/0 succeeded len=0 ret=0 a=0 u/d=down
. 2015.04.21 09:37:20 - OpenVPN > Route: Waiting for TUN/TAP interface to come up...
. 2015.04.21 09:37:20 - AirVPN Windows Interface Hack executed (Local Area Connection 2)
. 2015.04.21 09:37:21 - OpenVPN > TEST ROUTES: 0/0 succeeded len=0 ret=0 a=0 u/d=down
. 2015.04.21 09:37:21 - OpenVPN > Route: Waiting for TUN/TAP interface to come up...
. 2015.04.21 09:37:21 - AirVPN Windows Interface Hack executed (Local Area Connection 2)
. 2015.04.21 09:37:22 - OpenVPN > TEST ROUTES: 0/0 succeeded len=0 ret=0 a=0 u/d=down
. 2015.04.21 09:37:22 - OpenVPN > Route: Waiting for TUN/TAP interface to come up...
. 2015.04.21 09:37:22 - AirVPN Windows Interface Hack executed (Local Area Connection 2)
. 2015.04.21 09:37:23 - OpenVPN > TEST ROUTES: 0/0 succeeded len=0 ret=0 a=0 u/d=down
. 2015.04.21 09:37:23 - OpenVPN > Route: Waiting for TUN/TAP interface to come up...
. 2015.04.21 09:37:23 - AirVPN Windows Interface Hack executed (Local Area Connection 2)
. 2015.04.21 09:37:24 - OpenVPN > TEST ROUTES: 0/0 succeeded len=0 ret=0 a=0 u/d=down
. 2015.04.21 09:37:24 - OpenVPN > Route: Waiting for TUN/TAP interface to come up...
. 2015.04.21 09:37:24 - AirVPN Windows Interface Hack executed (Local Area Connection 2)
. 2015.04.21 09:37:25 - OpenVPN > TEST ROUTES: 0/0 succeeded len=0 ret=0 a=0 u/d=down
. 2015.04.21 09:37:25 - OpenVPN > Route: Waiting for TUN/TAP interface to come up...
. 2015.04.21 09:37:25 - AirVPN Windows Interface Hack executed (Local Area Connection 2)
. 2015.04.21 09:37:26 - OpenVPN > TEST ROUTES: 0/0 succeeded len=0 ret=0 a=0 u/d=down
. 2015.04.21 09:37:26 - OpenVPN > Route: Waiting for TUN/TAP interface to come up...
. 2015.04.21 09:37:26 - AirVPN Windows Interface Hack executed (Local Area Connection 2)
. 2015.04.21 09:37:27 - OpenVPN > TEST ROUTES: 0/0 succeeded len=0 ret=0 a=0 u/d=down
. 2015.04.21 09:37:27 - OpenVPN > Route: Waiting for TUN/TAP interface to come up...
. 2015.04.21 09:37:27 - AirVPN Windows Interface Hack executed (Local Area Connection 2)
. 2015.04.21 09:37:29 - OpenVPN > TEST ROUTES: 0/0 succeeded len=0 ret=0 a=0 u/d=down
. 2015.04.21 09:37:29 - OpenVPN > Route: Waiting for TUN/TAP interface to come up...
. 2015.04.21 09:37:29 - AirVPN Windows Interface Hack executed (Local Area Connection 2)
. 2015.04.21 09:37:30 - OpenVPN > TEST ROUTES: 0/0 succeeded len=0 ret=0 a=0 u/d=down
. 2015.04.21 09:37:30 - OpenVPN > Route: Waiting for TUN/TAP interface to come up...
. 2015.04.21 09:37:30 - AirVPN Windows Interface Hack executed (Local Area Connection 2)
. 2015.04.21 09:37:31 - OpenVPN > TEST ROUTES: 0/0 succeeded len=0 ret=0 a=0 u/d=down
. 2015.04.21 09:37:31 - OpenVPN > Route: Waiting for TUN/TAP interface to come up...
. 2015.04.21 09:37:31 - AirVPN Windows Interface Hack executed (Local Area Connection 2)
. 2015.04.21 09:37:32 - OpenVPN > TEST ROUTES: 0/0 succeeded len=0 ret=0 a=0 u/d=down
. 2015.04.21 09:37:32 - OpenVPN > Route: Waiting for TUN/TAP interface to come up...
. 2015.04.21 09:37:32 - AirVPN Windows Interface Hack executed (Local Area Connection 2)
. 2015.04.21 09:37:33 - OpenVPN > TEST ROUTES: 0/0 succeeded len=0 ret=0 a=0 u/d=down
. 2015.04.21 09:37:33 - OpenVPN > Route: Waiting for TUN/TAP interface to come up...
. 2015.04.21 09:37:33 - AirVPN Windows Interface Hack executed (Local Area Connection 2)
. 2015.04.21 09:37:34 - OpenVPN > TEST ROUTES: 0/0 succeeded len=0 ret=0 a=0 u/d=down
. 2015.04.21 09:37:34 - OpenVPN > Route: Waiting for TUN/TAP interface to come up...
. 2015.04.21 09:37:34 - AirVPN Windows Interface Hack executed (Local Area Connection 2)
. 2015.04.21 09:37:36 - OpenVPN > TEST ROUTES: 0/0 succeeded len=0 ret=0 a=0 u/d=down
. 2015.04.21 09:37:36 - OpenVPN > Route: Waiting for TUN/TAP interface to come up...
. 2015.04.21 09:37:36 - AirVPN Windows Interface Hack executed (Local Area Connection 2)
. 2015.04.21 09:37:37 - OpenVPN > TEST ROUTES: 0/0 succeeded len=0 ret=0 a=0 u/d=down
. 2015.04.21 09:37:37 - OpenVPN > C:\Windows\system32\route.exe ADD 199.19.94.61 MASK 255.255.255.255 10.0.0.1
. 2015.04.21 09:37:37 - OpenVPN > ROUTE: CreateIpForwardEntry succeeded with dwForwardMetric1=10 and dwForwardType=4
. 2015.04.21 09:37:37 - OpenVPN > Route addition via IPAPI succeeded [adaptive]
. 2015.04.21 09:37:37 - OpenVPN > C:\Windows\system32\route.exe ADD 0.0.0.0 MASK 128.0.0.0 10.4.0.1
. 2015.04.21 09:37:37 - OpenVPN > Warning: route gateway is not reachable on any active network adapters: 10.4.0.1
. 2015.04.21 09:37:37 - OpenVPN > Route addition via IPAPI failed [adaptive]
. 2015.04.21 09:37:37 - OpenVPN > Route addition fallback to route.exe
. 2015.04.21 09:37:37 - OpenVPN > env_block: add PATH=C:\Windows\System32;C:\WINDOWS;C:\WINDOWS\System32\Wbem
. 2015.04.21 09:37:37 - OpenVPN > C:\Windows\system32\route.exe ADD 128.0.0.0 MASK 128.0.0.0 10.4.0.1
. 2015.04.21 09:37:37 - OpenVPN > Warning: route gateway is not reachable on any active network adapters: 10.4.0.1
. 2015.04.21 09:37:37 - OpenVPN > Route addition via IPAPI failed [adaptive]
. 2015.04.21 09:37:37 - OpenVPN > Route addition fallback to route.exe
. 2015.04.21 09:37:37 - OpenVPN > env_block: add PATH=C:\Windows\System32;C:\WINDOWS;C:\WINDOWS\System32\Wbem
. 2015.04.21 09:37:37 - OpenVPN > SYSTEM ROUTING TABLE
. 2015.04.21 09:37:37 - OpenVPN > 0.0.0.0 0.0.0.0 10.0.0.1 p=0 i=10 t=4 pr=3 a=6772 h=0 m=266/0/0/0/0
. 2015.04.21 09:37:37 - OpenVPN > 0.0.0.0 128.0.0.0 10.4.0.1 p=0 i=10 t=4 pr=3 a=0 h=0 m=11/0/0/0/0
. 2015.04.21 09:37:37 - OpenVPN > 10.0.0.0 255.255.255.0 10.0.0.2 p=0 i=10 t=3 pr=3 a=6765 h=0 m=266/0/0/0/0
. 2015.04.21 09:37:37 - OpenVPN > 10.0.0.2 255.255.255.255 10.0.0.2 p=0 i=10 t=3 pr=3 a=6765 h=0 m=266/0/0/0/0
. 2015.04.21 09:37:37 - OpenVPN > 10.0.0.255 255.255.255.255 10.0.0.2 p=0 i=10 t=3 pr=3 a=6765 h=0 m=266/0/0/0/0
. 2015.04.21 09:37:37 - OpenVPN > 127.0.0.0 255.0.0.0 127.0.0.1 p=0 i=1 t=3 pr=3 a=6776 h=0 m=306/0/0/0/0
. 2015.04.21 09:37:37 - OpenVPN > 127.0.0.1 255.255.255.255 127.0.0.1 p=0 i=1 t=3 pr=3 a=6776 h=0 m=306/0/0/0/0
. 2015.04.21 09:37:37 - OpenVPN > 127.255.255.255 255.255.255.255 127.0.0.1 p=0 i=1 t=3 pr=3 a=6776 h=0 m=306/0/0/0/0
. 2015.04.21 09:37:37 - OpenVPN > 128.0.0.0 128.0.0.0 10.4.0.1 p=0 i=10 t=4 pr=3 a=0 h=0 m=11/0/0/0/0
. 2015.04.21 09:37:37 - OpenVPN > 169.254.0.0 255.255.0.0 169.254.206.217 p=0 i=19 t=3 pr=3 a=238 h=0 m=276/0/0/0/0
. 2015.04.21 09:37:37 - OpenVPN > 169.254.206.217 255.255.255.255 169.254.206.217 p=0 i=19 t=3 pr=3 a=238 h=0 m=276/0/0/0/0
. 2015.04.21 09:37:37 - OpenVPN > 169.254.255.255 255.255.255.255 169.254.206.217 p=0 i=19 t=3 pr=3 a=238 h=0 m=276/0/0/0/0
. 2015.04.21 09:37:37 - OpenVPN > 199.19.94.61 255.255.255.255 10.0.0.1 p=0 i=10 t=4 pr=3 a=0 h=0 m=10/0/0/0/0
. 2015.04.21 09:37:37 - OpenVPN > 224.0.0.0 240.0.0.0 127.0.0.1 p=0 i=1 t=3 pr=3 a=6776 h=0 m=306/0/0/0/0
. 2015.04.21 09:37:37 - OpenVPN > 224.0.0.0 240.0.0.0 10.0.0.2 p=0 i=10 t=3 pr=3 a=6772 h=0 m=266/0/0/0/0
. 2015.04.21 09:37:37 - OpenVPN > 224.0.0.0 240.0.0.0 169.254.206.217 p=0 i=19 t=3 pr=3 a=260 h=0 m=276/0/0/0/0
. 2015.04.21 09:37:37 - OpenVPN > 255.255.255.255 255.255.255.255 127.0.0.1 p=0 i=1 t=3 pr=3 a=6776 h=0 m=306/0/0/0/0
. 2015.04.21 09:37:37 - OpenVPN > 255.255.255.255 255.255.255.255 10.0.0.2 p=0 i=10 t=3 pr=3 a=6772 h=0 m=266/0/0/0/0
. 2015.04.21 09:37:37 - OpenVPN > 255.255.255.255 255.255.255.255 169.254.206.217 p=0 i=19 t=3 pr=3 a=260 h=0 m=276/0/0/0/0
. 2015.04.21 09:37:37 - OpenVPN > SYSTEM ADAPTER LIST
. 2015.04.21 09:37:37 - OpenVPN > TAP-Windows Adapter V9
. 2015.04.21 09:37:37 - OpenVPN >   Index = 19
. 2015.04.21 09:37:37 - OpenVPN >   GUID = {584DD476-1A68-4055-9140-25577EB5C226}
. 2015.04.21 09:37:37 - OpenVPN >   IP = 169.254.206.217/255.255.0.0
. 2015.04.21 09:37:37 - OpenVPN >   MAC = 00:ff:58:4d:d4:76
. 2015.04.21 09:37:37 - OpenVPN >   GATEWAY = 0.0.0.0/255.255.255.255
. 2015.04.21 09:37:37 - OpenVPN >   DHCP SERV =
. 2015.04.21 09:37:37 - OpenVPN >   DHCP LEASE OBTAINED = Tue Apr 21 09:37:37 2015
. 2015.04.21 09:37:37 - OpenVPN >   DHCP LEASE EXPIRES  = Tue Apr 21 09:37:37 2015
. 2015.04.21 09:37:37 - OpenVPN >   DNS SERV =
. 2015.04.21 09:37:37 - OpenVPN > Intel(R) 82579V Gigabit Network Connection
. 2015.04.21 09:37:37 - OpenVPN >   Index = 10
. 2015.04.21 09:37:37 - OpenVPN >   GUID = {DE482AE8-6036-4B7F-BF8F-B60B9305B6F1}
. 2015.04.21 09:37:37 - OpenVPN >   IP = 10.0.0.2/255.255.255.0
. 2015.04.21 09:37:37 - OpenVPN >   MAC = 54:04:a6:38:4d:9a
. 2015.04.21 09:37:37 - OpenVPN >   GATEWAY = 10.0.0.1/255.255.255.255
. 2015.04.21 09:37:37 - OpenVPN >   DNS SERV = 10.0.0.1/255.255.255.255
. 2015.04.21 09:37:37 - Starting Management Interface
. 2015.04.21 09:37:37 - OpenVPN > Initialization Sequence Completed With Errors ( see http://openvpn.net/faq.html#dhcpclientserv )
I 2015.04.21 09:37:37 - DNS of a network adapter forced (Intel(R) 82579V Gigabit Network Connection)
! 2015.04.21 09:37:37 - Disconnecting
. 2015.04.21 09:37:37 - Management - Send 'signal SIGTERM'
. 2015.04.21 09:37:37 - OpenVpn Management > >INFO:OpenVPN Management Interface Version 1 -- type 'help' for more info
I 2015.04.21 09:37:37 - Flushing DNS
. 2015.04.21 09:37:37 - OpenVPN > MANAGEMENT: Client connected from [AF_INET]127.0.0.1:3100
. 2015.04.21 09:37:37 - OpenVPN > MANAGEMENT: CMD 'signal SIGTERM'
. 2015.04.21 09:37:37 - OpenVPN > SIGTERM received, sending exit notification to peer
. 2015.04.21 09:37:42 - OpenVPN > C:\Windows\system32\route.exe DELETE 199.19.94.61 MASK 255.255.255.255 10.0.0.1
. 2015.04.21 09:37:42 - OpenVPN > Route deletion via IPAPI succeeded [adaptive]
. 2015.04.21 09:37:42 - OpenVPN > C:\Windows\system32\route.exe DELETE 0.0.0.0 MASK 128.0.0.0 10.4.0.1
. 2015.04.21 09:37:42 - OpenVPN > Warning: route gateway is not reachable on any active network adapters: 10.4.0.1
. 2015.04.21 09:37:42 - OpenVPN > Route deletion via IPAPI failed [adaptive]
. 2015.04.21 09:37:42 - OpenVPN > Route deletion fallback to route.exe
. 2015.04.21 09:37:42 - OpenVPN > env_block: add PATH=C:\Windows\System32;C:\WINDOWS;C:\WINDOWS\System32\Wbem
. 2015.04.21 09:37:42 - OpenVPN > C:\Windows\system32\route.exe DELETE 128.0.0.0 MASK 128.0.0.0 10.4.0.1
. 2015.04.21 09:37:42 - OpenVPN > Warning: route gateway is not reachable on any active network adapters: 10.4.0.1
. 2015.04.21 09:37:42 - OpenVPN > Route deletion via IPAPI failed [adaptive]
. 2015.04.21 09:37:42 - OpenVPN > Route deletion fallback to route.exe
. 2015.04.21 09:37:42 - OpenVPN > env_block: add PATH=C:\Windows\System32;C:\WINDOWS;C:\WINDOWS\System32\Wbem
. 2015.04.21 09:37:42 - OpenVPN > Closing TUN/TAP interface
. 2015.04.21 09:37:42 - OpenVPN > SIGTERM[soft,exit-with-notification] received, process exiting
. 2015.04.21 09:37:42 - Connection terminated.
I 2015.04.21 09:37:42 - DNS of a network adapter restored to original settings (Intel(R) 82579V Gigabit Network Connection)
I 2015.04.21 09:37:42 - Cancel requested.
I 2015.04.21 09:37:42 - IPv6 restored.
! 2015.04.21 09:37:42 - Session terminated.
 

Windows continued saying that it was trying to "identify" the network the entire time.

 

Share this post


Link to post

Strange that the DHCP lease expired when it was obtained:

 

DHCP LEASE OBTAINED = Tue Apr 21 09:37:37 2015
DHCP LEASE EXPIRES  = Tue Apr 21 09:37:37 2015

 

and there is no DHCP server:

 

DHCP SERV =

 

Did you try bouncing the DHCP service

Share this post


Link to post

I am using Eddie 2.9.2 with Network Lock and disable ipv6.

If ipv6 in my wifi settings in enabled, my ipv4 dns is leaking.

After disconnecting from airvpn, the airvpn dns server is still in my network options of my wifi adapter, I always have to delet it manually.

Share this post


Link to post

I am using Eddie 2.9.2 with Network Lock and disable ipv6.

If ipv6 in my wifi settings in enabled, my ipv4 dns is leaking.

 

 

Hello!

 

It's possible, yes. For example, you might be querying your ISP DNS with queries over IPv6 over IPv4, or just over IPv6. Network Lock (even if IPv6 remains enabled) should prevent that, can you confirm?

 

 

After disconnecting from airvpn, the airvpn dns server is still in my network options of my wifi adapter, I always have to delet it manually.

 

Maybe it is some problem in 2.8RC1. which, although candidate, then never became the final version.What about 2.8.8 stable or 2.9.2 Experimental?

 

Kind regards

Share this post


Link to post

Maybe it is some problem in 2.8RC1.

 

I am using 2.9.2 experimental

 

Network Lock (even if IPv6 remains enabled) should prevent that, can you confirm?

 

No. I am always using NL and it is leaking as well.

Share this post


Link to post

 

Maybe it is some problem in 2.8RC1.

 

I am using 2.9.2 experimental

 

>Network Lock (even if IPv6 remains enabled) should prevent that, can you confirm?

 

No. I am always using NL and it is leaking as well.

 

 

Hello!

 

Can you please confirm that:

 

- "Force DNS" is ticked

- "Network Lock" is active

- IPv6 is enabled

- no firewall other than Windows Firewall is running

and under these conditions you have DNS leaks in your Windows system with Eddie 2.9.2 Experimental?

 

Can you send us the output of the command "ipconfig /all" (issued from a command prompt) while the system is connected to the VPN with the aforementioned settings?

 

Kind regards

Share this post


Link to post

 

 

Maybe it is some problem in 2.8RC1.

 

I am using 2.9.2 experimental

 

>>Network Lock (even if IPv6 remains enabled) should prevent that, can you confirm?

 

No. I am always using NL and it is leaking as well.

 

Hello!

 

Can you please confirm that:

 

- "Force DNS" is ticked

- "Network Lock" is active

- IPv6 is enabled

- no firewall other than Windows Firewall is running

and under these conditions you have DNS leaks in your Windows system with Eddie 2.9.2 Experimental?

 

Can you send us the output of the command "ipconfig /all" (issued from a command prompt) while the system is connected to the VPN with the aforementioned settings?

 

Kind regards

 

 

IPv6 should be *disabled*, no?

Share this post


Link to post

IPv6 should be *disabled*, no?

It leaks when its enabled

It doesn't leak if i deactivate it manually.

 

 

Can you please confirm that:

- "Force DNS" is ticked

Can't find this button in 2.9.2

 

 

 

- "Network Lock" is active

- IPv6 is enabled

- no firewall other than Windows Firewall is running

and under these conditions you have DNS leaks in your Windows system with Eddie 2.9.2 Experimental?

Right

Share this post


Link to post
Posted ... (edited)

I also have problems If I activate auto connect and network lock at windows startup. Eddie isn't able to connect. It always reconnects.

I will send you my Log as pm.

 

All in all I have 4 problems with 2.9.2:

 

  1. DNS server is not reset after disconnecting Eddie
  2. DNS is leaking when IPv6 is enabled
  3. Connection not working at Windows startup
  4. Eddie always asks me for confirmation if I activate Network Lock. Please make this optional

edit:

Could you reproduce my problems or does anybody can confirm this? Would be nice to know if its only me

 

edit2:

still hoping that any dev is reading this post....

added a 4. problem

Edited ... by hugomueller

Share this post


Link to post

Have found some bugs:

1. You cant disconect/exit programm/switch servers while connecting to server

2. Connection is infinite when no internet access is available

3. "Logs" tab seems to visual lag when scrolling/connecting to server

Share this post


Link to post

I also have problems If I activate auto connect and network lock at windows startup. Eddie isn't able to connect. It always reconnects.

I will send you my Log as pm.

 

All in all I have 4 problems with 2.9.2:

edit:

Could you reproduce my problems or does anybody can confirm this? Would be nice to know if its only me :)

 

edit2:

still hoping that any dev is reading this post....

added a 4. problem

 

 

 

I just tested a Win8.1 64 bit, with Windows auto-start, auto-connect, and activate Network Lock at startup. Everything works.

 

 

Please:

 

- Try to simply activate and deactivate Network lock, without connecting to VPN.

 

You have an unexpected error

E 2015.05.17 20:28:55 - Der Dienst MpsSvc auf dem Computer . kann nicht beendet werden.

and we need to understand if it is always reproducible.

 

- About problem 1, please try to connect, disconnect and give us complete logs. The logs in your ticket end after the connection, disconnection log entries are not there.

 

- About problem 2, Eddie set automatically DNS settings only for IPv4. IPv6 is planned but currently not supported. I think if you disable IPv6, you won't have any DNS leak.

 

- About problem 3, we can't reproduce it. Another strange error from your logs:

W 2015.05.17 20:29:20 - Der Zugriff auf einen Socket war aufgrund der Zugriffsrechte des Sockets unzulässig 127.0.0.1:3100

You are sure that another running instance of the client doesn't exists? You wrote a guide about the CLI version some time ago.

 

- About problem 4: maybe in a future version, thanks for your suggestion.

 

Kind regards

Share this post


Link to post

Have found some bugs:

1. You cant disconect/exit programm/switch servers while connecting to server

 

Which OS do you experience this problem on?

 

EDIT

 

This is not a bug. The client does not kill OpenVPN, but communicates with OpenVPN management. Until an ongoing connection attempt succeeds or fails you can't stop it because the client must wait for management to send a command. This is a very correct way to handle OpenVPN. We could add the sending of a SIGTERM signal from the client for this situation, but is this really necessary or desirable?

 

 

2. Connection is infinite when no internet access is available

 

 

Not a bug, this is intentional.

 

3. "Logs" tab seems to visual lag when scrolling/connecting to server

 

Which OS version do you experience this problem on?

 

Kind regards

Share this post


Link to post

When you start the client a second time (operator error) he does not notice that there is a client allready running and tries to eneble the networklock a 2. time. At this point I get an networkproblem and I had to restart Windows. (Win 7 x64)


Was wir an Niedern rühmen als Geduld, ist blasse Feigheit in der Brust - William Shakespeare

Share this post


Link to post

I've had the same problem on Win10 x64 client 2.10.3 where the DNS server is not set back to its previous state or obtain automatically on whichever network adapter I'm using.  As a work around I wrote a small bat file to do this on application exit and then created a shortcut to the bat file and edited the properties of the shortcut to run as admin (as admin premission is needed).  you need to set on application end execute the shortcut, not the bat file (again admin priv).  in case anyone is dealing with this problem heres the bat command:

 

netsh interface ip set dns "Adapter Name Here" dhcp
netsh interface ip set dns "Adapter Name Here" dhcp

 

Also I've been keeping an eye on 2.11 development, seems to be coming along nicely.  I'd love to build it myself but its missing the skins.xml and something iirc.  keep up the great work.
 

Share this post


Link to post

No, that option minimize to tray when you click the minimize button. I want to minimze when i enable start up with windows

 

Sent from my SM-G930T using Tapatalk

Share this post


Link to post
Guest
This topic is now closed to further replies.

×
×
  • Create New...