Eddie Desktop Edition 2.21.6 released

[Staff 9972]

@encrypted

Hello!

The minimum requirements for x86-64 architecture are very low, i.e kernel and libraries you can find in Debian 9: kernel version 4.9, glibc 2.29 etc  Any distribution not older than 4-5 years should be fine. You have Mint 19.3, a Ubuntu 18.04 derivative released in 2019. Hummingbird is tested in Ubuntu 18, so in theory it should run in Mint 19.3. Let's see the log and any error message. However, not here: this is an Eddie thread, so let's first ascertain whether the problem is Hummingbird specific. Please feel free to open a ticket at your convenience.

Kind regards
 

[madrat 19]

On 5/8/2022 at 12:43 AM, Staff said:

Hello!

Yes, Eddie for macOS and Linux is packaged with Hummingbird. In macOS, Eddie runs Hummingbird by default, and not OpenVPN.

@jazzeyman

Yes, Hummingbird latest version is 1.2, if some Eddie packages include an obsolete version the problem will be fixed soon, but in the meantime you can manually download latest Hummingbird version and have it run by Eddie.

Kind regards
 

"Eddie runs Hummingbird by default, and not OpenVPN"

So, stupid question - do we then have to select "Hummingbird" in "Preferences/Advanced" and give the path, or not??

[Staff 9972]

7 hours ago, madrat said:

"Eddie runs Hummingbird by default, and not OpenVPN"

So, stupid question - do we then have to select "Hummingbird" in "Preferences/Advanced" and give the path, or not??

Hello!

Yes, you still need to, for the current version did not set Hummingbird as default choice.

Kind regards
 

[Clodo 176]

On 5/2/2022 at 8:17 PM, harold.lewis said:

Hi Clodo, thanks for replay
as you can see from screens in Network Lock Mode I've only None and Automatic
Mi distro is Manjaro kde installed more than one year ago with Manjaro-Architect- Unconfigured Desktop-Plasma-Desktop Minimal and very little manjaro goodies
 

2.21.6 has an issue with NetLock when IPv6 is disabled at OS level (Linux only). This is fixed in the next release, please be patient a couple of days.

[Clodo 176]

On 5/2/2022 at 7:20 PM, IG-11 said:

Anyone else has huge latency results in new Eddie?
I mean for almost all servers in my case latency is about 80 - 220ms, while Eddie 2.20.0 was showing around 30-40ms for same machines..
Connecting to an actual server and checking speed results shows ping as it should be: 27-40. Weird 🙄

What OS?

[st4r 1]

1 hour ago, Clodo said:

On 5/2/2022 at 7:20 PM, IG-11 said:

Anyone else has huge latency results in new Eddie?
I mean for almost all servers in my case latency is about 80 - 220ms, while Eddie 2.20.0 was showing around 30-40ms for same machines..
Connecting to an actual server and checking speed results shows ping as it should be: 27-40. Weird 🙄

What OS?

See my post on page2 for example.
OS: win10 pro (21H2), build 19044.1645

[BlueBanana 39]

@harold.lewis:

I run Ubuntu 22.04 and I also have disabled IPv6 at system level.

Network Lock works fine. I can however only choose from "None", "Automatic" and "Linux nftables" in the dropdown menu. Not iptables.

Maybe the issue is solved if you install nftables as well with "sudo apt install nftables".

Best regards,

BB.

 

[IG-11 5]

On 5/11/2022 at 3:57 PM, Clodo said:

On 5/2/2022 at 7:20 PM, IG-11 said:

Anyone else has huge latency results in new Eddie?
I mean for almost all servers in my case latency is about 80 - 220ms, while Eddie 2.20.0 was showing around 30-40ms for same machines..
Connecting to an actual server and checking speed results shows ping as it should be: 27-40. Weird 🙄

What OS?

Windows 8.1
Today for example I've got roughly same latency results from both Swiss & UK locations and East Coast.

