Jump to content
Not connected, Your IP: 34.200.218.187
rymar

Failed:Exception: Cannot find device -tun0-

Recommended Posts

Since updating to Eddie 2.18.9 the message Routes, Add xxx.xx.xx.xx  for gateway xx.xx.xx.x  "Failed: Exception: Cannot find device -tun0-" comes up at every restart. This was never an issue before this version of Eddie. I frequently find that Eddie disconnects during the course of the day, which then requires a reboot in order to clear it. Using Linux Mint 19.3.

Share this post


Link to post

Use it like you would use normally and when this happens, click on the lifebelt icon in the Logs tab and paste or upload the output here, please.


» I am not an AirVPN team member. All opinions are my own and are not to be considered official. Only the AirVPN Staff account should be viewed as such.

» The forums is a place where you can ask questions to the community. You are not entitled to guaranteed answer times. Answer quality may vary, too. If you need professional support, please create tickets.

» If you're new, take some time to read LZ1's New User Guide to AirVPN. On questions, use the search function first. On errors, search for the error message instead.

» If you choose to create a new thread, keep in mind that we don't know your setup. Give info about it. Never forget the OpenVPN logs or, for Eddie, the support file (Logs > lifebelt icon).

» The community kindly asks you to not set up Tor exit relays when connected to AirVPN. Their IP addresses are subject to restrictions and these are relayed to all users of the affected servers.

 

» Furthermore, I propose that your paranoia is to be destroyed. If you overdo privacy, chances are you will be unique amond the mass again.

Share this post


Link to post
Posted ... (edited)

Eddie System/Environment Report - 2020-04-11 - 7:38 PM UTC

Eddie version: 2.18.9
Eddie OS build: linux_x64
Eddie architecture: x64
OS type: Linux
OS name: Linux Mint 19.3 Tricia \n \l
OS version: Linux ryk-mint 5.3.0-46-generic #38~18.04.1-Ubuntu SMP Tue Mar 31 04:17:56 UTC 2020 x86_64 x86_64 x86_64 GNU/Linux
OS architecture: x64
Mono /.Net Framework: 4.6.2 (Debian 4.6.2.7+dfsg-1ubuntu1); Framework: v4.0.30319
TUN driver: /dev/net/tun
OpenVPN: 2.4.4 - OpenSSL 1.1.1  11 Sep 2018, LZO 2.08 (/usr/sbin/openvpn)
Hummingbird:  ()
SSH: OpenSSH_7.6p1 Ubuntu-4ubuntu0.3, 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/ryk/.config/eddie/default.profile
Data path: /home/ryk/.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: No
Connected to VPN: Yes, Sham
Detected DNS: 10.35.106.1, fde6:7a:7d20:1f6a::1
Test DNS IPv4: Ok
Test DNS IPv6: Ok
Test Ping IPv4: 169 ms
Test Ping IPv6: 154 ms
Test HTTP IPv4: Ok
Test HTTP IPv6: Ok
Test HTTPS: Ok
----------------------------
Important options not at defaults:

login: (omissis)
password: (omissis)
remember: True
log.file.enabled: True
log.level.debug: True
ui.skip.provider.manifest.failed: True
gui.tray_minimized: True

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

