Jump to content


Photo

Eddie 2.16beta released


  • Please log in to reply
44 replies to this topic

#1 Staff

Staff

    Advanced Member

  • Staff
  • PipPipPip
  • 7457 posts

Posted 14 July 2018 - 11:39 AM

Hello!

We're very glad to inform you that a new Eddie Air client version has been released: 2.16beta. It is ready for public beta testing.

How to test our experimental release:
  • Go to download page of your OS
  • Click on Other versions

    client-experimental-howto-1.png

  • Click on Experimental

    client-experimental-howto-2.png

  • Look at the changelog if you wish
  • Download and install
Please see the changelog:
https://eddie.website/changelog/?software=client&format=html

#2 gecko1956

gecko1956

    Newbie

  • Members
  • Pip
  • 8 posts

Posted 14 July 2018 - 04:41 PM

Strange, now all of a sudden I can close Eddie in openSUSE Leap 15.
Bit confusing, forget my messages for now.
Keep an eye on it.
Thanks for the beta!
And sorry for my messy messages.

 

GJ

 

 

edit; shutdown eddie problem not solved.

it hangs in the shutdown progress.

 

! 2018.07.15 08:37:27 - Session terminated.
. 2018.07.15 08:37:33 - Shutdown in progress

 

edit; did upgrade to openSUSE Tumbleweed, still same problem.

 

edit 27-07: https://airvpn.info/topic/28866-eddie-on-opensuse-linux-leap-15-or-tumbleweed/



#3 strykenKN

strykenKN

    Advanced Member

  • Members
  • PipPipPip
  • 42 posts

Posted 14 July 2018 - 05:36 PM

Hello

Unfortunately it does not work under Linux Mint 19. Eddie complains about Mono!

- Dependency is not satisfiable: mono-utils



#4 strykenKN

strykenKN

    Advanced Member

  • Members
  • PipPipPip
  • 42 posts

Posted 14 July 2018 - 05:46 PM

That's it, I installed mono-utils.

If you have problems with it under Ubuntu/Linux Mint, do the following and enter it in the terminal:

Install Howto

    Update the package index:

    # sudo apt-get update

    Install mono-utils deb package:

    # sudo apt-get install mono-utils

then you can install the beta.



#5 5YmkoLQZ

5YmkoLQZ

    Advanced Member

  • Members
  • PipPipPip
  • 184 posts

Posted 15 July 2018 - 11:30 AM

Someone really messed up. You can't keep pushing stuff with different digital signatures and expect me to trust them without even announcing it. I install this beta and go ahead to run and find a new tool running with someones else digital signature in it. Don't you think if eddie has new dependencies you should make me aware in the changelog so i don't freak out when i see a software that can also be used in ssh software?

 

dJvPDaF.png



#6 Staff

Staff

    Advanced Member

  • Staff
  • PipPipPip
  • 7457 posts

Posted 15 July 2018 - 01:09 PM

Someone really messed up. You can't keep pushing stuff with different digital signatures and expect me to trust them without even announcing it. I install this beta and go ahead to run and find a new tool running with someones else digital signature in it. Don't you think if eddie has new dependencies you should make me aware in the changelog so i don't freak out when i see a software that can also be used in ssh software?

 

Hello!

 

Probably we're missing something here so we will leave the discussion to the developers with an invitation to clarify in the meantime: since plink.exe has been included in Eddie package for Windows since many years ago with its MIT license, with the correct digital signature (Simon Tatham is the author https://www.chiark.greenend.org.uk/~sgtatham/) what is the change that's causing any issue?

 

Kind regards

 

 

 

dJvPDaF.png



#7 user972512

user972512

    Member

  • Members
  • PipPip
  • 15 posts

Posted 15 July 2018 - 01:46 PM

Hi, and thanks for the new version.

 

However, some user interface problems persist. The tray icon still does not work and the "UI Main Font" button in UI settings does not work either. Also, in the same window with the broken font button, "on't show bootstrap failure window" should probably read "Don't show bootstrap failure window".

 

