Eddie Still Not Working! Help Please!

[lemonade 4]

Here are my logs 

 

 

I 2017.12.15 20:46:20 - Eddie version: 2.13.6 / macos_x64, System: MacOS, Name: 10.11.6, Version: Darwin MrButtonss-MacBook-Air.local 15.6.0 Darwin Kernel Version 15.6.0: Wed Nov  2 20:30:56 PDT 2016; root:xnu-3248.60.11.1.2~2/RELEASE_X86_64 x86_64, Mono/.Net Framework: v4.0.30319

. 2017.12.15 20:46:20 - Reading options from /Users/MrButtons/.airvpn/AirVPN.xml

. 2017.12.15 20:46:21 - Command line arguments (2): psn_0_1106190="True" gui.osx.style="dark"

I 2017.12.15 20:46:22 - OpenVPN Driver - Expected

I 2017.12.15 20:46:22 - OpenVPN - Version: 2.4.3 - OpenSSL 1.0.2l  25 May 2017, LZO 2.10 (/Applications/Eddie.app/Contents/MacOS/openvpn)

I 2017.12.15 20:46:22 - SSH - Version: OpenSSH_6.9p1, LibreSSL 2.1.8 (/usr/bin/ssh)

I 2017.12.15 20:46:22 - SSL - Version: stunnel 5.40 (/Applications/Eddie.app/Contents/MacOS/stunnel)

I 2017.12.15 20:46:22 - curl - Version: 7.43.0 (/usr/bin/curl)

I 2017.12.15 20:46:23 - Certification Authorities: /Applications/Eddie.app/Contents/MacOS/cacert.pem

. 2017.12.15 20:46:23 - Updating systems & servers data ...

! 2017.12.15 20:46:23 - Ready

. 2017.12.15 20:46:23 - Systems & servers data update completed

I 2017.12.15 20:46:33 - Session starting.

. 2017.12.15 20:46:34 - IPv6 disabled on network adapter (Wi-Fi)

. 2017.12.15 20:46:34 - IPv6 disabled on network adapter (Bluetooth PAN)

. 2017.12.15 20:46:34 - IPv6 disabled on network adapter (Thunderbolt Bridge)

I 2017.12.15 20:46:45 - Checking authorization ...

! 2017.12.15 20:46:45 - Connecting to Avior (Canada, Toronto, Ontario)

! 2017.12.15 20:46:46 - Disconnecting

. 2017.12.15 20:46:46 - Connection terminated.

I 2017.12.15 20:46:49 - Checking authorization ...

! 2017.12.15 20:46:49 - Connecting to Saiph (Canada, Toronto, Ontario)

. 2017.12.15 20:46:49 - OpenVPN > OpenVPN 2.4.3 x86_64-apple-darwin16.6.0 [sSL (OpenSSL)] [LZO] [LZ4] [MH/RECVDA] [AEAD] built on Jun 23 2017

. 2017.12.15 20:46:49 - OpenVPN > library versions: OpenSSL 1.0.2l  25 May 2017, LZO 2.10

. 2017.12.15 20:46:49 - Connection to OpenVPN Management Interface

W 2017.12.15 20:46:49 - Connection refused

E 2017.12.15 20:46:49 - OpenVPN > Error: private key password verification failed

. 2017.12.15 20:46:49 - OpenVPN > Exiting due to fatal error

! 2017.12.15 20:46:49 - Disconnecting

. 2017.12.15 20:46:49 - Connection terminated.

I 2017.12.15 20:46:52 - Checking authorization ...

! 2017.12.15 20:46:53 - Connecting to Sadalbari (Canada, Toronto, Ontario)

! 2017.12.15 20:46:53 - Disconnecting

. 2017.12.15 20:46:53 - Connection terminated.

I 2017.12.15 20:46:56 - Checking authorization ...

! 2017.12.15 20:46:56 - Connecting to Kraz (Canada, Toronto, Ontario)

! 2017.12.15 20:46:57 - Disconnecting

. 2017.12.15 20:46:57 - Connection terminated.

I 2017.12.15 20:46:58 - Cancel requested.