. 2020.04.11 10:50:56 - Eddie version: 2.18.9 / linux_x64, System: Linux, Name: Linux Mint 19.3 Tricia \n \l, Version: Linux ryk-mint 5.3.0-46-generic #38~18.04.1-Ubuntu SMP Tue Mar 31 04:17:56 UTC 2020 x86_64 x86_64 x86_64 GNU/Linux, Mono/.Net: 4.6.2 (Debian 4.6.2.7+dfsg-1ubuntu1); Framework: v4.0.30319
. 2020.04.11 10:50:56 - Command line arguments (2): path.resources="/usr/share/eddie-ui" path.exec="/usr/bin/eddie-ui"
. 2020.04.11 10:50:56 - Raise system privileges
. 2020.04.11 10:51:04 - Profile path: /home/ryk/.config/eddie/default.profile
. 2020.04.11 10:51:04 - Reading options from /home/ryk/.config/eddie/default.profile
. 2020.04.11 10:51:05 - Tun Driver - /dev/net/tun
. 2020.04.11 10:51:05 - OpenVPN - Version: 2.4.4 - OpenSSL 1.1.1  11 Sep 2018, LZO 2.08 (/usr/sbin/openvpn)
. 2020.04.11 10:51:05 - SSH - Version: OpenSSH_7.6p1 Ubuntu-4ubuntu0.3, OpenSSL 1.0.2n  7 Dec 2017 (/usr/bin/ssh)
. 2020.04.11 10:51:05 - SSL - Version: stunnel 5.44 (/usr/bin/stunnel4)
. 2020.04.11 10:51:05 - curl - Version: 7.58.0 (/usr/bin/curl)
. 2020.04.11 10:51:05 - Recovery. Unexpected crash?
. 2020.04.11 10:51:05 - Routes, removed an existing route, 2606:9580:100:d:2bd7:c37b:24c2:c069 for gateway fde6:7a:7d20:104a::1
W 2020.04.11 10:51:05 - Routes, add 192.30.89.51 for gateway 10.19.10.1 failed: Exception: Cannot find device "tun0"
W 2020.04.11 10:51:05 - Routes, add 2606:9580:100:c:8757:8ee:ec9c:991c for gateway fde6:7a:7d20:f0a::1 failed: Exception: Cannot find device "tun0"
I 2020.04.11 10:51:06 - Ready
. 2020.04.11 10:51:07 - Collect information about AirVPN completed
I 2020.04.11 10:53:12 - Session starting.
I 2020.04.11 10:53:12 - Checking authorization ...
! 2020.04.11 10:53:12 - Connecting to Sham (Canada, Vancouver)
. 2020.04.11 10:53:13 - OpenVPN > OpenVPN 2.4.4 x86_64-pc-linux-gnu [SSL (OpenSSL)] [LZO] [LZ4] [EPOLL] [PKCS11] [MH/PKTINFO] [AEAD] built on May 14 2019
. 2020.04.11 10:53:13 - OpenVPN > library versions: OpenSSL 1.1.1  11 Sep 2018, LZO 2.08
. 2020.04.11 10:53:13 - OpenVPN > Outgoing Control Channel Encryption: Cipher 'AES-256-CTR' initialized with 256 bit key
. 2020.04.11 10:53:13 - OpenVPN > Outgoing Control Channel Encryption: Using 256 bit message hash 'SHA256' for HMAC authentication
. 2020.04.11 10:53:13 - OpenVPN > Incoming Control Channel Encryption: Cipher 'AES-256-CTR' initialized with 256 bit key
. 2020.04.11 10:53:13 - OpenVPN > Incoming Control Channel Encryption: Using 256 bit message hash 'SHA256' for HMAC authentication
. 2020.04.11 10:53:13 - OpenVPN > TCP/UDP: Preserving recently used remote address: [AF_INET]192.30.89.77:443
. 2020.04.11 10:53:13 - OpenVPN > Socket Buffers: R=[212992->212992] S=[212992->212992]
. 2020.04.11 10:53:13 - OpenVPN > UDP link local: (not bound)
. 2020.04.11 10:53:13 - OpenVPN > UDP link remote: [AF_INET]192.30.89.77:443
. 2020.04.11 10:53:13 - OpenVPN > TLS: Initial packet from [AF_INET]192.30.89.77:443, sid=758cd07f 15dcd4c6
. 2020.04.11 10:53:13 - OpenVPN > VERIFY OK: depth=1, C=IT, ST=IT, L=Perugia, O=airvpn.org, CN=airvpn.org CA, emailAddress=info@airvpn.org
. 2020.04.11 10:53:13 - OpenVPN > VERIFY KU OK
. 2020.04.11 10:53:13 - OpenVPN > Validating certificate extended key usage
. 2020.04.11 10:53:13 - OpenVPN > ++ Certificate has EKU (str) TLS Web Server Authentication, expects TLS Web Server Authentication
. 2020.04.11 10:53:13 - OpenVPN > VERIFY EKU OK
. 2020.04.11 10:53:13 - OpenVPN > VERIFY OK: depth=0, C=IT, ST=IT, L=Perugia, O=airvpn.org, CN=Sham, emailAddress=info@airvpn.org
. 2020.04.11 10:53:13 - OpenVPN > Control Channel: TLSv1.2, cipher TLSv1.2 DHE-RSA-AES256-GCM-SHA384, 4096 bit RSA
. 2020.04.11 10:53:13 - OpenVPN > [Sham] Peer Connection Initiated with [AF_INET]192.30.89.77:443
. 2020.04.11 10:53:14 - OpenVPN > SENT CONTROL [Sham]: 'PUSH_REQUEST' (status=1)
. 2020.04.11 10:53:14 - OpenVPN > PUSH: Received control message: 'PUSH_REPLY,comp-lzo no,redirect-gateway ipv6 def1 bypass-dhcp,dhcp-option DNS 10.35.106.1,dhcp-option DNS6 fde6:7a:7d20:1f6a::1,tun-ipv6,route-gateway 10.35.106.1,topology subnet,ping 10,ping-restart 60,ifconfig-ipv6 fde6:7a:7d20:1f6a::106f/64 fde6:7a:7d20:1f6a::1,ifconfig 10.35.106.113 255.255.255.0,peer-id 7,cipher AES-256-GCM'
. 2020.04.11 10:53:14 - OpenVPN > Pushed option removed by filter: 'redirect-gateway ipv6 def1 bypass-dhcp'
. 2020.04.11 10:53:14 - OpenVPN > Note: option tun-ipv6 is ignored because modern operating systems do not need special IPv6 tun handling anymore.
. 2020.04.11 10:53:14 - OpenVPN > OPTIONS IMPORT: timers and/or timeouts modified
. 2020.04.11 10:53:14 - OpenVPN > OPTIONS IMPORT: compression parms modified
. 2020.04.11 10:53:14 - OpenVPN > OPTIONS IMPORT: --ifconfig/up options modified
. 2020.04.11 10:53:14 - OpenVPN > OPTIONS IMPORT: route-related options modified
. 2020.04.11 10:53:14 - OpenVPN > OPTIONS IMPORT: --ip-win32 and/or --dhcp-option options modified
. 2020.04.11 10:53:14 - OpenVPN > OPTIONS IMPORT: peer-id set
. 2020.04.11 10:53:14 - OpenVPN > OPTIONS IMPORT: adjusting link_mtu to 1625
. 2020.04.11 10:53:14 - OpenVPN > OPTIONS IMPORT: data channel crypto options modified
. 2020.04.11 10:53:14 - OpenVPN > Data Channel: using negotiated cipher 'AES-256-GCM'
. 2020.04.11 10:53:14 - OpenVPN > Outgoing Data Channel: Cipher 'AES-256-GCM' initialized with 256 bit key
. 2020.04.11 10:53:14 - OpenVPN > Incoming Data Channel: Cipher 'AES-256-GCM' initialized with 256 bit key
. 2020.04.11 10:53:14 - OpenVPN > ROUTE_GATEWAY 192.168.0.1/255.255.255.0 IFACE=enp3s0 HWADDR=4c:ed:fb:67:f6:39
. 2020.04.11 10:53:14 - OpenVPN > GDG6: remote_host_ipv6=n/a
. 2020.04.11 10:53:14 - OpenVPN > ROUTE6: default_gateway=UNDEF
. 2020.04.11 10:53:14 - OpenVPN > TUN/TAP device tun0 opened
. 2020.04.11 10:53:14 - OpenVPN > TUN/TAP TX queue length set to 100
. 2020.04.11 10:53:14 - OpenVPN > do_ifconfig, tt->did_ifconfig_ipv6_setup=1
. 2020.04.11 10:53:14 - OpenVPN > /sbin/ip link set dev tun0 up mtu 1500
. 2020.04.11 10:53:14 - OpenVPN > /sbin/ip addr add dev tun0 10.35.106.113/24 broadcast 10.35.106.255
. 2020.04.11 10:53:14 - OpenVPN > /sbin/ip -6 addr add fde6:7a:7d20:1f6a::106f/64 dev tun0
. 2020.04.11 10:53:19 - OpenVPN > /sbin/ip route add 192.30.89.77/32 via 192.168.0.1
. 2020.04.11 10:53:19 - OpenVPN > /sbin/ip route add 0.0.0.0/1 via 10.35.106.1
. 2020.04.11 10:53:19 - OpenVPN > /sbin/ip route add 128.0.0.0/1 via 10.35.106.1
. 2020.04.11 10:53:19 - OpenVPN > add_route_ipv6(::/3 -> fde6:7a:7d20:1f6a::1 metric -1) dev tun0
. 2020.04.11 10:53:19 - OpenVPN > /sbin/ip -6 route add ::/3 dev tun0
. 2020.04.11 10:53:19 - OpenVPN > add_route_ipv6(2000::/4 -> fde6:7a:7d20:1f6a::1 metric -1) dev tun0
. 2020.04.11 10:53:19 - OpenVPN > /sbin/ip -6 route add 2000::/4 dev tun0
. 2020.04.11 10:53:19 - OpenVPN > add_route_ipv6(3000::/4 -> fde6:7a:7d20:1f6a::1 metric -1) dev tun0
. 2020.04.11 10:53:19 - OpenVPN > /sbin/ip -6 route add 3000::/4 dev tun0
. 2020.04.11 10:53:19 - OpenVPN > add_route_ipv6(fc00::/7 -> fde6:7a:7d20:1f6a::1 metric -1) dev tun0
. 2020.04.11 10:53:19 - OpenVPN > /sbin/ip -6 route add fc00::/7 dev tun0
. 2020.04.11 10:53:19 - DNS of the system updated to VPN DNS (Rename method: /etc/resolv.conf generated)
. 2020.04.11 10:53:19 - Routes, added a new route, 192.30.89.75 for gateway 10.35.106.1
. 2020.04.11 10:53:19 - Routes, added a new route, 2606:9580:100:f:5792:2dec:a4b6:2419 for gateway fde6:7a:7d20:1f6a::1
. 2020.04.11 10:53:19 - Flushing DNS
I 2020.04.11 10:53:19 - Checking route IPv4
I 2020.04.11 10:53:20 - Checking route IPv6
I 2020.04.11 10:53:20 - Checking DNS
! 2020.04.11 10:53:20 - Connected.
. 2020.04.11 10:53:20 - OpenVPN > Initialization Sequence Completed
. 2020.04.11 11:21:12 - Collect information about AirVPN completed
. 2020.04.11 11:53:13 - Above log line repeated 1 times more
. 2020.04.11 11:53:13 - OpenVPN > VERIFY OK: depth=1, C=IT, ST=IT, L=Perugia, O=airvpn.org, CN=airvpn.org CA, emailAddress=info@airvpn.org
. 2020.04.11 11:53:13 - OpenVPN > VERIFY KU OK
. 2020.04.11 11:53:13 - OpenVPN > Validating certificate extended key usage
. 2020.04.11 11:53:13 - OpenVPN > ++ Certificate has EKU (str) TLS Web Server Authentication, expects TLS Web Server Authentication
. 2020.04.11 11:53:13 - OpenVPN > VERIFY EKU OK
. 2020.04.11 11:53:13 - OpenVPN > VERIFY OK: depth=0, C=IT, ST=IT, L=Perugia, O=airvpn.org, CN=Sham, emailAddress=info@airvpn.org
. 2020.04.11 11:53:14 - OpenVPN > Outgoing Data Channel: Cipher 'AES-256-GCM' initialized with 256 bit key
. 2020.04.11 11:53:14 - OpenVPN > Incoming Data Channel: Cipher 'AES-256-GCM' initialized with 256 bit key
. 2020.04.11 11:53:14 - OpenVPN > Control Channel: TLSv1.2, cipher TLSv1.2 DHE-RSA-AES256-GCM-SHA384, 4096 bit RSA
. 2020.04.11 12:21:22 - Collect information about AirVPN completed

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