Xubuntu 16.04 LTS x86

 

Thanks again.



#8 5YmkoLQZ

5YmkoLQZ

    Advanced Member

  • Members
  • PipPipPip
  • 184 posts

Posted 15 July 2018 - 02:05 PM

Someone really messed up. You can't keep pushing stuff with different digital signatures and expect me to trust them without even announcing it. I install this beta and go ahead to run and find a new tool running with someones else digital signature in it. Don't you think if eddie has new dependencies you should make me aware in the changelog so i don't freak out when i see a software that can also be used in ssh software?

 

Hello!

 

Probably we're missing something here so we will leave the discussion to the developers with an invitation to clarify in the meantime: since plink.exe has been included in Eddie package for Windows since many years ago with its MIT license, with the correct digital signature (Simon Tatham is the author https://www.chiark.greenend.org.uk/~sgtatham/) what is the change that's causing any issue?

 

Kind regards

 

 

 

 

The file used to be signed with airvpn digital signature so i know it was added there by you. Now there was a change from AIR DI PAOLO BRINI (airvpn digital signature) to the developer digital signature (i assume) which none talked about. That reduces security as i can't be sure what that file does when if i use one signed by you guys i can know it's legit assuming you keep your digital signature safe. 

An easy sad example is ccleaner issue with their software being signed but failing to properly secure their digital signature process. You get the idea. Your digital signature is safer than that guys digital signature.

 

Anw all in all regardless if you decide to change who is signing what, we need to know.

 

2X14LSM.png



#9 Staff

Staff

    Advanced Member

  • Staff
  • PipPipPip
  • 7457 posts

Posted 15 July 2018 - 02:11 PM

The file used to be signed with airvpn digital signature so i know it was added there by you. Now there was a change from AIR DI PAOLO BRINI (airvpn digital signature) to the developer digital signature (i assume) which none talked about.

 

 

Hello,

 

now it's very clear, thank you. Notifications on the issue will be sent shortly.

 

Kind regards



#10 madrat

madrat

    Advanced Member

  • Members
  • PipPipPip
  • 101 posts

Posted 15 July 2018 - 05:13 PM

Seems to work fine on 10.11.6 El Capitan, but still no luck connecting to an IPv6 server.  Logs attached in case you want a look.

 

Spoiler

 

System Log:

Spoiler


#11 Monotremata

Monotremata

    Advanced Member

  • Members
  • PipPipPip
  • 61 posts

Posted 15 July 2018 - 10:09 PM

madrat - check your network preferences and make sure you're getting an IPv6 address from your router to begin with. Ever since I started using it when we had a couple servers they were testing, my Mac likes to turn it off on its own at random times. And even if I set it back to 'Automatically' grab one, it won't get a new one until I turn off my network adapter, and restart it and connect to my router again. 2 of the three servers here in LA are now IPv6 and I like to use it just because its available. Out of nowhere it will just drop my address while Im connected, and the server just goes dead and stops responding to me. I have to restart the network adapter (I use my AirPort card since Im too far to plug in ethernet), before it will reconnect to any of the gen 2 servers (it will connect to an IPv4 only server though). I switched my Eddie preferences from using IPv6,IPv4 back to IPv4,IPv6 and its actually been connected to Sabik here in LA for a few days I think now. So maybe that's the key. I don't think it has anything to do with Eddie, its an issue strictly with macOS. Even if you tell Eddie to use IPv6, if the Mac doesnt have IPv6 turned on, it won't work. Eddie won't turn it on for you, even if the Mac decides to turn it back off again. I thought maybe this was a High Sierra issue, but Ive found posts in the Apple Discussion Forums from other people with the same issue on various versions of OS X and macOS so its just something Apple hasn't really gotten done 100% it seems. 



#12 madrat

madrat

    Advanced Member

  • Members
  • PipPipPip
  • 101 posts

Posted 15 July 2018 - 11:46 PM

@madrat

 