@st4r
Good to know I'm not alone. Nope, I haven't noticed drastic ping increasing while actually being connected.
I can only assume but my guess is it's probably has something to do with the new ping engine.

Edit: my bad. Looks like in some cases ping indeed tends to increase
For instance Zuben - Eddie shows 357ms, actual ping is 81ms. Before it was never higher than 45ms

Another thing I noticed: when in settings I choose to update servers list every hour instead of default automatic - it only updates "Load" and "Users" columns. "Latency" on the other hand stays exactly the same as it was few hours ago. For each machine.

Edit #2: Nice



https://www.speedtest.net/result/13149059178

[karn 2]

Eddie 2.21.6 intermitenntly hangs on checking IPV 4 when loading on Mac OX 10.15.7 (Catalina with latest security update), then does a slow latency test and ends going through several servers before picking one, which is annoying if I need a certain server or country..
Never had these problems with last version. Same settings I have always used.


While I am complaing, Pollux is blocked  by my banking websites, Paramoun+l streaming service, and several online newspapers., and Ursa is blocked by the same online newspaper (blacklisted by Suci firewall)

[Staff 9972]

New version 2.21.7
This release follows the stable version 2.21.6 by fixing some minor issues, mainly the linux tray-icon support and the annoying Windows UAC at boot.
It will replace the stable 2.21.6 version soon.

[bugfix] [linux] tray-icon restored
[bugfix] [linux] fix for 'no available or enabled Network Lock mode' when IPv6 disabled at OS level
[bugfix] [windows] UAC at first startup
[bugfix] [linux] minor fixes to deploy scripts, and an openSUSE fix
[change] [linux/macOS] Hummingbird 1.2.0
[change] [linux] AppImage deployed in tar.gz format

[Guest]

Tray-icon working here.
Thanks

[Guest]

Does this mean that with Eddie 2.21.7 Hummingbird is integrated so that if setting OpenVPN under protocols, Eddie would run Hummingbird with OpenVPN 3 on any server without having to manually setup Hummingbird under user group AirVPN on Linux systems?

[monstrocity 31]

6 hours ago, Television said:

Does this mean that with Eddie 2.21.7 Hummingbird is integrated so that if setting OpenVPN under protocols, Eddie would run Hummingbird with OpenVPN 3 on any server without having to manually setup Hummingbird under user group AirVPN on Linux systems?

In Linux do we need to manually transfer the Hummingbird binaries to a folder, like \etc and set permissions? I usually pull the latest Hummingbird binary out of the AirVPN Suite and point Eddie to the folder location.  If this has changed, please clarify before I upgrade.  Thank you.

[Clodo 176]

4 hours ago, monstrocity said:

11 hours ago, Television said:

Does this mean that with Eddie 2.21.7 Hummingbird is integrated so that if setting OpenVPN under protocols, Eddie would run Hummingbird with OpenVPN 3 on any server without having to manually setup Hummingbird under user group AirVPN on Linux systems?

In Linux do we need to manually transfer the Hummingbird binaries to a folder, like \etc and set permissions? I usually pull the latest Hummingbird binary out of the AirVPN Suite and point Eddie to the folder location.  If this has changed, please clarify before I upgrade.  Thank you.

Hummingbird Is bundled in any macOS version of Eddie,
and in linux portable and AppImage versions of Eddie.
In the above cases, to use it users need ONLY to check "Use hummingbird" in Preferences > Advanced, they needn't write a path to a binary file.

Arch AUR, .deb or .rpm packages don't include HB for the same reason they don't include either OpenVPN, stunnel or ssh, as a OS package is made of plain Eddie with dependencies to other packages like OpenVPN, so Hummingbird must be in the environment path to be found.

[OpenSourcerer 1435]

On 5/8/2022 at 9:43 AM, Staff said:

Yes, Eddie for macOS and Linux is packaged with Hummingbird.

I feel the need to have this clarified because none of the Linux packages one can download from eddie.website (looked through stable) actually packages hummingbird except the portables. Am I missing something?
 