{
    "support_ipv4": true,
    "support_ipv6": true,
    "routes": [
        {
            "address": "0.0.0.0\/1",
            "gateway": "10.35.106.1",
            "interface": "tun0"
        },
        {
            "address": "0.0.0.0\/0",
            "gateway": "192.168.0.1",
            "interface": "enp3s0",
            "metric": "100"
        },
        {
            "address": "128.0.0.0\/1",
            "gateway": "10.35.106.1",
            "interface": "tun0"
        },
        {
            "address": "192.30.89.75",
            "gateway": "10.35.106.1",
            "interface": "tun0"
        },
        {
            "address": "192.30.89.77",
            "gateway": "192.168.0.1",
            "interface": "enp3s0"
        },
        {
            "address": "2606:9580:100:f:5792:2dec:a4b6:2419",
            "gateway": "fde6:7a:7d20:1f6a::1",
            "interface": "tun0",
            "metric": "1024"
        }
    ],
    "interfaces": [
        {
            "friendly": "lo",
            "id": "lo",
            "name": "lo",
            "description": "lo",
            "type": "Loopback",
            "status": "Unknown",
            "bytes_received": "7407668",
            "bytes_sent": "7407668",
            "support_ipv4": true,
            "support_ipv6": true,
            "ips": [
                "127.0.0.1",
                "::1"
            ],
            "gateways": [],
            "bind": true
        },
        {
            "friendly": "enp3s0",
            "id": "enp3s0",
            "name": "enp3s0",
            "description": "enp3s0",
            "type": "Ethernet",
            "status": "Up",
            "bytes_received": "62042380",
            "bytes_sent": "10055529",
            "support_ipv4": true,
            "support_ipv6": true,
            "ips": [
                "192.168.0.100",
                "fe80::7247:25a4:2ac:8467"
            ],
            "gateways": [
                "192.168.0.1"
            ],
            "bind": true
        },
        {
            "friendly": "tun0",
            "id": "tun0",
            "name": "tun0",
            "description": "tun0",
            "type": "0",
            "status": "Unknown",
            "bytes_received": "25016168",
            "bytes_sent": "4403837",
            "support_ipv4": true,
            "support_ipv6": true,
            "ips": [
                "10.35.106.113",
                "fde6:7a:7d20:1f6a::106f",
                "fe80::1247:87dd:fe77:201f"
            ],
            "gateways": [
                "10.35.106.1",
                "fde6:7a:7d20:1f6a::1"
            ],
            "bind": true
        }
    ],
    "ipv4-default-gateway": "192.168.0.1",
    "ipv4-default-interface": "enp3s0"
}
----------------------------
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: enp3s0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc fq_codel state UP group default qlen 1000
    link/ether 4c:ed:fb:67:f6:39 brd ff:ff:ff:ff:ff:ff
    inet 192.168.0.100/24 brd 192.168.0.255 scope global dynamic noprefixroute enp3s0
       valid_lft 76678sec preferred_lft 76678sec
    inet6 fe80::7247:25a4:2ac:8467/64 scope link noprefixroute
       valid_lft forever preferred_lft forever
