Search the Community

Here is the stack trace log to this problem: http://dpaste.com/1J8JFNS Kernel: 4.15.0-43-generic x86_64 (64 bit gcc: 5.4.0) Desktop: MATE 1.18.0 (Gtk 3.18.9-1ubuntu3.3) info: mate-panel dm: lightdm Distro: Linux Mint 18.3 Sylvia I do not know exactly when this problem started, but it is easily reproduced by exiting the client, that's all. Eddie has always been a little moody on my my machine. For example, if I disconnected from my modem or just turned off my ethernet connection in Network Manager or elsewhere before eddie was finished quitting, Eddie would freeze during exit and I would check in top see that xorg or mono would be at 100% cpu. Only way to get past it would be to ctrl-alt-bkspace or reboot from the terminal. A little worried by what is actually happening when my system freezes in this way. The log mentions something about raise.c not being found. Should I go back to 2.16? Please advise. I will post a trouble ticket if necessary but I figured someone else out there might be having this happening too.

Hello, I just ordered a subscription but was unable to connect to any server using the eddie-ui software (that i installed from the deb repo) under linux Mint Tara . I've found some related topic (about some trouble under mint) but since my OpenVPN package is already under 2.4.4 it seem's not relevant. So i'm not able to connect to any server and it's looping in connect, disconnect cycle. Here is the Repport : Eddie System/Environment Report - 25/11/2018 10:49 UTC Eddie version: 2.16.3 Eddie OS build: linux_x64 Eddie architecture: x64 OS type: Linux OS name: Linux Mint 19 Tara \n \l OS version: Linux x220 4.15.0-20-generic #21-Ubuntu SMP Tue Apr 24 06:16:15 UTC 2018 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 OpenVPN driver: Found, /dev/net/tun OpenVPN: 2.4.4 - OpenSSL 1.1.0g 2 Nov 2017, LZO 2.08 (/usr/sbin/openvpn) SSH: OpenSSH_7.6p1 Ubuntu-4ubuntu0.1, 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/usname/.airvpn/default.xml Data path: /home/usname/.airvpn Application path: /usr/lib/eddie-ui Executable path: /usr/lib/eddie-ui/Eddie-UI.exe Command line arguments: (5 args) path="/home/usname/.airvpn" path.resources="/usr/share/eddie-ui" path.exec="/usr/bin/eddie-ui" console.mode="none" linux.dbus="unix:path=/run/user/1000/bus" Network Lock Active: No Connected to VPN: No Detected DNS: 127.0.0.53 Test DNS IPv4: Ok Test DNS IPv6: Ok Test Ping IPv4: -1 ms Test Ping IPv6: -1 ms Test HTTP IPv4: Ok Test HTTP IPv6: Error:curl: (7) Couldn't connect to server Test HTTPS: Ok . 2018.11.25 11:44:01 - Eddie version: 2.16.3 / linux_x64, System: Linux, Name: Linux Mint 19 Tara \n \l, Version: Linux x220 4.15.0-20-generic #21-Ubuntu SMP Tue Apr 24 06:16:15 UTC 2018 x86_64 x86_64 x86_64 GNU/Linux, Mono/.Net: 4.6.2 (Debian 4.6.2.7+dfsg-1ubuntu1); Framework: v4.0.30319 . 2018.11.25 11:44:01 - Reading options from /home/usname/.airvpn/default.xml . 2018.11.25 11:44:02 - Command line arguments (5): path="/home/usname/.airvpn" path.resources="/usr/share/eddie-ui" path.exec="/usr/bin/eddie-ui" console.mode="none" linux.dbus="unix:path=/run/user/1000/bus" . 2018.11.25 11:44:02 - Profile path: /home/usname/.airvpn/default.xml . 2018.11.25 11:44:03 - OpenVPN Driver - Found, /dev/net/tun . 2018.11.25 11:44:03 - OpenVPN - Version: 2.4.4 - OpenSSL 1.1.0g 2 Nov 2017, LZO 2.08 (/usr/sbin/openvpn) . 2018.11.25 11:44:03 - SSH - Version: OpenSSH_7.6p1 Ubuntu-4ubuntu0.1, OpenSSL 1.0.2n 7 Dec 2017 (/usr/bin/ssh) . 2018.11.25 11:44:03 - SSL - Version: stunnel 5.44 (/usr/bin/stunnel4) . 2018.11.25 11:44:03 - curl - Version: 7.58.0 (/usr/bin/curl) . 2018.11.25 11:44:03 - Certification Authorities: /usr/share/eddie-ui/cacert.pem . 2018.11.25 11:44:03 - Updating systems & servers data ... I 2018.11.25 11:44:03 - Ready . 2018.11.25 11:44:04 - Systems & servers data update completed I 2018.11.25 11:45:06 - Session starting. I 2018.11.25 11:45:06 - Checking authorization ... ! 2018.11.25 11:45:06 - Connecting to Alderamin (Austria, Vienna) . 2018.11.25 11:45:06 - OpenVPN > OpenVPN 2.4.4 x86_64-pc-linux-gnu [SSL (OpenSSL)] [LZO] [LZ4] [EPOLL] [PKCS11] [MH/PKTINFO] [AEAD] built on Sep 5 2018 . 2018.11.25 11:45:06 - OpenVPN > library versions: OpenSSL 1.1.0g 2 Nov 2017, LZO 2.08 . 2018.11.25 11:45:06 - Connection to OpenVPN Management Interface . 2018.11.25 11:45:06 - OpenVPN > MANAGEMENT: TCP Socket listening on [AF_INET]127.0.0.1:3100 . 2018.11.25 11:45:06 - OpenVPN > Outgoing Control Channel Authentication: Using 160 bit message hash 'SHA1' for HMAC authentication . 2018.11.25 11:45:06 - OpenVPN > Incoming Control Channel Authentication: Using 160 bit message hash 'SHA1' for HMAC authentication . 2018.11.25 11:45:06 - OpenVPN > TCP/UDP: Preserving recently used remote address: [AF_INET]185.9.19.106:443 . 2018.11.25 11:45:06 - OpenVPN > Socket Buffers: R=[212992->212992] S=[212992->212992] . 2018.11.25 11:45:06 - OpenVPN > UDP link local: (not bound) . 2018.11.25 11:45:06 - OpenVPN > UDP link remote: [AF_INET]185.9.19.106:443 . 2018.11.25 11:45:06 - OpenVPN > MANAGEMENT: Client connected from [AF_INET]127.0.0.1:3100 . 2018.11.25 11:45:38 - OpenVPN > [UNDEF] Inactivity timeout (--ping-exit), exiting . 2018.11.25 11:45:38 - OpenVPN > SIGTERM received, sending exit notification to peer . 2018.11.25 11:45:44 - OpenVPN > SIGTERM[soft,exit-with-notification] received, process exiting ! 2018.11.25 11:45:44 - Disconnecting . 2018.11.25 11:45:44 - Connection terminated. I 2018.11.25 11:45:47 - Checking authorization ... ! 2018.11.25 11:45:47 - Connecting to Alderamin (Austria, Vienna) . 2018.11.25 11:45:47 - OpenVPN > OpenVPN 2.4.4 x86_64-pc-linux-gnu [SSL (OpenSSL)] [LZO] [LZ4] [EPOLL] [PKCS11] [MH/PKTINFO] [AEAD] built on Sep 5 2018 . 2018.11.25 11:45:47 - OpenVPN > library versions: OpenSSL 1.1.0g 2 Nov 2017, LZO 2.08 . 2018.11.25 11:45:47 - Connection to OpenVPN Management Interface . 2018.11.25 11:45:47 - OpenVPN > MANAGEMENT: TCP Socket listening on [AF_INET]127.0.0.1:3100 . 2018.11.25 11:45:47 - OpenVPN > Outgoing Control Channel Authentication: Using 160 bit message hash 'SHA1' for HMAC authentication . 2018.11.25 11:45:47 - OpenVPN > Incoming Control Channel Authentication: Using 160 bit message hash 'SHA1' for HMAC authentication . 2018.11.25 11:45:47 - OpenVPN > TCP/UDP: Preserving recently used remote address: [AF_INET]185.9.19.106:443 . 2018.11.25 11:45:47 - OpenVPN > Socket Buffers: R=[212992->212992] S=[212992->212992] . 2018.11.25 11:45:47 - OpenVPN > UDP link local: (not bound) . 2018.11.25 11:45:47 - OpenVPN > UDP link remote: [AF_INET]185.9.19.106:443 . 2018.11.25 11:45:47 - OpenVPN > MANAGEMENT: Client connected from [AF_INET]127.0.0.1:3100 . 2018.11.25 11:46:19 - OpenVPN > [UNDEF] Inactivity timeout (--ping-exit), exiting . 2018.11.25 11:46:19 - OpenVPN > SIGTERM received, sending exit notification to peer . 2018.11.25 11:46:25 - OpenVPN > SIGTERM[soft,exit-with-notification] received, process exiting ! 2018.11.25 11:46:25 - Disconnecting . 2018.11.25 11:46:25 - Connection terminated. I 2018.11.25 11:46:28 - Checking authorization ... ! 2018.11.25 11:46:28 - Connecting to Alderamin (Austria, Vienna) [... keep looping] Thanks for help.

