ANSWERED Eddie Checking DNS failed.

[McLoEa 25]

Hi,
on Fedora 32 and 33 when starting the Eddie client Eddie enters a loop and returns an error message that reads,

Eddie
Checking DNS failed.


If I go to preferences,DNS and uncheck the check AirVPN DNS box then Eddie will start and connect  but I only see my |SP DNS when using dns-oarc dns checker.

I hope someone can help me resolve this as I've not been able to use Edde for over a day now.

Thank you.

[McLoEa 25]

I should add that I have re-installed Eddie.

[OpenSourcerer 1435]

The whole picture, please. Try a connection, then Logs > lifebelt icon. Paste or upload the output here.

[McLoEa 25]

I 2020.10.30 18:02:41 - Session starting.
I 2020.10.30 18:02:41 - Checking authorization ...
. 2020.10.30 18:02:41 - IPv6 disabled on network adapter (default)
. 2020.10.30 18:02:41 - IPv6 disabled on network adapter (enp3s0)
. 2020.10.30 18:02:41 - IPv6 disabled on network adapter (virbr0-nic)
! 2020.10.30 18:02:41 - Connecting to Miram (Netherlands, Alblasserdam)
. 2020.10.30 18:02:42 - OpenVPN > OpenVPN 2.4.9 x86_64-redhat-linux-gnu [SSL (OpenSSL)] [LZO] [LZ4] [EPOLL] [PKCS11] [MH/PKTINFO] [AEAD] built on Jul 28 2020
. 2020.10.30 18:02:42 - OpenVPN > library versions: OpenSSL 1.1.1g FIPS  21 Apr 2020, LZO 2.10
. 2020.10.30 18:02:42 - OpenVPN > Outgoing Control Channel Encryption: Cipher 'AES-256-CTR' initialized with 256 bit key
. 2020.10.30 18:02:42 - OpenVPN > Outgoing Control Channel Encryption: Using 256 bit message hash 'SHA256' for HMAC authentication
. 2020.10.30 18:02:42 - OpenVPN > Incoming Control Channel Encryption: Cipher 'AES-256-CTR' initialized with 256 bit key
. 2020.10.30 18:02:42 - OpenVPN > Incoming Control Channel Encryption: Using 256 bit message hash 'SHA256' for HMAC authentication
. 2020.10.30 18:02:42 - OpenVPN > TCP/UDP: Preserving recently used remote address: [AF_INET]213.152.162.91:443
. 2020.10.30 18:02:42 - OpenVPN > Socket Buffers: R=[212992->212992] S=[212992->212992]
. 2020.10.30 18:02:42 - OpenVPN > UDP link local: (not bound)
. 2020.10.30 18:02:42 - OpenVPN > UDP link remote: [AF_INET]213.152.162.91:443
. 2020.10.30 18:02:42 - OpenVPN > TLS: Initial packet from [AF_INET]213.152.162.91:443, sid=61195fe9 41be1838
. 2020.10.30 18:02:42 - OpenVPN > VERIFY OK: depth=1, C=IT, ST=IT, L=Perugia, O=airvpn.org, CN=airvpn.org CA, emailAddress=info@airvpn.org
. 2020.10.30 18:02:42 - OpenVPN > VERIFY KU OK
. 2020.10.30 18:02:42 - OpenVPN > Validating certificate extended key usage
. 2020.10.30 18:02:42 - OpenVPN > ++ Certificate has EKU (str) TLS Web Server Authentication, expects TLS Web Server Authentication
. 2020.10.30 18:02:42 - OpenVPN > VERIFY EKU OK
. 2020.10.30 18:02:42 - OpenVPN > VERIFY OK: depth=0, C=IT, ST=IT, L=Perugia, O=airvpn.org, CN=Miram, emailAddress=info@airvpn.org
. 2020.10.30 18:02:42 - OpenVPN > Control Channel: TLSv1.2, cipher TLSv1.2 DHE-RSA-AES256-GCM-SHA384, 4096 bit RSA
. 2020.10.30 18:02:42 - OpenVPN > [Miram] Peer Connection Initiated with [AF_INET]213.152.162.91:443
. 2020.10.30 18:02:43 - OpenVPN > SENT CONTROL [Miram]: 'PUSH_REQUEST' (status=1)
. 2020.10.30 18:02:43 - OpenVPN > PUSH: Received control message: 'PUSH_REPLY,comp-lzo no,redirect-gateway ipv6 def1 bypass-dhcp,dhcp-option DNS 10.24.82.1,dhcp-option DNS6 fde6:7a:7d20:1452::1,tun-ipv6,route-gateway 10.24.82.1,topology subnet,ping 10,ping-restart 60,ifconfig-ipv6 fde6:7a:7d20:1452::103f/64 fde6:7a:7d20:1452::1,ifconfig 10.24.82.65 255.255.255.0,peer-id 3,cipher AES-256-GCM'
. 2020.10.30 18:02:43 - OpenVPN > Pushed option removed by filter: 'redirect-gateway ipv6 def1 bypass-dhcp'
. 2020.10.30 18:02:43 - OpenVPN > Pushed option removed by filter: 'dhcp-option DNS6 fde6:7a:7d20:1452::1'
. 2020.10.30 18:02:43 - OpenVPN > Pushed option removed by filter: 'tun-ipv6'
. 2020.10.30 18:02:43 - OpenVPN > Pushed option removed by filter: 'ifconfig-ipv6 fde6:7a:7d20:1452::103f/64 fde6:7a:7d20:1452::1'
. 2020.10.30 18:02:43 - OpenVPN > OPTIONS IMPORT: timers and/or timeouts modified
. 2020.10.30 18:02:43 - OpenVPN > OPTIONS IMPORT: compression parms modified
. 2020.10.30 18:02:43 - OpenVPN > OPTIONS IMPORT: --ifconfig/up options modified
. 2020.10.30 18:02:43 - OpenVPN > OPTIONS IMPORT: route-related options modified
. 2020.10.30 18:02:43 - OpenVPN > OPTIONS IMPORT: --ip-win32 and/or --dhcp-option options modified
. 2020.10.30 18:02:43 - OpenVPN > OPTIONS IMPORT: peer-id set
. 2020.10.30 18:02:43 - OpenVPN > OPTIONS IMPORT: adjusting link_mtu to 1625
. 2020.10.30 18:02:43 - OpenVPN > OPTIONS IMPORT: data channel crypto options modified
. 2020.10.30 18:02:43 - OpenVPN > Data Channel: using negotiated cipher 'AES-256-GCM'
. 2020.10.30 18:02:43 - OpenVPN > Outgoing Data Channel: Cipher 'AES-256-GCM' initialized with 256 bit key
. 2020.10.30 18:02:43 - OpenVPN > Incoming Data Channel: Cipher 'AES-256-GCM' initialized with 256 bit key
. 2020.10.30 18:02:43 - OpenVPN > ROUTE_GATEWAY 192.168.1.254/255.255.255.0 IFACE=enp3s0 HWADDR=d4:be:d9:b7:fd:c2
. 2020.10.30 18:02:43 - OpenVPN > TUN/TAP device tun0 opened
. 2020.10.30 18:02:43 - OpenVPN > TUN/TAP TX queue length set to 100
. 2020.10.30 18:02:43 - OpenVPN > /sbin/ip link set dev tun0 up mtu 1500
. 2020.10.30 18:02:43 - OpenVPN > /sbin/ip addr add dev tun0 10.24.82.65/24 broadcast 10.24.82.255
. 2020.10.30 18:02:48 - OpenVPN > /sbin/ip route add 213.152.162.91/32 via 192.168.1.254
. 2020.10.30 18:02:48 - OpenVPN > /sbin/ip route add 0.0.0.0/1 via 10.24.82.1
. 2020.10.30 18:02:48 - OpenVPN > /sbin/ip route add 128.0.0.0/1 via 10.24.82.1
. 2020.10.30 18:02:48 - DNS of the system updated to VPN DNS (Rename method: /etc/resolv.conf generated)
. 2020.10.30 18:02:48 - Routes, added a new route, 213.152.162.89 for gateway 10.24.82.1
. 2020.10.30 18:02:48 - Unable to compute route for 2a00:1678:2470:31:28e2:d379:e690:4761: IPv6 VPN gateway not available.
. 2020.10.30 18:02:48 - Flushing DNS
I 2020.10.30 18:02:48 - Checking route IPv4
I 2020.10.30 18:02:49 - Checking DNS
. 2020.10.30 18:02:49 - Checking DNS failed:
. 2020.10.30 18:02:49 - Checking DNS (2° try)
. 2020.10.30 18:02:50 - Checking DNS failed:
. 2020.10.30 18:02:50 - Checking DNS (3° try)
. 2020.10.30 18:02:52 - Checking DNS failed:
E 2020.10.30 18:02:52 - Checking DNS failed.
. 2020.10.30 18:02:52 - OpenVPN > Initialization Sequence Completed
! 2020.10.30 18:02:52 - Disconnecting
. 2020.10.30 18:02:52 - Routes, removed a route previously added, 213.152.162.89 for gateway 10.24.82.1
. 2020.10.30 18:02:52 - Sending soft termination signal
. 2020.10.30 18:02:52 - OpenVPN > event_wait : Interrupted system call (code=4)
. 2020.10.30 18:02:52 - OpenVPN > SIGTERM received, sending exit notification to peer
. 2020.10.30 18:02:57 - OpenVPN > /sbin/ip route del 213.152.162.91/32
. 2020.10.30 18:02:57 - OpenVPN > /sbin/ip route del 0.0.0.0/1
. 2020.10.30 18:02:57 - OpenVPN > /sbin/ip route del 128.0.0.0/1
. 2020.10.30 18:02:57 - OpenVPN > Closing TUN/TAP interface
. 2020.10.30 18:02:57 - OpenVPN > /sbin/ip addr del dev tun0 10.24.82.65/24
. 2020.10.30 18:02:57 - OpenVPN > SIGTERM[soft,exit-with-notification] received, process exiting
. 2020.10.30 18:02:58 - Connection terminated.
. 2020.10.30 18:02:58 - IPv6 restored on network adapter (default)
. 2020.10.30 18:02:58 - IPv6 restored on network adapter (enp3s0)
. 2020.10.30 18:02:58 - IPv6 restored on network adapter (virbr0-nic)
. 2020.10.30 18:02:58 - DNS of the system restored to original settings (Rename method)
I 2020.10.30 18:03:00 - Cancel requested.
! 2020.10.30 18:03:00 - Session terminated.

 