3: tun0: <POINTOPOINT,MULTICAST,NOARP,UP,LOWER_UP> mtu 1500 qdisc fq_codel state UNKNOWN group default qlen 100
    link/none
    inet 10.35.106.113/24 brd 10.35.106.255 scope global tun0
       valid_lft forever preferred_lft forever
    inet6 fde6:7a:7d20:1f6a::106f/64 scope global
       valid_lft forever preferred_lft forever
    inet6 fe80::1247:87dd:fe77:201f/64 scope link stable-privacy
       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: enp3s0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc fq_codel state UP mode DEFAULT group default qlen 1000
    link/ether 4c:ed:fb:67:f6:39 brd ff:ff:ff:ff:ff:ff
3: tun0: <POINTOPOINT,MULTICAST,NOARP,UP,LOWER_UP> mtu 1500 qdisc fq_codel state UNKNOWN mode DEFAULT group default qlen 100
    link/none
----------------------------
ip -4 route show:

0.0.0.0/1 via 10.35.106.1 dev tun0
default via 192.168.0.1 dev enp3s0 proto dhcp metric 100
10.35.106.0/24 dev tun0 proto kernel scope link src 10.35.106.113
128.0.0.0/1 via 10.35.106.1 dev tun0
169.254.0.0/16 dev enp3s0 scope link metric 1000
192.30.89.75 via 10.35.106.1 dev tun0
192.30.89.77 via 192.168.0.1 dev enp3s0
192.168.0.0/24 dev enp3s0 proto kernel scope link src 192.168.0.100 metric 100
----------------------------
ip -6 route show:

::1 dev lo proto kernel metric 256 pref medium
::/3 dev tun0 metric 1024 pref medium
2606:9580:100:f:5792:2dec:a4b6:2419 via fde6:7a:7d20:1f6a::1 dev tun0 metric 1024 pref medium
2000::/4 dev tun0 metric 1024 pref medium
3000::/4 dev tun0 metric 1024 pref medium
fde6:7a:7d20:1f6a::/64 dev tun0 proto kernel metric 256 pref medium
fc00::/7 dev tun0 metric 1024 pref medium
fe80::/64 dev enp3s0 proto kernel metric 100 pref medium
fe80::/64 dev enp3s0 proto kernel metric 256 pref medium
fe80::/64 dev tun0 proto kernel metric 256 pref medium

Edited ... by giganerd
Apply LOG formatting to logs

Share this post


Link to post

I meant the disconnects. The one you showcased is not an error per se, Eddie just notices an ungentle termination and tries to reverse any routes it pushed previously, but since tun0 is not there, the routes are gone, anyway. It all comes down to how you quit Eddie. Can you elaborate?

Please do the same when you get disconnected. While you're at it, please use the LOG formatting scheme, it's the top left button in the post editor.


» I am not an AirVPN team member. All opinions are my own and are not to be considered official. Only the AirVPN Staff account should be viewed as such.