I just install version 2.16.3 in Mint 18.3 Cinnamon. Installation is fine. However it cannot connect to any site. Any server connection goes into a loop and disconnect-reconnect. I have tried version 2.15.2, same effect. It is a dual boot system and with windows 7, the connection goes through and work without issue. It is something with Mint (tried it on 2 computers). I tried differents protocols but it make no difference. Don't use any proxy either. ...log : . 2018.11.18 11:49:54 - Eddie version: 2.15.2 / linux_x64, System: Linux, Name: Linux Mint 18.3 Sylvia \n \l, Version: Linux Mint181Sandra 4.15.0-38-generic #41~16.04.1-Ubuntu SMP Wed Oct 10 20:16:04 UTC 2018 x86_64 x86_64 x86_64 GNU/Linux, Mono/.Net: 4.2.1 (Debian 4.2.1.102+dfsg2-7ubuntu4); Framework: v4.0.30319. 2018.11.18 11:49:54 - Reading options from /home/maurice/.airvpn/default.xml. 2018.11.18 11:49:54 - Command line arguments (5): path="/home/maurice/.airvpn" path.resources="/usr/share/eddie-ui" path.exec="/usr/bin/eddie-ui" console.mode="none" linux.dbus="unix:abstract=/tmp/dbus-cIKaXdGTnI,guid=0652ccb2ce73e70484cf419f5bf18313". 2018.11.18 11:49:54 - Profile path: /home/maurice/.airvpn/default.xml. 2018.11.18 11:49:56 - OpenVPN Driver - Found, /dev/net/tun. 2018.11.18 11:49:56 - OpenVPN - Version: 2.3.10 - OpenSSL 1.0.2g 1 Mar 2016, LZO 2.08 (/usr/sbin/openvpn). 2018.11.18 11:49:56 - SSH - Version: OpenSSH_7.2p2 Ubuntu-4ubuntu2.6, OpenSSL 1.0.2g 1 Mar 2016 (/usr/bin/ssh). 2018.11.18 11:49:56 - SSL - Version: stunnel 5.30 (/usr/bin/stunnel4). 2018.11.18 11:49:56 - curl - Version: 7.47.0 (/usr/bin/curl). 2018.11.18 11:49:56 - Certification Authorities: /usr/share/eddie-ui/cacert.pem. 2018.11.18 11:49:56 - Updating systems & servers data ...I 2018.11.18 11:49:56 - Ready. 2018.11.18 11:49:57 - Systems & servers data update completedI 2018.11.18 11:50:04 - Session starting.I 2018.11.18 11:50:04 - Checking authorization ...! 2018.11.18 11:50:04 - Connecting to Sargas (Canada, Toronto, Ontario). 2018.11.18 11:50:04 - OpenVPN > OpenVPN 2.3.10 x86_64-pc-linux-gnu [sSL (OpenSSL)] [LZO] [EPOLL] [PKCS11] [MH] [iPv6] built on Jun 22 2017. 2018.11.18 11:50:04 - OpenVPN > library versions: OpenSSL 1.0.2g 1 Mar 2016, LZO 2.08. 2018.11.18 11:50:04 - Connection to OpenVPN Management Interface. 2018.11.18 11:50:04 - OpenVPN > MANAGEMENT: TCP Socket listening on [AF_INET]127.0.0.1:3100. 2018.11.18 11:50:04 - OpenVPN > Control Channel Authentication: tls-auth using INLINE static key file. 2018.11.18 11:50:04 - OpenVPN > Outgoing Control Channel Authentication: Using 160 bit message hash 'SHA1' for HMAC authentication. 2018.11.18 11:50:04 - OpenVPN > Incoming Control Channel Authentication: Using 160 bit message hash 'SHA1' for HMAC authentication. 2018.11.18 11:50:04 - OpenVPN > Socket Buffers: R=[212992->212992] S=[212992->212992]. 2018.11.18 11:50:04 - OpenVPN > UDPv4 link local: [undef]. 2018.11.18 11:50:04 - OpenVPN > UDPv4 link remote: [AF_INET]184.75.223.194:443. 2018.11.18 11:50:04 - OpenVPN > TLS: Initial packet from [AF_INET]184.75.223.194:443, sid=0eddd595 08332285. 2018.11.18 11:50:04 - OpenVPN > MANAGEMENT: Client connected from [AF_INET]127.0.0.1:3100. 2018.11.18 11:50:04 - OpenVPN > VERIFY OK: depth=1, C=IT, ST=IT, L=Perugia, O=airvpn.org, CN=airvpn.org CA, emailAddress=info@airvpn.org. 2018.11.18 11:50:04 - OpenVPN > Validating certificate key usage. 2018.11.18 11:50:04 - OpenVPN > ++ Certificate has key usage 00a0, expects 00a0. 2018.11.18 11:50:04 - OpenVPN > VERIFY KU OK. 2018.11.18 11:50:04 - OpenVPN > Validating certificate extended key usage. 2018.11.18 11:50:04 - OpenVPN > ++ Certificate has EKU (str) TLS Web Server Authentication, expects TLS Web Server Authentication. 2018.11.18 11:50:04 - OpenVPN > VERIFY EKU OK. 2018.11.18 11:50:04 - OpenVPN > VERIFY OK: depth=0, C=IT, ST=IT, L=Perugia, O=airvpn.org, CN=Sargas, emailAddress=info@airvpn.org. 2018.11.18 11:50:04 - OpenVPN > Data Channel Encrypt: Cipher 'AES-256-CBC' initialized with 256 bit key. 2018.11.18 11:50:04 - OpenVPN > Data Channel Encrypt: Using 160 bit message hash 'SHA1' for HMAC authentication. 2018.11.18 11:50:04 - OpenVPN > Data Channel Decrypt: Cipher 'AES-256-CBC' initialized with 256 bit key. 2018.11.18 11:50:04 - OpenVPN > Data Channel Decrypt: Using 160 bit message hash 'SHA1' for HMAC authentication. 2018.11.18 11:50:04 - OpenVPN > Control Channel: TLSv1.2, cipher TLSv1/SSLv3 DHE-RSA-AES256-GCM-SHA384, 4096 bit RSA. 2018.11.18 11:50:04 - OpenVPN > [sargas] Peer Connection Initiated with [AF_INET]184.75.223.194:443. 2018.11.18 11:50:07 - OpenVPN > SENT CONTROL [sargas]: 'PUSH_REQUEST' (status=1). 2018.11.18 11:50:07 - OpenVPN > PUSH: Received control message: 'PUSH_REPLY,comp-lzo no,redirect-gateway def1 bypass-dhcp,dhcp-option DNS 10.29.56.1,route-gateway 10.29.56.1,topology subnet,ping 10,ping-restart 60,ifconfig 10.29.56.206 255.255.255.0,peer-id 5'. 2018.11.18 11:50:07 - OpenVPN > OPTIONS IMPORT: timers and/or timeouts modified. 2018.11.18 11:50:07 - OpenVPN > OPTIONS IMPORT: LZO parms modified. 2018.11.18 11:50:07 - OpenVPN > OPTIONS IMPORT: --ifconfig/up options modified. 2018.11.18 11:50:07 - OpenVPN > OPTIONS IMPORT: route options modified. 2018.11.18 11:50:07 - OpenVPN > OPTIONS IMPORT: route-related options modified. 2018.11.18 11:50:07 - OpenVPN > OPTIONS IMPORT: --ip-win32 and/or --dhcp-option options modified. 2018.11.18 11:50:07 - OpenVPN > OPTIONS IMPORT: peer-id set. 2018.11.18 11:50:07 - OpenVPN > OPTIONS IMPORT: adjusting link_mtu to 1561. 2018.11.18 11:50:07 - OpenVPN > ROUTE_GATEWAY 192.168.1.1/255.255.255.0 IFACE=enp3s0 HWADDR=e0:d5:5e:7b:4b:4a. 2018.11.18 11:50:07 - OpenVPN > TUN/TAP device tun0 opened. 2018.11.18 11:50:07 - OpenVPN > TUN/TAP TX queue length set to 100. 2018.11.18 11:50:07 - OpenVPN > do_ifconfig, tt->ipv6=0, tt->did_ifconfig_ipv6_setup=0. 2018.11.18 11:50:07 - OpenVPN > /sbin/ip link set dev tun0 up mtu 1500. 2018.11.18 11:50:07 - OpenVPN > /sbin/ip addr add dev tun0 10.29.56.206/24 broadcast 10.29.56.255. 2018.11.18 11:50:12 - OpenVPN > /sbin/ip route add 184.75.223.194/32 via 192.168.1.1. 2018.11.18 11:50:12 - OpenVPN > /sbin/ip route add 0.0.0.0/1 via 10.29.56.1. 2018.11.18 11:50:12 - OpenVPN > /sbin/ip route add 128.0.0.0/1 via 10.29.56.1. 2018.11.18 11:50:12 - /etc/resolv.conf moved to /etc/resolv.conf.eddie as backup. 2018.11.18 11:50:12 - DNS of the system updated to VPN DNS (Rename method: /etc/resolv.conf generated). 2018.11.18 11:50:12 - Routes, added a new route, 184.75.223.195 for gateway 10.29.56.1. 2018.11.18 11:50:12 - Unable to compute route for 2606:6080:1002:4:88e7:e893:3692:25d2: IPv6 VPN gateway not available.. 2018.11.18 11:50:12 - Flushing DNSI 2018.11.18 11:50:14 - Checking route IPv4I 2018.11.18 11:50:14 - Checking route IPv6. 2018.11.18 11:50:14 - curl: (7) Couldn't connect to server. 2018.11.18 11:50:14 - Checking route (2° try). 2018.11.18 11:50:15 - curl: (7) Couldn't connect to server. 2018.11.18 11:50:15 - Checking route (3° try). 2018.11.18 11:50:17 - curl: (7) Couldn't connect to serverE 2018.11.18 11:50:17 - Checking route IPv6 failed.. 2018.11.18 11:50:17 - OpenVPN > Initialization Sequence Completed! 2018.11.18 11:50:17 - Disconnecting. 2018.11.18 11:50:17 - Routes, removed a route previously added, 184.75.223.195 for gateway 10.29.56.1. 2018.11.18 11:50:17 - Sending management termination signal. 2018.11.18 11:50:17 - Management - Send 'signal SIGTERM'. 2018.11.18 11:50:17 - OpenVPN > MANAGEMENT: CMD 'signal SIGTERM'. 2018.11.18 11:50:17 - OpenVPN > SIGTERM received, sending exit notification to peer. 2018.11.18 11:50:22 - OpenVPN > /sbin/ip route del 184.75.223.194/32. 2018.11.18 11:50:22 - OpenVPN > /sbin/ip route del 0.0.0.0/1. 2018.11.18 11:50:22 - OpenVPN > /sbin/ip route del 128.0.0.0/1. 2018.11.18 11:50:22 - OpenVPN > Closing TUN/TAP interface. 2018.11.18 11:50:22 - OpenVPN > /sbin/ip addr del dev tun0 10.29.56.206/24. 2018.11.18 11:50:22 - OpenVPN > SIGTERM[soft,exit-with-notification] received, process exiting. 2018.11.18 11:50:22 - Connection terminated.. 2018.11.18 11:50:22 - DNS of the system restored to original settings (Rename method)I 2018.11.18 11:50:25 - Cancel requested.! 2018.11.18 11:50:25 - Session terminated.I 2018.11.18 11:50:31 - Session starting.I 2018.11.18 11:50:31 - Checking authorization ...! 2018.11.18 11:50:32 - Connecting to Musca (United States, Atlanta, Georgia). 2018.11.18 11:50:32 - OpenVPN > OpenVPN 2.3.10 x86_64-pc-linux-gnu [sSL (OpenSSL)] [LZO] [EPOLL] [PKCS11] [MH] [iPv6] built on Jun 22 2017. 2018.11.18 11:50:32 - OpenVPN > library versions: OpenSSL 1.0.2g 1 Mar 2016, LZO 2.08. 2018.11.18 11:50:32 - Connection to OpenVPN Management Interface. 2018.11.18 11:50:32 - OpenVPN > MANAGEMENT: TCP Socket listening on [AF_INET]127.0.0.1:3100. 2018.11.18 11:50:32 - OpenVPN > Control Channel Authentication: tls-auth using INLINE static key file. 2018.11.18 11:50:32 - OpenVPN > Outgoing Control Channel Authentication: Using 160 bit message hash 'SHA1' for HMAC authentication. 2018.11.18 11:50:32 - OpenVPN > Incoming Control Channel Authentication: Using 160 bit message hash 'SHA1' for HMAC authentication. 2018.11.18 11:50:32 - OpenVPN > Socket Buffers: R=[212992->212992] S=[212992->212992]. 2018.11.18 11:50:32 - OpenVPN > UDPv4 link local: [undef]. 2018.11.18 11:50:32 - OpenVPN > UDPv4 link remote: [AF_INET]64.42.179.42:443. 2018.11.18 11:50:32 - OpenVPN > TLS: Initial packet from [AF_INET]64.42.179.42:443, sid=68723762 59be19ea. 2018.11.18 11:50:32 - OpenVPN > MANAGEMENT: Client connected from [AF_INET]127.0.0.1:3100. 2018.11.18 11:50:32 - OpenVPN > VERIFY OK: depth=1, C=IT, ST=IT, L=Perugia, O=airvpn.org, CN=airvpn.org CA, emailAddress=info@airvpn.org. 2018.11.18 11:50:32 - OpenVPN > Validating certificate key usage. 2018.11.18 11:50:32 - OpenVPN > ++ Certificate has key usage 00a0, expects 00a0. 2018.11.18 11:50:32 - OpenVPN > VERIFY KU OK. 2018.11.18 11:50:32 - OpenVPN > Validating certificate extended key usage. 2018.11.18 11:50:32 - OpenVPN > ++ Certificate has EKU (str) TLS Web Server Authentication, expects TLS Web Server Authentication. 2018.11.18 11:50:32 - OpenVPN > VERIFY EKU OK. 2018.11.18 11:50:32 - OpenVPN > VERIFY OK: depth=0, C=IT, ST=IT, L=Perugia, O=airvpn.org, CN=Musca, emailAddress=info@airvpn.org. 2018.11.18 11:50:32 - OpenVPN > Data Channel Encrypt: Cipher 'AES-256-CBC' initialized with 256 bit key. 2018.11.18 11:50:32 - OpenVPN > Data Channel Encrypt: Using 160 bit message hash 'SHA1' for HMAC authentication. 2018.11.18 11:50:32 - OpenVPN > Data Channel Decrypt: Cipher 'AES-256-CBC' initialized with 256 bit key. 2018.11.18 11:50:32 - OpenVPN > Data Channel Decrypt: Using 160 bit message hash 'SHA1' for HMAC authentication. 2018.11.18 11:50:32 - OpenVPN > Control Channel: TLSv1.2, cipher TLSv1/SSLv3 DHE-RSA-AES256-GCM-SHA384, 4096 bit RSA. 2018.11.18 11:50:32 - OpenVPN > [Musca] Peer Connection Initiated with [AF_INET]64.42.179.42:443. 2018.11.18 11:50:35 - OpenVPN > SENT CONTROL [Musca]: 'PUSH_REQUEST' (status=1). 2018.11.18 11:50:35 - OpenVPN > PUSH: Received control message: 'PUSH_REPLY,comp-lzo no,redirect-gateway def1 bypass-dhcp,dhcp-option DNS 10.23.56.1,route-gateway 10.23.56.1,topology subnet,ping 10,ping-restart 60,ifconfig 10.23.56.80 255.255.255.0,peer-id 1'. 2018.11.18 11:50:35 - OpenVPN > OPTIONS IMPORT: timers and/or timeouts modified. 2018.11.18 11:50:35 - OpenVPN > OPTIONS IMPORT: LZO parms modified. 2018.11.18 11:50:35 - OpenVPN > OPTIONS IMPORT: --ifconfig/up options modified. 2018.11.18 11:50:35 - OpenVPN > OPTIONS IMPORT: route options modified. 2018.11.18 11:50:35 - OpenVPN > OPTIONS IMPORT: route-related options modified. 2018.11.18 11:50:35 - OpenVPN > OPTIONS IMPORT: --ip-win32 and/or --dhcp-option options modified. 2018.11.18 11:50:35 - OpenVPN > OPTIONS IMPORT: peer-id set. 2018.11.18 11:50:35 - OpenVPN > OPTIONS IMPORT: adjusting link_mtu to 1561. 2018.11.18 11:50:35 - OpenVPN > ROUTE_GATEWAY 192.168.1.1/255.255.255.0 IFACE=enp3s0 HWADDR=e0:d5:5e:7b:4b:4a. 2018.11.18 11:50:35 - OpenVPN > TUN/TAP device tun0 opened. 2018.11.18 11:50:35 - OpenVPN > TUN/TAP TX queue length set to 100. 2018.11.18 11:50:35 - OpenVPN > do_ifconfig, tt->ipv6=0, tt->did_ifconfig_ipv6_setup=0. 2018.11.18 11:50:35 - OpenVPN > /sbin/ip link set dev tun0 up mtu 1500. 2018.11.18 11:50:35 - OpenVPN > /sbin/ip addr add dev tun0 10.23.56.80/24 broadcast 10.23.56.255. 2018.11.18 11:50:40 - OpenVPN > /sbin/ip route add 64.42.179.42/32 via 192.168.1.1. 2018.11.18 11:50:40 - OpenVPN > /sbin/ip route add 0.0.0.0/1 via 10.23.56.1. 2018.11.18 11:50:40 - OpenVPN > /sbin/ip route add 128.0.0.0/1 via 10.23.56.1. 2018.11.18 11:50:40 - /etc/resolv.conf moved to /etc/resolv.conf.eddie as backup. 2018.11.18 11:50:40 - DNS of the system updated to VPN DNS (Rename method: /etc/resolv.conf generated). 2018.11.18 11:50:40 - Routes, added a new route, 64.42.179.43 for gateway 10.23.56.1. 2018.11.18 11:50:40 - Unable to compute route for 2605:9f80:6000:78:848d:e3b5:8bc8:34f: IPv6 VPN gateway not available.. 2018.11.18 11:50:40 - Flushing DNSI 2018.11.18 11:50:41 - Checking route IPv4I 2018.11.18 11:50:42 - Checking route IPv6. 2018.11.18 11:50:42 - curl: (7) Couldn't connect to server. 2018.11.18 11:50:42 - Checking route (2° try). 2018.11.18 11:50:43 - curl: (7) Couldn't connect to server. 2018.11.18 11:50:43 - Checking route (3° try). 2018.11.18 11:50:45 - curl: (7) Couldn't connect to serverE 2018.11.18 11:50:45 - Checking route IPv6 failed.. 2018.11.18 11:50:45 - OpenVPN > Initialization Sequence Completed! 2018.11.18 11:50:45 - Disconnecting. 2018.11.18 11:50:45 - Routes, removed a route previously added, 64.42.179.43 for gateway 10.23.56.1. 2018.11.18 11:50:45 - Sending management termination signal. 2018.11.18 11:50:45 - Management - Send 'signal SIGTERM'. 2018.11.18 11:50:45 - OpenVPN > MANAGEMENT: CMD 'signal SIGTERM'. 2018.11.18 11:50:45 - OpenVPN > SIGTERM received, sending exit notification to peer. 2018.11.18 11:50:50 - OpenVPN > /sbin/ip route del 64.42.179.42/32. 2018.11.18 11:50:50 - OpenVPN > /sbin/ip route del 0.0.0.0/1. 2018.11.18 11:50:50 - OpenVPN > /sbin/ip route del 128.0.0.0/1. 2018.11.18 11:50:50 - OpenVPN > Closing TUN/TAP interface. 2018.11.18 11:50:50 - OpenVPN > /sbin/ip addr del dev tun0 10.23.56.80/24. 2018.11.18 11:50:50 - OpenVPN > SIGTERM[soft,exit-with-notification] received, process exiting. 2018.11.18 11:50:50 - Connection terminated.. 2018.11.18 11:50:50 - DNS of the system restored to original settings (Rename method)I 2018.11.18 11:50:52 - Cancel requested.! 2018.11.18 11:50:52 - Session terminated.