[OpenSourcerer 1435]

Still not the full picture. Click the lifebelt icon, a window opens. That output, please. It's the support file containing more info on your setup and configuration, highly important stuff when troubleshooting.

[McLoEa 25]

Thanks giganerd,


Eddie System/Environment Report - 31/10/2020 - 08:11 UTC

Eddie version: 2.18.9
Eddie OS build: linux_x64
Eddie architecture: x64
OS type: Linux
OS name: \SKernel \r on an \m (\l)
OS version: Linux localhost.localdomain 5.8.16-300.fc33.x86_64 #1 SMP Mon Oct 19 13:18:33 UTC 2020 x86_64 x86_64 x86_64 GNU/Linux
OS architecture: x64
Mono /.Net Framework: 6.8.0.123 (tarball Wed Oct 14 04:57:50 UTC 2020); Framework: v4.0.30319
TUN driver: /dev/net/tun
OpenVPN: 2.4.9 - OpenSSL 1.1.1g FIPS  21 Apr 2020, LZO 2.10 (/usr/sbin/openvpn)
Hummingbird:  ()
SSH: OpenSSH_8.4p1, OpenSSL 1.1.1g FIPS  21 Apr 2020 (/usr/bin/ssh)
SSL: stunnel 5.56 (/usr/bin/stunnel)
curl: 7.71.1 (/usr/bin/curl)
Profile path: /home/lr/.config/eddie/default.profile
Data path: /home/lr/.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
Detected DNS: 192.168.1.254