» The forums is a place where you can ask questions to the community. You are not entitled to guaranteed answer times. Answer quality may vary, too. If you need professional support, please create tickets.

» If you're new, take some time to read LZ1's New User Guide to AirVPN. On questions, use the search function first. On errors, search for the error message instead.

» If you choose to create a new thread, keep in mind that we don't know your setup. Give info about it. Never forget the OpenVPN logs or, for Eddie, the support file (Logs > lifebelt icon).

» The community kindly asks you to not set up Tor exit relays when connected to AirVPN. Their IP addresses are subject to restrictions and these are relayed to all users of the affected servers.

 

» Furthermore, I propose that your paranoia is to be destroyed. If you overdo privacy, chances are you will be unique amond the mass again.

Share this post


Link to post
Posted ... (edited)

Systemreport.txt
Ok sorry I could've attached all that as a text. Eddie gets disconnected seemingly at random. Sometimes it takes several hours at other times it could go a week, I don't shut my computer off. I will see do a shutdown of Eddie and attach. Logging got turned off apparently on 12/15/2019 I have restarted that.... Not sure how or why that happened.

Edited ... by giganerd
Remove nested use of LOG format

Share this post


Link to post

! 2020.04.11 14:35:38 - Disconnecting

The disconnection here looks like it was done manually. There don't seem to be any errors leading up to that, the previous messages are from normal operation.

Maybe something is terminating it, especially in reference to the "Recovery" messages in your first logs. Can you post some info about your system, please? Something like this will do:

sudo apt-get -y install inxi && inxi -SMCNIz


» I am not an AirVPN team member. All opinions are my own and are not to be considered official. Only the AirVPN Staff account should be viewed as such.

» The forums is a place where you can ask questions to the community. You are not entitled to guaranteed answer times. Answer quality may vary, too. If you need professional support, please create tickets.

» If you're new, take some time to read LZ1's New User Guide to AirVPN. On questions, use the search function first. On errors, search for the error message instead.

» If you choose to create a new thread, keep in mind that we don't know your setup. Give info about it. Never forget the OpenVPN logs or, for Eddie, the support file (Logs > lifebelt icon).

» The community kindly asks you to not set up Tor exit relays when connected to AirVPN. Their IP addresses are subject to restrictions and these are relayed to all users of the affected servers.

 

» Furthermore, I propose that your paranoia is to be destroyed. If you overdo privacy, chances are you will be unique amond the mass again.

Share this post