Question... If I just click the "X" in the upper right corner to close the program, Eddie doesn't always automatically deactivate the network lock. Sometimes it does, and sometimes it doesn't. Is this a bug, or am I using the program incorrectly? What I mean is, am I always supposed to click the Deactivate button before exiting Eddie? If I do that, it always works. I'm using Eddie 2.12.4 on Linux Mint 18.1 Serena.

Dear All, I have recently been trying to make the move to Linux from Windows 10. I have moved over to Linux Mint Cinnamon (latest version) I have managed to get Eddie to run at startup however when I log in the program always requires a password to be entered to authenticate it and allownit to start. This is not very fluid. Is there anyway in Linux to remove this having to enter the password. I have just typed the password to login to the account and would like Eddie to start, connect to a recommended server and activate network lock without retyping the password like it does when you log into Windows. Any help from someone more proficient on the use of Linux would be much appreciated.

Hello there! Is there a way to hide Eddie in the tray under linux so it wont appear in the window list?

I've recently purchased AirVPN and set up the client for usage with two windows devices, however I'm having issues with one of my Linux systems. In the first instance, when trying to install the client via the package installer, I received the message: Error: Dependency is not satisfiable: "libmono-system-runtime2.0-cil" ... Since I couldn't use the installer, I downloaded the mobile client instead. Everything seemed to be running smoothly, except when I ran a check on ipleak.net, I found that my UK details were displayed along with the foreign IP from the VPN. My accurate location was also shown on the Google Maps image at the bottom of the screen. This is not the case with either of my windows devices. In the windows instances, the only addresses and locations shown are those coming from the VPN. Also, the ipleaks check reads: "AirVPN Exit Node: No." With both my windows devices, this section reads: "AirVPN Exit Node: Yes." Forgive me if I sound foolish, but I really am confused as to what the issue could be. Any help would be greatly appreciated.