2 hours ago, monstrocity said:

In Linux do we need to manually transfer the Hummingbird binaries to a folder, like \etc and set permissions? I usually pull the latest Hummingbird binary out of the AirVPN Suite and point Eddie to the folder location.

/etc is not the place for binaries. I'd move it to /opt, then symlink it to /usr/local/bin, or move the binary itself there. Edited ... by OpenSourcerer
Clodo just answered that :D

[monstrocity 31]

5 hours ago, OpenSourcerer said:

/etc is not the place for binaries. I'd move it to /opt, then symlink it to /usr/local/bin, or move the binary itself there.

Eddie beta is set up to update through PPA, so I'll keep the manual setting for HB (since it's the latest version).
Yes, I tried moving HB to /opt before and couldn't get it to work properly (probably messed up the symlink). Once I put it back in /etc it worked again.  I'll try moving the binary to /usr/local/bin and see if that works.

[karn 2]

Maybe this will work for me. In the meantime, I reverted to Eddie 2.2.0 which works like a charm.
Eddie 2.2.6 was a pain in the neck...slow loading, would hang 50% of the time checkingIPV 4, then stop itself to run latency checks and always ended up changing my server preference.
Honestly it was irritating to the point that after almost 10 years as a customer, i was ready to ditch airvpn

Running Mac OX catalina 10.15.7 with latest security update

[madrat 19]

18 hours ago, Clodo said:

Hummingbird Is bundled in any macOS version of Eddie,
and in linux portable and AppImage versions of Eddie.
In the above cases, to use it users need ONLY to check "Use hummingbird" in Preferences > Advanced, they needn't write a path to a binary file.

Arch AUR, .deb or .rpm packages don't include HB for the same reason they don't include either OpenVPN, stunnel or ssh, as a OS package is made of plain Eddie with dependencies to other packages like OpenVPN, so Hummingbird must be in the environment path to be found.

Thanks you for this info. Now running Eddie 2.21.7, with Hummingbird box checked, no path to the binary file, on iMac 10.14.6, and my log shows it is running like a charm. Starting up Eddie is way faster than before. Great work to all the staff!!

[harold.lewis 22]

On 5/11/2022 at 7:55 PM, BlueBanana said:

@harold.lewis:

I run Ubuntu 22.04 and I also have disabled IPv6 at system level.

Network Lock works fine. I can however only choose from "None", "Automatic" and "Linux nftables" in the dropdown menu. Not iptables.

Maybe the issue is solved if you install nftables as well with "sudo apt install nftables".

Best regards,

BB.

 

sorry I've not checked the forum for sometimes
I'd to roll back to 2.20 for some days
after enabling ip6  connection slow down when not in Eddie
disabled again ipv6 and installed iptables-nft from manjaro repo everything seemed ok but after disconnecting Eddie I was not able to connect and have to reboot
I don't know way but after disabling and removing UFW everything seems perfect now, maybe UFW in his basic configuration as in Arch wiki is giving troubles?

[***** 1]

Still the same "Checking route IPv4" failure in 2.21.7

Eddie System/Environment Report - 5/17/2022 - 7:09 PM UTC

