Jump to content
Not connected, Your IP: 34.207.247.69

Recommended Posts

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.

Share this post


Link to post

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


» I am not an AirVPN team member. All opinions are my own and are not official. Refer to Staff postings for the official word.

» These are the community forums, not the support portal. You're writing with other users here.

» New here? LZ1's New User Guide to AirVPN. Use the search function, Luke!

» Tor exits behind a VPN connection are discouraged. Using Tor on the other hand is not.

 

» Privacy is like alcohol: Drink a little and it can help you stay unnoticed. Drink a lot and everyone will notice you.

» I cannot give you the solution to all your issues. But I can guide you to it. The rest is up to you.

Share this post


Link to post

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.

 

Share this post


Link to post

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.


» I am not an AirVPN team member. All opinions are my own and are not official. Refer to Staff postings for the official word.

» These are the community forums, not the support portal. You're writing with other users here.

» New here? LZ1's New User Guide to AirVPN. Use the search function, Luke!

» Tor exits behind a VPN connection are discouraged. Using Tor on the other hand is not.

 

» Privacy is like alcohol: Drink a little and it can help you stay unnoticed. Drink a lot and everyone will notice you.

» I cannot give you the solution to all your issues. But I can guide you to it. The rest is up to you.

Share this post


Link to post

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

Share this post


Link to post

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.


» I am not an AirVPN team member. All opinions are my own and are not official. Refer to Staff postings for the official word.

» These are the community forums, not the support portal. You're writing with other users here.

» New here? LZ1's New User Guide to AirVPN. Use the search function, Luke!

» Tor exits behind a VPN connection are discouraged. Using Tor on the other hand is not.

 

» Privacy is like alcohol: Drink a little and it can help you stay unnoticed. Drink a lot and everyone will notice you.

» I cannot give you the solution to all your issues. But I can guide you to it. The rest is up to you.

Share this post


Link to post
@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
 

Share this post


Link to post

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.

Share this post


Link to post

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 
 

Share this post


Link to post
Posted ... (edited)

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

Share this post


Link to post

Join the conversation

You can post now and register later. If you have an account, sign in now to post with your account.
Note: Your post will require moderator approval before it will be visible.

Guest
Reply to this topic...

×   Pasted as rich text.   Paste as plain text instead

  Only 75 emoji are allowed.

×   Your link has been automatically embedded.   Display as a link instead

×   Your previous content has been restored.   Clear editor

×   You cannot paste images directly. Upload or insert images from URL.

Loading...
  • Security Check
    Play CAPTCHA Audio
    Refresh Image

×
×
  • Create New...