A maybe quick and probably elementary question: In a Linux Mint Virtualbox installation running Eddie with Network Lock active, do I need to/should I have any additional firewall going?

I'm not sure where to start on this one tbh. I was sat looking at my comp the other day and came up with the idea of using my router firewall (multi OS boot PC) to reject the majority of unwanted traffic. At the moment on my linux mint install (I'm very new to linux - 2 weeks) this is done by iptables and similar setup on windows OS. With windows this isn't a problem as the tap adapter produces a MAC but on my linux install it uses Tun masquerading as my eth adapter IP/no MAC. I should probably first ask is there a need - it would make life easier and rejects traffic at the router reducing network load, a second(1st) line of leak defence if an accidental change is made? I can't setup a firewall rule on my router (non wrt/tomato) that will give the restrictions needed without a separate MAC or IP to my physical adapter. I have tried to setup a Tap adapter on my linux install and ultimately failed. I have tried (linux mint) using gnome network manager (bridge utils installed) ticking the box use tap and downloaded Airvpn config files (no extra lines at point of download) replacing the lines in the file after putting in directory 'dev tun' with 'dev tap0' along with bridge ip's etc and without. I did read somewhere I may need to change 'update-resolv-conf'... Basically I'm out of my depth without help at this stage and I didn't want to make the huge number of changes some articles I read gave guidance for without further advice and guidance. In summary: 1- Will this indeed work well as a second leak protection measure? 2- Is it worth the effort? 3- Thoughts on the idea? 4- How do I change to use a Tap instead of tun with minimal/succinct changes? IF this makes no sense at all, please feel free to pull me up on it