Thanks so much for the heads up! First thing I did was go to System Preferences and set configure IPv6 to automatic (it always reverted back to off after a failed connection to an IPv6 server). Opened Eddie's Preferences and changed Network settings from IPv6, IPv4 to IPv4, IPv6 as you suggested. Saved settings and connected to Rana (Toronto) and voila - success. Have no idea why this would make a difference, but it worked. Will see if it stays connected. So far so good. I did notice, when I went back to check my Mac/System Preferences, the configure setting, which was set to Automatically, had changed to "Link-local only". Not sure if that is a good thing or not, but at least I'm connected to IPv6 for the first time. Thanks again!



#13 madrat

madrat

    Advanced Member

  • Members
  • PipPipPip
  • 101 posts

Posted 15 July 2018 - 11:53 PM

@madrat


 

Unfortunately, just checked IPleak.com, and IPv6 tests failed??



#14 strykenKN

strykenKN

    Advanced Member

  • Members
  • PipPipPip
  • 42 posts

Posted 16 July 2018 - 10:10 PM

I still have a wish for you. It would be nice if Eddie is made simpler and more modern. It's a bit complicated, especially for beginners, as it can lead to difficulties.

The client "Eddie", which you have to load onto the computer, does not make it better visually: Again, no improvement has been made to the user interface nor is there a different look and feel in the starting blocks.

It would be nice to refresh the client and make it easier. Since very fast, wrong settings can be made.

This is just a factual criticism, are just things that I wish :-)



#15 harold.lewis

harold.lewis

    Advanced Member

  • Members
  • PipPipPip
  • 42 posts

Posted 17 July 2018 - 11:41 AM

Eddie 2.16.1 Portable_64 works well on my Manjaro Plasma (but ipv6 disable system wide)



#16 Monotremata

Monotremata

    Advanced Member

  • Members
  • PipPipPip
  • 61 posts

Posted 17 July 2018 - 09:48 PM

@madrat


 

Unfortunately, just checked IPleak.com, and IPv6 tests failed??

 

Hahaha and go figure, I just checked IPleak when I saw your post, and I got NO IPv4 address, but I got an IPv6 address, and the browser is using IPv6 and didn't fallback to IPv4 hahaha. I checked ipv6-test.com right after, and passed with 18/20 just fine for both IPv6 and IPv4. The only thing it didn't get was the hostname for IPv6, but it always does that. So far switching the connection has fixed the disconnection issue. I checked ipv6-test.com the other day and noticed the Mac IS still randomly dropping the address though. But at least my connection stays working now because its using IPv4 first now. If it works that way, and I can still pass the browser tests, Im good for now.



#17 Clodo

Clodo

    AirVPN Team

  • Staff
  • PipPipPip
  • 288 posts
  • LocationItaly

Posted 18 July 2018 - 12:37 PM

Hi, and thanks for the new version.
 
However, some user interface problems persist. The tray icon still does not work and the "UI Main Font" button in UI settings does not work either. Also, in the same window with the broken font button, "on't show bootstrap failure window" should probably read "Don't show bootstrap failure window".
 
Xubuntu 16.04 LTS x86
 
Thanks again.

This issues with Xubuntu will be fixed in the next 2.16.2 release, please wait. Thanks for the feedback.

#18 Clodo

Clodo

    AirVPN Team

  • Staff
  • PipPipPip
  • 288 posts
  • LocationItaly

Posted 18 July 2018 - 04:22 PM

Seems to work fine on 10.11.6 El Capitan, but still no luck connecting to an IPv6 server.  Logs attached in case you want a look.

Hi, you have en0 (Ethernet) with IPv6 disabled, from your system log:
{
            "friendly": "Ethernet",
            "id": "en0",
            "name": "en0",
            "description": "en0",
            "type": "Ethernet",
            "status": "Up",
            "bytes_received": "0",
            "bytes_sent": "0",
            "support_ipv4": true,
            "support_ipv6": false,
            "ips": [
                "192.168.1.65"
            ],
            "gateways": [
                "192.168.1.254"
            ],
            "bind": true
        },