Eddie version: 2.21.7
Eddie OS build: linux_x64
Eddie architecture: x64
OS type: Linux
OS name: Linux Mint
OS version: 19.3 (Tricia)
OS architecture: x64
Mono /.Net Framework: 4.6.2 (Debian 4.6.2.7+dfsg-1ubuntu1); Framework: v4.0.30319
OpenVPN: 2.4.4 - OpenSSL 1.1.1  11 Sep 2018, LZO 2.08 (/usr/sbin/openvpn)
Hummingbird: Not available
WireGuard: 1.0.20201112
SSH: OpenSSH_7.6p1 Ubuntu-4ubuntu0.7, OpenSSL 1.0.2n  7 Dec 2017 (/usr/bin/ssh)
SSL: stunnel 5.44 (/usr/bin/stunnel4)
curl: 7.58.0 (/usr/bin/curl)
Profile path: /home/user1/.config/eddie/default.profile
Data path: /home/user1/.config/eddie
Application path: /usr/lib/eddie-ui
Executable path: /usr/lib/eddie-ui/eddie-ui.exe
Command line arguments: (2 args) path.resources="/usr/share/eddie-ui" path.exec="/usr/bin/eddie-ui"
Network Lock Active: Yes, Linux iptables
Connected to VPN: No
OS support IPv4: Yes
OS support IPv6: Yes
Detected DNS: 127.0.0.53
Test DNS IPv4: Failed
Test DNS IPv6: Failed
Test Ping IPv4: Failed
Test Ping IPv6: Failed
Test HTTP IPv4: Error: curl: (28) Connection timed out after 20001 milliseconds
Test HTTP IPv6: Error: curl: (7) Couldn't connect to server
Test HTTPS: Error: curl: (6) Could not resolve host: eddie.website
----------------------------
Important options not at defaults:

login: (omissis)
password: (omissis)
remember: True
netlock: True
proxy.mode: none
netlock.allow_private: False
netlock.allow_ping: False
network.entry.iplayer: ipv4-only
network.ipv6.mode: block
network.ipv4.autoswitch: True
pinger.enabled: False
ui.skip.provider.manifest.failed: True

----------------------------
Logs:

. 2022.05.17 12:05:39 - Eddie version: 2.21.7 / linux_x64, System: Linux, Name: Linux Mint, Version: 19.3 (Tricia), Mono/.Net: 4.6.2 (Debian 4.6.2.7+dfsg-1ubuntu1); Framework: v4.0.30319
. 2022.05.17 12:05:39 - Command line arguments (2): path.resources="/usr/share/eddie-ui" path.exec="/usr/bin/eddie-ui"
. 2022.05.17 12:05:39 - Raise system privileges
. 2022.05.17 12:05:43 - Reading options from /home/user1/.config/eddie/default.profile
. 2022.05.17 12:05:44 - OpenVPN - Version: 2.4.4 - OpenSSL 1.1.1  11 Sep 2018, LZO 2.08 (/usr/sbin/openvpn)
. 2022.05.17 12:05:44 - SSH - Version: OpenSSH_7.6p1 Ubuntu-4ubuntu0.7, OpenSSL 1.0.2n  7 Dec 2017 (/usr/bin/ssh)
. 2022.05.17 12:05:44 - SSL - Version: stunnel 5.44 (/usr/bin/stunnel4)
. 2022.05.17 12:05:44 - curl - Version: 7.58.0 (/usr/bin/curl)
! 2022.05.17 12:05:44 - Activation of Network Lock - Linux iptables
I 2022.05.17 12:05:45 - Ready
. 2022.05.17 12:05:45 - Cannot retrieve information about AirVPN: curl: (7) Couldn't connect to server
I 2022.05.17 12:06:04 - Session starting.
I 2022.05.17 12:06:04 - Checking authorization ...
. 2022.05.17 12:06:05 - IPv6 disabled on network adapter (default)
. 2022.05.17 12:06:05 - IPv6 disabled on network adapter (enp4s0)
. 2022.05.17 12:06:05 - IPv6 disabled on network adapter (wlp3s0)
! 2022.05.17 12:06:05 - Connecting to Indus (United States of America, Phoenix, Arizona)
. 2022.05.17 12:06:05 - Routes, skipped for 193.37.254.29 : IPv4 Net gateway not available.
. 2022.05.17 12:06:05 - Routes, skipped for 193.37.254.29 : IPv4 Net gateway not available.
. 2022.05.17 12:06:05 - OpenVPN > OpenVPN 2.4.4 x86_64-pc-linux-gnu [SSL (OpenSSL)] [LZO] [LZ4] [EPOLL] [PKCS11] [MH/PKTINFO] [AEAD] built on Mar 22 2022
. 2022.05.17 12:06:05 - OpenVPN > library versions: OpenSSL 1.1.1  11 Sep 2018, LZO 2.08
. 2022.05.17 12:06:05 - OpenVPN > Outgoing Control Channel Encryption: Cipher 'AES-256-CTR' initialized with 256 bit key
. 2022.05.17 12:06:05 - OpenVPN > Outgoing Control Channel Encryption: Using 256 bit message hash 'SHA256' for HMAC authentication
. 2022.05.17 12:06:05 - OpenVPN > Incoming Control Channel Encryption: Cipher 'AES-256-CTR' initialized with 256 bit key
. 2022.05.17 12:06:05 - OpenVPN > Incoming Control Channel Encryption: Using 256 bit message hash 'SHA256' for HMAC authentication
. 2022.05.17 12:06:05 - OpenVPN > TCP/UDP: Preserving recently used remote address: [AF_INET]193.37.254.29:443
. 2022.05.17 12:06:05 - OpenVPN > Socket Buffers: R=[212992->212992] S=[212992->212992]
. 2022.05.17 12:06:05 - OpenVPN > UDP link local: (not bound)
. 2022.05.17 12:06:05 - OpenVPN > UDP link remote: [AF_INET]193.37.254.29:443
. 2022.05.17 12:06:05 - OpenVPN > TLS: Initial packet from [AF_INET]193.37.254.29:443, sid=73033fd4 b5416a3c
. 2022.05.17 12:06:05 - OpenVPN > VERIFY OK: depth=1, C=IT, ST=IT, L=Perugia, O=airvpn.org, CN=airvpn.org CA, emailAddress=info@airvpn.org
. 2022.05.17 12:06:05 - OpenVPN > VERIFY KU OK
. 2022.05.17 12:06:05 - OpenVPN > Validating certificate extended key usage
. 2022.05.17 12:06:05 - OpenVPN > ++ Certificate has EKU (str) TLS Web Server Authentication, expects TLS Web Server Authentication
. 2022.05.17 12:06:05 - OpenVPN > VERIFY EKU OK
. 2022.05.17 12:06:05 - OpenVPN > VERIFY OK: depth=0, C=IT, ST=IT, L=Perugia, O=airvpn.org, CN=Indus, emailAddress=info@airvpn.org
. 2022.05.17 12:06:05 - OpenVPN > Control Channel: TLSv1.3, cipher TLSv1.3 TLS_CHACHA20_POLY1305_SHA256, 4096 bit RSA
. 2022.05.17 12:06:05 - OpenVPN > [Indus] Peer Connection Initiated with [AF_INET]193.37.254.29:443
. 2022.05.17 12:06:06 - OpenVPN > SENT CONTROL [Indus]: 'PUSH_REQUEST' (status=1)
. 2022.05.17 12:06:06 - OpenVPN > PUSH: Received control message: 'PUSH_REPLY,comp-lzo no,redirect-gateway ipv6 def1 bypass-dhcp,dhcp-option DNS 10.32.14.1,dhcp-option DNS6 fde6:7a:7d20:1c0e::1,tun-ipv6,route-gateway 10.32.14.1,topology subnet,ping 10,ping-restart 60,ifconfig-ipv6 fde6:7a:7d20:1c0e::105a/64 fde6:7a:7d20:1c0e::1,ifconfig 10.32.14.92 255.255.255.0,peer-id 4,cipher AES-256-GCM'
. 2022.05.17 12:06:06 - OpenVPN > Pushed option removed by filter: 'redirect-gateway ipv6 def1 bypass-dhcp'
. 2022.05.17 12:06:06 - OpenVPN > Pushed option removed by filter: 'dhcp-option DNS 10.32.14.1'
. 2022.05.17 12:06:06 - OpenVPN > Pushed option removed by filter: 'dhcp-option DNS6 fde6:7a:7d20:1c0e::1'
. 2022.05.17 12:06:06 - OpenVPN > Pushed option removed by filter: 'tun-ipv6'
. 2022.05.17 12:06:06 - OpenVPN > Pushed option removed by filter: 'ifconfig-ipv6 fde6:7a:7d20:1c0e::105a/64 fde6:7a:7d20:1c0e::1'
. 2022.05.17 12:06:06 - OpenVPN > OPTIONS IMPORT: timers and/or timeouts modified
. 2022.05.17 12:06:06 - OpenVPN > OPTIONS IMPORT: compression parms modified
. 2022.05.17 12:06:06 - OpenVPN > OPTIONS IMPORT: --ifconfig/up options modified
. 2022.05.17 12:06:06 - OpenVPN > OPTIONS IMPORT: route-related options modified
. 2022.05.17 12:06:06 - OpenVPN > OPTIONS IMPORT: peer-id set
. 2022.05.17 12:06:06 - OpenVPN > OPTIONS IMPORT: adjusting link_mtu to 1625
. 2022.05.17 12:06:06 - OpenVPN > OPTIONS IMPORT: data channel crypto options modified
. 2022.05.17 12:06:06 - OpenVPN > Data Channel: using negotiated cipher 'AES-256-GCM'
. 2022.05.17 12:06:06 - OpenVPN > Outgoing Data Channel: Cipher 'AES-256-GCM' initialized with 256 bit key
. 2022.05.17 12:06:06 - OpenVPN > Incoming Data Channel: Cipher 'AES-256-GCM' initialized with 256 bit key
. 2022.05.17 12:06:06 - OpenVPN > TUN/TAP device tun0 opened
. 2022.05.17 12:06:06 - OpenVPN > TUN/TAP TX queue length set to 100
. 2022.05.17 12:06:06 - OpenVPN > do_ifconfig, tt->did_ifconfig_ipv6_setup=0
. 2022.05.17 12:06:06 - OpenVPN > /sbin/ip link set dev tun0 up mtu 1500
. 2022.05.17 12:06:06 - OpenVPN > /sbin/ip addr add dev tun0 10.32.14.92/24 broadcast 10.32.14.255
. 2022.05.17 12:06:11 - OpenVPN > Initialization Sequence Completed
. 2022.05.17 12:06:11 - DNS of the system updated to VPN DNS (Rename method: /etc/resolv.conf generated)
. 2022.05.17 12:06:11 - Routes, add 0.0.0.0/1 for interface "tun0".
. 2022.05.17 12:06:12 - Routes, add 128.0.0.0/1 for interface "tun0".
. 2022.05.17 12:06:12 - Routes, add 193.37.254.27/32 for interface "tun0".
. 2022.05.17 12:06:12 - Routes, skipped for 2a0d:5600:2:7:889f:45a2:b9fb:ec0c : IPv6 blocked.
. 2022.05.17 12:06:12 - Flushing DNS
I 2022.05.17 12:06:12 - Checking route IPv4
. 2022.05.17 12:07:18 - Checking route (4° try)
. 2022.05.17 12:07:42 - Checking route (5° try)
E 2022.05.17 12:08:02 - Checking route IPv4 failed, last reason: curl: (28) Connection timed out after 20001 milliseconds
! 2022.05.17 12:08:02 - Disconnecting
. 2022.05.17 12:08:02 - Sending soft termination signal
. 2022.05.17 12:08:02 - OpenVPN > event_wait : Interrupted system call (code=4)
. 2022.05.17 12:08:02 - OpenVPN > SIGTERM received, sending exit notification to peer
. 2022.05.17 12:08:07 - OpenVPN > Closing TUN/TAP interface
. 2022.05.17 12:08:07 - OpenVPN > /sbin/ip addr del dev tun0 10.32.14.92/24
. 2022.05.17 12:08:07 - OpenVPN > SIGTERM[soft,exit-with-notification] received, process exiting
. 2022.05.17 12:08:07 - Routes, delete 0.0.0.0/1 for interface "tun0", not exists.
. 2022.05.17 12:08:07 - Routes, delete 128.0.0.0/1 for interface "tun0", not exists.
. 2022.05.17 12:08:07 - Routes, skipped for 193.37.254.29 : IPv4 Net gateway not available.
. 2022.05.17 12:08:07 - Routes, delete 193.37.254.27/32 for interface "tun0", not exists.
. 2022.05.17 12:08:07 - Routes, skipped for 2a0d:5600:2:7:889f:45a2:b9fb:ec0c : IPv6 blocked.
. 2022.05.17 12:08:07 - Routes, skipped for 193.37.254.29 : IPv4 Net gateway not available.
. 2022.05.17 12:08:07 - IPv6 restored on network adapter (default)
. 2022.05.17 12:08:07 - IPv6 restored on network adapter (enp4s0)
. 2022.05.17 12:08:07 - IPv6 restored on network adapter (wlp3s0)
. 2022.05.17 12:08:07 - DNS of the system restored to original settings (Rename method)
. 2022.05.17 12:08:07 - Connection terminated.
I 2022.05.17 12:08:10 - Cancel requested.
! 2022.05.17 12:08:10 - Session terminated.