Hello, I have a strange problem: I'm using Linux Mint 17 (Cinnamon, 64-bit), no firewall settings applied. After connecting to AirVPN through the network-manager (using .ovpn config file imported) or using "Eddie 2.1 (Portable)" I cannot connect to my Jabber/XMPP profiles (i have two different profiles on two different jabber-servers, including Jitsi). I have tried Pidgin, Gajim and Jitsi. Pidgin cannot login into my accout, Gajim is seems to be connected but no one can see me logged in and I don't see any contacts online, and I cannot send/receive any messages - so I'm accually offline. When I am connected to Jitsi/XMPP account I can see other contacts and they can see me, but I cannot send messages only receive them and I cannot make/receive any calls. In all cases, when I use "Net Activity Viewer" application I see that there is a connection established from local address 10.4.x.x to a jabber-server on a remote port 5222 but still I cannot communicate. I have also tried to flush iptables settings just to be sure - it didn't help. // Just to be clear - I try to connect to XMPP after I have established AirVPN connection. Everything else working but XMPP. When I'm disconnected from AirVPN everything works just fine. // I was using AirVPN under Windows 7 and everything was working (with Comodo anti-leaking Global Rules applied). To be 100% sure, I have tried a clean install of Linux Mint 16 and 17 (both Cinnamon, 64-bit) on a flash drive. The problem repeated. There is more: I have tried to boot from Linux Mint Debian Edition (from a flash drive with installation iso image written on it) - there was NO problem connecting to XMPP accounts under AirVPN connection (using Eddie 2.1 Portable! I just don't know what to think about all of this... some kind of a mystery.

Hi- this isn't so much a problem as a change I've noticed since upgrading my OS to run OpenVPN Last year was running 2 main devices. Laptop on Ubuntu 9.04 and a tablet on Ice Cream Sandwich. OpenVPN wouldn't run on Ubuntu 9.04 on laptop, had to configure seperately via Network Manager. Worked a treat on laptop, except whenever my connection was disrupted and AirVPN automatically reconnected but to a different server, Facebook and Gmail would go into spasms, lock me out and I'd need to reanswer security questions. It was painful, but I felt safe I could run OpenVPN on my Android tablet, and I don't recall having this reconnection security issue at either site ( but didn't use the tablet much ) I upgraded to Mint last year, was able to install OpenVPN and run my AirVPN acct through it. But I did notice that since then, neither FB or Gmail has had security issues with this when connection drops and is re-established via a different server A colleague suggested that perhaps in the interim AirVPN may have updated it's routing so that reconnects don't cause Facebook/ Gmail to warn about session hijacks, and I should check that first Is this the case? Or is OpenVPN somehow signalling that a VPN is being used with some sites such as Facebook? TIA