AND
you have in Settings -> Networking -> Internet protocol used for connection -> IPv6, IPv4 (not the default).

So, when you try to connect to a server that support IPv6, due to the option above it try to reach over IPv6, but fail because you have IPv6 disabled on en0 adapter.
. 2018.07.15 10:06:19 - OpenVPN > UDPv6 link remote: [AF_INET6]2604:6880:c713:5e84:45b1:390b:9c7e:9838:443
. 2018.07.15 10:06:19 - OpenVPN > write UDPv6: No route to host (code=65)
"How" to reach our server (via IPv4 or IPv6, the option above) is not really correlated to obtain an IPv6 tunnel.

With Settings -> Networking -> Internet protocol used for connection -> IPv4, IPv6
you connect to Air server via IPv4, but still obtain a IPv4 AND IPv6 tunnel.

#19 madrat

madrat

    Advanced Member

  • Members
  • PipPipPip
  • 101 posts

Posted 19 July 2018 - 03:17 AM

Seems to work fine on 10.11.6 El Capitan, but still no luck connecting to an IPv6 server.  Logs attached in case you want a look.

Hi, you have en0 (Ethernet) with IPv6 disabled, from your system log:
{
            "friendly": "Ethernet",
            "id": "en0",
            "name": "en0",
            "description": "en0",
            "type": "Ethernet",
            "status": "Up",
            "bytes_received": "0",
            "bytes_sent": "0",
            "support_ipv4": true,
            "support_ipv6": false,
            "ips": [
                "192.168.1.65"
            ],
            "gateways": [
                "192.168.1.254"
            ],
            "bind": true
        },
AND
you have in Settings -> Networking -> Internet protocol used for connection -> IPv6, IPv4 (not the default).

So, when you try to connect to a server that support IPv6, due to the option above it try to reach over IPv6, but fail because you have IPv6 disabled on en0 adapter.
. 2018.07.15 10:06:19 - OpenVPN > UDPv6 link remote: [AF_INET6]2604:6880:c713:5e84:45b1:390b:9c7e:9838:443
. 2018.07.15 10:06:19 - OpenVPN > write UDPv6: No route to host (code=65)
"How" to reach our server (via IPv4 or IPv6, the option above) is not really correlated to obtain an IPv6 tunnel.

With Settings -> Networking -> Internet protocol used for connection -> IPv4, IPv6
you connect to Air server via IPv4, but still obtain a IPv4 AND IPv6 tunnel.

 

Thanks so much for the info. I have very limited knowledge of this stuff, but I will be taking the info you gave me, and searching the info you provided, in order to try and learn what you are talking about. In the meantime, despite not being able to connect to IPv6, Eddie is running just fine and I have been happy with it for several years now. Great support, not only from staff, but from users as well.



#20 altae

altae

    Advanced Member

  • Members
  • PipPipPip
  • 120 posts
  • LocationSwitzerland

Posted 19 July 2018 - 08:10 AM

The file used to be signed with airvpn digital signature so i know it was added there by you. Now there was a change from AIR DI PAOLO BRINI (airvpn digital signature) to the developer digital signature (i assume) which none talked about. That reduces security as i can't be sure what that file does when if i use one signed by you guys i can know it's legit assuming you keep your digital signature safe. 


 

An easy sad example is ccleaner issue with their software being signed but failing to properly secure their digital signature process. You get the idea. Your digital signature is safer than that guys digital signature.

 

I can second that. A change of signature is not by it's nature a problem. But it should be announced because otherwise we as users have no way to know whether the change of signature is legit or if someone managed to smuggle a bogus piece of software onto your servers. This has happened multiple times in the past (e.g. the already mentioned CCleaner or even Linux Mint). After all a VPN client is security related software and should by all means be treated like that so we, the users, can actually trust it.






0 user(s) are reading this topic

0 members, 0 guests, 0 anonymous users

Servers online. Online Sessions: 13008 - BW: 41029 Mbit/sYour IP: 54.92.174.226Guest Access.