Link to post

At some point during the night the Eddie tray icon disappeared yet when I run the leak test it's still connected to the VPN.

spec

Share this post


Link to post
Posted ... (edited)
2 hours ago, rymar said:

At some point during the night the Eddie tray icon disappeared yet when I run the leak test it's still connected to the VPN.


That sounds familiar. Your Mono version is so very old, it was default in Debian 8 "stretch" from a few years ago (yes yes, it's also the default of Ubuntu 18.04 on which Tricia seems to be based). Current version is 6.8. Think you can try an upgrade? If there is none in Mint's repos, maybe try the official Mono Project ones. Select Ubuntu there. When you did, let's exaggerate and just download the complete Mono framework, just to be sure it's really not a library error.

sudo apt-get update && sudo apt-get install mono-complete

Edited ... by giganerd
Forgot link

» I am not an AirVPN team member. All opinions are my own and are not to be considered official. Only the AirVPN Staff account should be viewed as such.

» The forums is a place where you can ask questions to the community. You are not entitled to guaranteed answer times. Answer quality may vary, too. If you need professional support, please create tickets.

» If you're new, take some time to read LZ1's New User Guide to AirVPN. On questions, use the search function first. On errors, search for the error message instead.

» If you choose to create a new thread, keep in mind that we don't know your setup. Give info about it. Never forget the OpenVPN logs or, for Eddie, the support file (Logs > lifebelt icon).

» The community kindly asks you to not set up Tor exit relays when connected to AirVPN. Their IP addresses are subject to restrictions and these are relayed to all users of the affected servers.

 

» Furthermore, I propose that your paranoia is to be destroyed. If you overdo privacy, chances are you will be unique amond the mass again.

Share this post


Link to post

Ok so mono has been updated to the latest (stable) version. I still get the connection message error as originally posted when starting Eddie.

mono --version
Mono JIT compiler version 6.8.0.105 (tarball Tue Feb  4 21:20:20 UTC 2020)
Copyright (C) 2002-2014 Novell, Inc, Xamarin Inc and Contributors. www.mono-project.com
    TLS:           __thread
    SIGSEGV:       altstack
    Notifications: epoll
    Architecture:  amd64
    Disabled:      none
    Misc:          softdebug
    Interpreter:   yes
    LLVM:          yes(610)
    Suspend:       hybrid
    GC:            sgen (concurrent by default)

 

Share this post


Link to post
@rymar

Hello!

It's a bug and we are investigating. You can in the meantime safely ignore it as it does not affect anything.

Can you confirm that you get the following log:
 
Quote

. 2020.04.11 10:51:05 - Recovery. Unexpected crash?
. 2020.04.11 10:51:05 - Routes, removed an existing route, 2606:9580:100:d:2bd7:c37b:24c2:c069 for gateway fde6:7a:7d20:104a::1
W 2020.04.11 10:51:05 - Routes, add 192.30.89.51 for gateway 10.19.10.1 failed: Exception: Cannot find device "tun0"
W 2020.04.11 10:51:05 - Routes, add 2606:9580:100:c:8757:8ee:ec9c:991c for gateway fde6:7a:7d20:f0a::1 failed: Exception: Cannot find device "tun0"


even after you have shut Eddie down properly?

Kind regards
 

Share this post


Link to post

So this doesn't show in my log of 2020.04.11 10:51:05.  The search of these strings come back negative. In fact the logging doesn't record any earlier then  2020.04.11 11:21:12. However the following day's log, 2020.04.12eddie_2020-04-12.log does have these messages and yet today's log using a proper shutdown of Eddie doesn't. Seems the logging is a bit inconsistent. Sorry if it seems that I'm muddying the water.

Share this post


Link to post
@rymar

Hello!

The bug is when you shut down Eddie properly and at the next run you find "Recovery" messages etc. etc. If you don't shut down Eddie properly, such messages are correct and expected. The bug does not come out regularly and it's hard to spot, we are investigating. In the meantime you can safely ignore the issue.

Kind regards
 

Share this post


Link to post

Ok thanks for your help. I will consider this solved. Eddie hasn't disappeared from the tray since updating mono.

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...