----------------------------
Network Interfaces and Routes:

{
    "routes": [
        {
            "destination": "0.0.0.0\/0",
            "gateway": "192.168.1.1",
            "interface": "wlp3s0",
            "metric": "20600",
            "proto": "dhcp"
        },
        {
            "destination": "169.254.0.0\/16",
            "interface": "wlp3s0",
            "metric": "1000",
            "scope": "link"
        },
        {
            "destination": "192.168.1.0\/24",
            "interface": "wlp3s0",
            "metric": "600",
            "proto": "kernel",
            "scope": "link",
            "src": "192.168.1.3"
        },
        {
            "destination": "::1\/128",
            "interface": "lo",
            "metric": "256",
            "pref": "medium",
            "proto": "kernel"
        },
        {
            "destination": "fe80::\/64",
            "interface": "wlp3s0",
            "metric": "256",
            "pref": "medium",
            "proto": "kernel"
        }
    ],
    "ipv4-default-gateway": "192.168.1.1",
    "ipv4-default-interface": "wlp3s0",
    "interfaces": [
        {
            "friendly": "lo",
            "id": "lo",
            "name": "lo",
            "description": "lo",
            "type": "Loopback",
            "status": "Unknown",
            "bytes_received": "420946",
            "bytes_sent": "420946",
            "support_ipv4": true,
            "support_ipv6": true,
            "ips": [
                "127.0.0.1",
                "::1"
            ],
            "bind": true
        },
        {
            "friendly": "enp4s0",
            "id": "enp4s0",
            "name": "enp4s0",
            "description": "enp4s0",
            "type": "Ethernet",
            "status": "Down",
            "bytes_received": "0",
            "bytes_sent": "0",
            "support_ipv4": true,
            "support_ipv6": true,
            "ips": [],
            "bind": false
        },
        {
            "friendly": "wlp3s0",
            "id": "wlp3s0",
            "name": "wlp3s0",
            "description": "wlp3s0",
            "type": "Wireless80211",
            "status": "Up",
            "bytes_received": "7323",
            "bytes_sent": "7440",
            "support_ipv4": true,
            "support_ipv6": true,
            "ips": [
                "192.168.1.3",
                "fe80::260a:64ff:feda:53a3"
            ],
            "bind": true
        }
    ]
}
----------------------------
ip addr show:

1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN group default qlen 1000
    link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
    inet 127.0.0.1/8 scope host lo
       valid_lft forever preferred_lft forever
    inet6 ::1/128 scope host
       valid_lft forever preferred_lft forever
2: enp4s0: <NO-CARRIER,BROADCAST,MULTICAST,UP> mtu 1500 qdisc mq state DOWN group default qlen 1000
    link/ether bc:ee:7b:0d:f8:e2 brd ff:ff:ff:ff:ff:ff
3: wlp3s0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue state UP group default qlen 1000
    link/ether 24:0a:64:da:53:a3 brd ff:ff:ff:ff:ff:ff
    inet 192.168.1.3/24 brd 192.168.1.255 scope global dynamic noprefixroute wlp3s0
       valid_lft 86204sec preferred_lft 86204sec
    inet6 fe80::260a:64ff:feda:53a3/64 scope link
       valid_lft forever preferred_lft forever
----------------------------
ip link show:

1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN mode DEFAULT group default qlen 1000
    link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
2: enp4s0: <NO-CARRIER,BROADCAST,MULTICAST,UP> mtu 1500 qdisc mq state DOWN mode DEFAULT group default qlen 1000
    link/ether bc:ee:7b:0d:f8:e2 brd ff:ff:ff:ff:ff:ff