. 2017.12.15 20:46:58 - IPv6 restored on network adapter (Wi-Fi)

. 2017.12.15 20:46:58 - IPv6 restored on network adapter (Bluetooth PAN)

. 2017.12.15 20:46:58 - IPv6 restored on network adapter (Thunderbolt Bridge)

! 2017.12.15 20:46:58 - Session terminated.

! 2017.12.15 20:47:04 - Activation of Network Lock - OS X - PF

. 2017.12.15 20:47:04 - OS X - PF rules updated, reloading

F 2017.12.15 20:47:05 - Unable to start PF Firewall.

 

 

 

I have had the 'unable to start PF firewall'  for a month now which means I cant have network lock. Also please check my post history as to what other solutions I have implemented (ie unchecking "Allow lan/private" and "Allow ping".

 

I have the better part of a year subscribed to AirVPN and I like it a lot and I WANT TO FIX THIS. PLEASE HELP ME

[OmniNegro 155]

Try checking your password. The following line points at it as the problem.

 

E 2017.12.15 20:46:49 - OpenVPN > Error: private key password verification failed

[lemonade 4]

Few things. 

 

1. Thank you very much, this is very interesting.

 

2. I do not know what this means. Google search does not help me out. How do I solve this? 

 

3. The password I use to login into this website and the Eddie client are both accepted. 

 

4. Why the sudden change in 'private key password'? What changed? How did this happen and how can I prevent it?  

 

Thank you again!

[OmniNegro 155]

Well, I honestly have no idea what else could cause that line to appear in the log. I guess if the certificate was wrong it could happen, but you said you have been using it for a year, so this is very unlikely to be the case.

 

Anyone else happen to run into this sort of issue and have any suggestions? I am literally guessing as to the problem. Surely someone here can confirm if my guess would actually apply or not?

[lemonade 4]

Interesting update!

 

I logged out and logged back into the Eddie client. Now instead of an endless loop of automatically disconnecting and trying to reconnect, it takes about 20 seconds to connect properly! 

 

1. My usual time before this problem was about 5 seconds not 20. Any reason why this could be?

 

2. This is nonetheless the first time I have been able to use Eddie in about two months so I am considering this as a success for sure

 

3. As you might notice in the logs the client has 'updated' and this seems to have reset my preferences for 'lan private' and 'allow ping'. I have since unchecked these to allow Eddie to have 'network lock' 

 

Heres my logs. Anything you can tell me about them would be very helpful and Im just very grateful for the help you guys have given so far!

 

 

I 2017.12.18 14:10:57 - Eddie version: 2.13.6 / macos_x64, System: MacOS, Name: 10.11.6, Version: Darwin MrButtonss-Air.wireless.public.local 15.6.0 Darwin Kernel Version 15.6.0: Wed Nov  2 20:30:56 PDT 2016; root:xnu-3248.60.11.1.2~2/RELEASE_X86_64 x86_64, Mono/.Net Framework: v4.0.30319

. 2017.12.18 14:10:57 - Reading options from /Users/MrButtons/.airvpn/AirVPN.xml

. 2017.12.18 14:10:57 - Command line arguments (1): gui.osx.style="dark"

I 2017.12.18 14:10:59 - OpenVPN Driver - Expected

I 2017.12.18 14:10:59 - OpenVPN - Version: 2.4.3 - OpenSSL 1.0.2l  25 May 2017, LZO 2.10 (/Applications/Eddie.app/Contents/MacOS/openvpn)

I 2017.12.18 14:10:59 - SSH - Version: OpenSSH_6.9p1, LibreSSL 2.1.8 (/usr/bin/ssh)

I 2017.12.18 14:10:59 - SSL - Version: stunnel 5.40 (/Applications/Eddie.app/Contents/MacOS/stunnel)

I 2017.12.18 14:10:59 - curl - Version: 7.43.0 (/usr/bin/curl)

I 2017.12.18 14:10:59 - Certification Authorities: /Applications/Eddie.app/Contents/MacOS/cacert.pem

. 2017.12.18 14:10:59 - Updating systems & servers data ...

I 2017.12.18 14:10:59 - Session starting.

. 2017.12.18 14:10:59 - IPv6 disabled on network adapter (Wi-Fi)

. 2017.12.18 14:10:59 - IPv6 disabled on network adapter (Bluetooth PAN)

. 2017.12.18 14:10:59 - IPv6 disabled on network adapter (Thunderbolt Bridge)

. 2017.12.18 14:11:00 - Systems & servers data update completed

I 2017.12.18 14:11:03 - Cancel requested.

. 2017.12.18 14:11:03 - IPv6 restored on network adapter (Wi-Fi)

. 2017.12.18 14:11:04 - IPv6 restored on network adapter (Bluetooth PAN)

. 2017.12.18 14:11:04 - IPv6 restored on network adapter (Thunderbolt Bridge)

! 2017.12.18 14:11:04 - Session terminated.

! 2017.12.18 14:11:06 - Activation of Network Lock - OS X - PF

. 2017.12.18 14:11:06 - OS X - PF rules updated, reloading

I 2017.12.18 14:11:08 - Session starting.

. 2017.12.18 14:11:09 - IPv6 disabled on network adapter (Wi-Fi)

. 2017.12.18 14:11:09 - IPv6 disabled on network adapter (Bluetooth PAN)

. 2017.12.18 14:11:09 - IPv6 disabled on network adapter (Thunderbolt Bridge)

I 2017.12.18 14:12:06 - Checking authorization ...

! 2017.12.18 14:12:06 - Connecting to Alderamin (Austria, Vienna)

. 2017.12.18 14:12:46 - OpenVPN > ifconfig: ioctl (SIOCDIFADDR): Can't assign requested address

. 2017.12.18 14:12:46 - OpenVPN > OpenVPN 2.4.3 x86_64-apple-darwin16.6.0 [sSL (OpenSSL)] [LZO] [LZ4] [MH/RECVDA] [AEAD] built on Jun 23 2017

. 2017.12.18 14:12:46 - OpenVPN > library versions: OpenSSL 1.0.2l  25 May 2017, LZO 2.10

. 2017.12.18 14:12:46 - Connection to OpenVPN Management Interface

. 2017.12.18 14:12:46 - OpenVPN > MANAGEMENT: TCP Socket listening on [AF_INET]127.0.0.1:3107

. 2017.12.18 14:12:46 - OpenVPN > Outgoing Control Channel Authentication: Using 160 bit message hash 'SHA1' for HMAC authentication

. 2017.12.18 14:12:46 - OpenVPN > Incoming Control Channel Authentication: Using 160 bit message hash 'SHA1' for HMAC authentication

. 2017.12.18 14:12:46 - OpenVPN > TCP/UDP: Preserving recently used remote address: [AF_INET]185.9.19.106:443

. 2017.12.18 14:12:46 - OpenVPN > Socket Buffers: R=[196724->262144] S=[9216->262144]

. 2017.12.18 14:12:46 - OpenVPN > UDP link local: (not bound)

. 2017.12.18 14:12:46 - OpenVPN > UDP link remote: [AF_INET]185.9.19.106:443

. 2017.12.18 14:12:46 - OpenVPN > TLS: Initial packet from [AF_INET]185.9.19.106:443, sid=c337155f 1380a503

. 2017.12.18 14:12:46 - OpenVPN > VERIFY OK: depth=1, C=IT, ST=IT, L=Perugia, O=airvpn.org, CN=airvpn.org CA, emailAddress=info@airvpn.org

. 2017.12.18 14:12:46 - OpenVPN > VERIFY KU OK

. 2017.12.18 14:12:46 - OpenVPN > Validating certificate extended key usage

. 2017.12.18 14:12:46 - OpenVPN > ++ Certificate has EKU (str) TLS Web Server Authentication, expects TLS Web Server Authentication

. 2017.12.18 14:12:46 - OpenVPN > VERIFY EKU OK

. 2017.12.18 14:12:46 - OpenVPN > VERIFY OK: depth=0, C=IT, ST=IT, L=Perugia, O=airvpn.org, CN=Alderamin, emailAddress=info@airvpn.org

. 2017.12.18 14:12:46 - OpenVPN > Control Channel: TLSv1.2, cipher TLSv1/SSLv3 DHE-RSA-AES256-GCM-SHA384, 4096 bit RSA

. 2017.12.18 14:12:46 - OpenVPN > [Alderamin] Peer Connection Initiated with [AF_INET]185.9.19.106:443

. 2017.12.18 14:12:46 - OpenVPN > SENT CONTROL [Alderamin]: 'PUSH_REQUEST' (status=1)

. 2017.12.18 14:12:46 - 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.247 255.255.0.0'

. 2017.12.18 14:12:46 - OpenVPN > OPTIONS IMPORT: timers and/or timeouts modified

. 2017.12.18 14:12:46 - OpenVPN > OPTIONS IMPORT: compression parms modified

. 2017.12.18 14:12:46 - OpenVPN > OPTIONS IMPORT: --ifconfig/up options modified

. 2017.12.18 14:12:46 - OpenVPN > OPTIONS IMPORT: route options modified

. 2017.12.18 14:12:46 - OpenVPN > OPTIONS IMPORT: route-related options modified

. 2017.12.18 14:12:46 - OpenVPN > OPTIONS IMPORT: --ip-win32 and/or --dhcp-option options modified

. 2017.12.18 14:12:46 - OpenVPN > Data Channel Encrypt: Cipher 'AES-256-CBC' initialized with 256 bit key

. 2017.12.18 14:12:46 - OpenVPN > Data Channel Encrypt: Using 160 bit message hash 'SHA1' for HMAC authentication

. 2017.12.18 14:12:47 - OpenVPN > Data Channel Decrypt: Cipher 'AES-256-CBC' initialized with 256 bit key

. 2017.12.18 14:12:47 - OpenVPN > Data Channel Decrypt: Using 160 bit message hash 'SHA1' for HMAC authentication

. 2017.12.18 14:12:47 - OpenVPN > ROUTE_GATEWAY 10.170.64.1/255.255.224.0 IFACE=en0 HWADDR=c4:b3:01:90:16:e2

. 2017.12.18 14:12:47 - OpenVPN > Opened utun device utun0

. 2017.12.18 14:12:47 - OpenVPN > do_ifconfig, tt->did_ifconfig_ipv6_setup=0

. 2017.12.18 14:12:47 - OpenVPN > /sbin/ifconfig utun0 delete

. 2017.12.18 14:12:47 - OpenVPN > NOTE: Tried to delete pre-existing tun/tap instance -- No Problem if failure

. 2017.12.18 14:12:47 - OpenVPN > /sbin/ifconfig utun0 10.4.21.247 10.4.21.247 netmask 255.255.0.0 mtu 1500 up

. 2017.12.18 14:12:47 - OpenVPN > /sbin/route add -net 10.4.0.0 10.4.21.247 255.255.0.0

. 2017.12.18 14:12:47 - OpenVPN > add net 10.4.0.0: gateway 10.4.21.247

. 2017.12.18 14:12:47 - OpenVPN > /sbin/route add -net 185.9.19.106 10.170.64.1 255.255.255.255

. 2017.12.18 14:12:47 - OpenVPN > add net 185.9.19.106: gateway 10.170.64.1

. 2017.12.18 14:12:47 - OpenVPN > /sbin/route add -net 0.0.0.0 10.4.0.1 128.0.0.0

. 2017.12.18 14:12:47 - OpenVPN > add net 0.0.0.0: gateway 10.4.0.1

. 2017.12.18 14:12:47 - OpenVPN > /sbin/route add -net 128.0.0.0 10.4.0.1 128.0.0.0

. 2017.12.18 14:12:47 - OpenVPN > add net 128.0.0.0: gateway 10.4.0.1

. 2017.12.18 14:12:47 - DNS of a network adapter forced (Wi-Fi, from Automatic to 10.4.0.1)

. 2017.12.18 14:12:47 - DNS of a network adapter forced (Bluetooth PAN, from Automatic to 10.4.0.1)

. 2017.12.18 14:12:47 - DNS of a network adapter forced (Thunderbolt Bridge, from Automatic to 10.4.0.1)

. 2017.12.18 14:12:47 - Flushing DNS

. 2017.12.18 14:12:47 - OS X - PF rules updated, reloading

I 2017.12.18 14:12:47 - Checking route

I 2017.12.18 14:12:49 - Checking DNS

! 2017.12.18 14:12:50 - Connected.

. 2017.12.18 14:12:50 - OpenVPN > Initialization Sequence Completed

. 2017.12.18 14:12:50 - OpenVPN > MANAGEMENT: Client connected from [AF_INET]127.0.0.1:3107

 

 

 

 

[OmniNegro 155]

Honestly I have no idea why it is now working. But I am certainly glad to hear that it is.

 

If I am understanding the new log, you may want to force IPv6 to disabled. It looks like it tried to enable it, then disabled it when it failed, then tried again and again failed and finally tried one last time without IPv6 and that is when it worked. This is not even remotely uncommon. Many ISPs, including mine claim to support IPv6, but in truth it plainly does not work for upwards of 90% of the Internet. But IPv4 does. And using IPv4 with Teredo tunneling allows you the benefit of both on an "IPv4 only" connection anyway.

 

I am not really a Mac person, but I am relatively certain they have Teredo installed by default. So you may not have to do anything but tell Eddie to disable IPv6. At the very least it will connect faster and if all else fails, you can unchange that if it messes things up for some reason.

 

Good luck my friend.

[lemonade 4]

Ah I see. What is 'teredo' and 'teredo tunnelling' and how is it relevant? OR ALTERNATIVELY where is a good place to find out such information? 

 

You have been very insightful! Many thanks

[OmniNegro 155]

https://en.wikipedia.org/wiki/Teredo_tunneling

https://en.wikipedia.org/wiki/Miredo

http://www.deepdarc.com/miredo-osx/

[TheSoullessOne 1]

 

I’m sorry but I don’t understand why I should have to mess around with Teredo. Eddie clearly isn’t working properly with OSX and it is up to the software developers to fix it. I first complained about the ‘Unable to start PF Firewall’ problem over a month and a half ago and it still isn’t sorted. Come on guys, please do something about it!

 

P.S. This is the second time that I have posted this. My first try has disappeared!

 

[LZ1 672]

I’m sorry but I don’t understand why I should have to mess around with Teredo. Eddie clearly isn’t working properly with OSX and it is up to the software developers to fix it. I first complained about the ‘Unable to start PF Firewall’ problem over a month and a half ago and it still isn’t sorted. Come on guys, please do something about it!

 

P.S. This is the second time that I have posted this. My first try has disappeared!

Hello!

 

If you want professional help, why don't you submit a support ticket from the Client Area? These are just the ordinary forums.

[TheSoullessOne 1]

Thanks LZ1 but I would have thought that the AirVPN staff would be well aware of the 'Unable to start PF Firewall' problem and have fixed it by now. Quite a few users have reported the problem so it's not just me.

[LZ1 672]

No worries.

 

Yes I see you posted before, but it's a wonder then, why you didn't bump the aforementioned topic, since it contains more useful feedback.

 

Ideally, each of our problems would always be fixed within a short time, as we each feel they're the most pressing .

 

But multiple other problems are being dealt with at the same time in each update and some may be more critical than the problem you're currently facing.

 

You can for instance also see how they acknowledge the problem, as they in update 2.13.4 added this for MacOS:

[change] macOS - Dump additional info if PF failed to start.

Which could suggest it's not too easy to fix, because more information is needed.

 

The best you can do is to submit support tickets, try to get around the issue and post about any useful or interesting things you tried, much as others did in the aforementioned link.

 

Because one of the main things which enable Air to fix an issue, is to be able to replicate the issue on their own test machines, so they can see which fixes work and which don't.

[OmniNegro 155]

Frankly, Mac users are a minority. That does not mean they do not matter, but there are so many more Linux and Windows users that fixing a bug for Mac is all but impossible at times. Especially if only a few of the already limited number of users experience it.

 

AirVPN does a very good job of fixing problems on all platforms, and I have no evidence this will ever change. But let me say the part no-one wants to hear. If you are not willing to seek support then you do not deserve a fix. (I know. I am a jerk.)

 

So please do consider seeking support directly from AirVPN. They want to help you, and will do so if they can. But they cannot know what issues you have until you tell them. As LZ1 said, this is the forums. Support is available here, but not the type you need if you still have the problem.

 

Here is the support you need. https://airvpn.org/contact/

 

And when you have a fix, please consider telling us about it here so we can share your fix with others. Have a nice day.

[TheSoullessOne 1]

LZ1 I shall do as you suggest and submit a support ticket although I thought that someone had already done so which is why I can’t understand why there hasn’t been a fix.

 

 

OmniNegro, as I said above, I thought that someone had already submitted a ticket which is why I didn’t do so myself.

 

 

*Update - Support ticket now submitted.

[LZ1 672]

LZ1 I shall do as you suggest and submit a support ticket although I thought that someone had already done so which is why I can’t understand why there hasn’t been a fix.

 

 

OmniNegro, as I said above, I thought that someone had already submitted a ticket which is why I didn’t do so myself.

 

 

*Update - Support ticket now submitted.

Well there's a couple of reasons:

 

• It shows Air's Staff how many many may be experiencing problem X.
• Despite the fact that you experience the same as someone else, the actual causes may still be different. Hence detailed logs and so on, are necessary.
• It shows Air's Staff how many may still be experiencing problem X after Y time. Say, after a patch.

The second point is particularly good to keep in mind, because when there's been many times in the past where many people experience issue X and they all proceed to post what could almost be called Tech's answer to #MeToo, in the main thread. Which means Air and the community can see that Y amount of people are experiencing X issue, but can't determine if they're all due to the same thing, happening on the same platform(s) and whatnot, because either few or no one supplied any detailed information on their setup or what they had each tried to do to fix the issue.

[madrat 19]

Well there's a couple of reasons:

LZ1 I shall do as you suggest and submit a support ticket although I thought that someone had already done so which is why I can’t understand why there hasn’t been a fix.

 

 

OmniNegro, as I said above, I thought that someone had already submitted a ticket which is why I didn’t do so myself.

 

 

*Update - Support ticket now submitted.

 

• It shows Air's Staff how many many may be experiencing problem X.
• Despite the fact that you experience the same as someone else, the actual causes may still be different. Hence detailed logs and so on, are necessary.
• It shows Air's Staff how many may still be experiencing problem X after Y time. Say, after a patch.

The second point is particularly good to keep in mind, because when there's been many times in the past where many people experience issue X and they all proceed to post what could almost be called Tech's answer to #MeToo, in the main thread. Which means Air and the community can see that Y amount of people are experiencing X issue, but can't determine if they're all due to the same thing, happening on the same platform(s) and whatnot, because either few or no one supplied any detailed information on their setup or what they had each tried to do to fix the issue.

 

The 'Unable to start PF Firewall' problem has been ongoing for quite a while. I started a thread quit a while ago. A ticket was submitted by me and the logs info was passed on to the developers. They advised me they are working on it. It will hopefully be solved with the next upgrade which I read was going to be available within "weeks".

[stookie 4]

Yes, I reported the PF Firewall problem too, and I'm still hoping they can come up with a solution sooner rather than later. I have had to go back to an older version because I don't trust the security of the latest one - when I do get it going, even with Network Lock on leaks have been present. Unfortunately, the older version also has issues, where every so often it won't log me in and I have to quit and restart Eddie - sometimes this has to be done 3 or 4 times before it reconnects. Doing it once or twice is no big deal, but after a while it becomes frustrating and inconvenient. The thing is, until recently it had worked almost flawlessly on my Mac and I didn't do anything to change it. I liked Air so much I had already renewed for another year before all the problems hit.

 

And now there is also the problem connecting to the iPlayer, so all-in-all the last month has been rather disappointing.

[TheSoullessOne 1]

Sorry to hear that you are also having problems with the older version of Eddie as well stookie. I'm lucky because it works fine for me.

 

It's interesting that you mention a problem connecting to iPlayer. When want to download a programme I have to use a different VPN as it doesn't work with AirVPN.