[OpenSourcerer 1435]

Still not the whole picture. The whole picture would've been version info + logs + routes + NIC configuration. Doesn't matter now, because I remember the problem: system-resolved. The easiest way would be to disable it.

[Staff 9973]

@McLoEa

Hello!

We don't know if it was you who pointed the support team to the following article in a ticket:
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org/thread/VPACQVWRG5HCWRPBIOTBAENRT6V6PRA4/

If not, the relevant part is:

Quote

systemd-resolved has been enabled by default in Ubuntu since Ubuntu 16.10, but please note we are doing this differently than Ubuntu has. Ubuntu does not use nss-resolve. Instead, Ubuntu uses the traditional nss-dns provided by glibc upstream, so glibc on Ubuntu continues to read /etc/resolv.conf, as is traditional. This extra step is not useful and not recommended by upstream. We want to follow upstream recommendations in using nss-resolve instead.

systemd-resolved has various operational modes and Eddie, at the moment, can NOT handle properly the "on link" mode bypassing resolv.conf and relying on nss-resolve. In Fedora 33 systemd-resolved is configured by default in a way that Eddie does not handle correctly.

Hummingbird and Bluteit, in the AirVPN Suite, can handle correctly any systemd-resolved operational mode.

Disabling systemd-resolved, anyway, should resolve any issue with Eddie and OpenVPN DNS push. In a few words, the key is going back to handle DNS via resolv.conf file as usual.

If you wish to disable systemd-resolved:

sudo systemctl stop systemd-resolved
sudo systemctl disable systemd-resolved

IMPORTANT: create a new resolvc.conf file and/or restart network-manager service if necessary.

Kind regards
 

[McLoEa 25]

That does indeed appear to have worked,many thanks to all.

I would think it necessary to re-issue those commands after a re-start I will wait and see.

[Staff 9973]

@McLoEa

Good to know, thank you for the info. We are checking how to address the issue with systemd-resolved working in that specific mode.

Kind regards
 

[Adamatair 0]

Thank you! encounter the same problem after reinstalling fedora32 today and lucky to see this post right on top, everything works fine now. Always a thumbs up for the service 
 

[Updater 1]

Same problem here but on a windows7 Os
Have to uncheck the check AirVPN DNS. 
ipconfig/flushdns
Does not help!
Eddie V 2.20.0

"Sorry i join this topic McLoEa but it's the same problem."  
  

Edited ... by Updater