3: wlp3s0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue state UP mode DORMANT group default qlen 1000
    link/ether 24:0a:64:da:53:a3 brd ff:ff:ff:ff:ff:ff

Edited ... by OpenSourcerer
Repair multiple nested LOG formats

[EclecticFish 5]

On 5/2/2022 at 6:20 PM, IG-11 said:

Anyone else has huge latency results in new Eddie?
I mean for almost all servers in my case latency is about 80 - 220ms, while Eddie 2.20.0 was showing around 30-40ms for same machines..
Connecting to an actual server and checking speed results shows ping as it should be: 27-40. Weird 🙄

Yes. Massive latency reported by the GUI which made be suspect a problem.
I'm using Linux Mint on this machine, so it doesn't seem to be OS specific.
The GUI latency reports are giving 124 ms to 528 ms just now but some have been over 1000 ms.
As you say it is indeed weird. Despite the claimed high latency, ping results from terminal were good.
I did some IPTV tests and got the impression that stuttering when using the previous version of Eddie had much improved,
except when deliberately using a long path spanning three continents intended to give long latency.
It's too early to report on stability. I wonder if something changed in the latency code.

[IG-11 5]

13 hours ago, EclecticFish said:

I wonder if something changed in the latency code.

Please see my post above. Probably new ping engine mentioned in a changelog is responsible for such huge results.

[EclecticFish 5]

21 hours ago, IG-11 said:

On 5/18/2022 at 10:58 PM, EclecticFish said:

I wonder if something changed in the latency code.

Please see my post above. Probably new ping engine mentioned in a changelog is responsible for such huge results.

Yes, that sounds feasible. Interestingly the odd server is sometimes given a two figure latency and a five star rating by the Eddie GUI.
I was a bit suspicious but tried such a server this morning. It was really slow!
Swapping back to a different server (with reportedly high latency) resolved the performance problem.
With 2.21.6 I have to ignore Eddie server recommendations.

[telemus 16]

Dumb question, I know. I am using Eddie 2.21.6 on a Ubuntu 20.04.4 machine. I changed the protocol from automatic to wireguard (Settings -> Protocols).
I then connected and it did so without any problems. My question is: Is there anyway to tell that I am using wireguard rather than Openvpn? 
Thanks for reading and any advicde.
T 

[Clodo 176]

@EclecticFish @IG-11 @st4r

Your ping/latency issue is under investigation, but currently we can't reproduce it, see my results in attachment (my results matches ping from cmdline).

- Ping engine is used to determine server score, hence it isn't updated when VPN is connected, it is only when not connected.
- Seems an issue reported only by Windows users.

Please tell me more if possible, focus on "Castor" for example: when Eddie starts, your latency result compared to real (ping 91.207.57.114 for Castor)? If you close Eddie and reopen, do you obtain almost the same result?

In "Stats" tab, there is "Pinger stats": a double-click on it resets all ping results and restarts testing, should it be useful.

Thanks for any feedback.