All Activity
This stream auto-updates
- Past hour
-
-
-
-
-
-
-
-
-
- Today
-
-
-
I think this might be related to data centers. Some data centers offer excellent services, while others provide poor services. I believe as the AirVPN business expands, there will be more and more high-quality data centers providing services.🤔🤔🤔
-
- Yesterday
-
-
Tech Jedi Alex started following Network lock, Eddie client stuck on checking dns, Portable Eddie stop connecting on Dec, 26 on my 2 computers and and 1 other ...
-
Eddie client stuck on checking dns
Tech Jedi Alex replied to aztrace's topic in Troubleshooting and Problems
Enable DNS checks again and close Eddie, reopen and connect, then provide a system report. . -
Portable Eddie stop connecting on Dec, 26 on my 2 computers
Tech Jedi Alex replied to pexu's topic in Eddie - AirVPN Client
Enable IPv6 in the system, or:… Oh, wait, before even that: I 2025.12.29 14:52:39 - Eddie version: 2.13.6 / linux_x64, System: Linux, Name: PCLinuxOS release 2026 (PCLinuxOS) for x86_64Kernel 5.10.45-pclos1 on an 8-processor x86_64 / \l, Version: Linux magritte.localdomain 5.10.45-pclos1 #1 SMP Fri Jun 18 05:28:17 CDT 2021 x86_64 GNU/Linux, Mono/.Net Framework: v4.0.30319 . 2025.12.29 14:52:49 - OpenVPN > OpenVPN 2.4.3 x86_64-unknown-linux-gnu [SSL (OpenSSL)] [LZO] [LZ4] [EPOLL] [MH/PKTINFO] [AEAD] built on Aug 9 2017 . 2025.12.29 14:52:49 - OpenVPN > library versions: OpenSSL 1.0.2l 25 May 2017, LZO 2.10 Eddie 2.13.6? Kernel 5.10? OpenVPN 2.4.3 and OpenSSL 1.0.2l? Please do a system update immediately! You're running a 2017 Eddie, OpenVPN and OpenSSL version on a 2020 kernel! -
Be advised that the servers started pushing IPv6 recently (in the PUSH_REPLY there now is redirect-gateway ipv6). The guide references v4 only, so if v6 is disabled in the system OpenVPN will fail to connect. You must explicitly filter out all pushed IPv6 options, see: Or adapt the guide to include v6.
-
Not sure what you're asking. If you enable NetLock and don't connect, no traffic flows out, ever, except to any AirVPN server. So browsers won't connect anywhere.
-
-
Got 2 machines with eddie win 10 and 7. And both got stuck on checking dns on any server. Started about dec 20th or so. If disable dns check in eddie settings, then it connects to server, but cqnt access any websites. any suggestuons how to resolve it?
-
-
Hi Not sure if this is the right arena for this but is it possible to have an additional server in Ireland? I think it's quite often at capacity for bandwidth in the evenings (GMT). Thanks
-
That is yet to be determined. SIGTERM will do that, but it will also trigger the confirmation dialog about closing Eddie (set in Preferences > UI > Exit confirmation prompt). I wonder which of the other termination signals will trigger a normal termination, too. Maybe none of them. Not really clear from man signal.h, there's an interesting table there. T is a termination signal, A is termination with additional actions. SIGTERM and SIGKILL are both T, but one is a butler politely asking you to leave, the other is a guillotine. Our SIGABRT is A, and Mono is given time to create a crash report, so I carefully deduce that all A signals will cause a crash report to be generated, and Eddie will disconnect but leave NetLock on. The following signals shall be supported on all implementations (default actions are explained below the table): ┌───────────┬────────────────┬────────────────────────────────────────────────────┐ │ Signal │ Default Action │ Description │ ├───────────┼────────────────┼────────────────────────────────────────────────────┤ │ SIGABRT │ A │ Process abort signal. │ │ SIGALRM │ T │ Alarm clock. │ │ SIGBUS │ A │ Access to an undefined portion of a memory object. │ │ SIGCHLD │ I │ Child process terminated, stopped, │ │ │ │ or continued. │ │ SIGCONT │ C │ Continue executing, if stopped. │ │ SIGFPE │ A │ Erroneous arithmetic operation. │ │ SIGHUP │ T │ Hangup. │ │ SIGILL │ A │ Illegal instruction. │ │ SIGINT │ T │ Terminal interrupt signal. │ │ SIGKILL │ T │ Kill (cannot be caught or ignored). │ │ SIGPIPE │ T │ Write on a pipe with no one to read it. │ │ SIGQUIT │ A │ Terminal quit signal. │ │ SIGSEGV │ A │ Invalid memory reference. │ │ SIGSTOP │ S │ Stop executing (cannot be caught or ignored). │ │ SIGTERM │ T │ Termination signal. │ │ SIGTSTP │ S │ Terminal stop signal. │ │ SIGTTIN │ S │ Background process attempting read. │ │ SIGTTOU │ S │ Background process attempting write. │ │ SIGUSR1 │ T │ User-defined signal 1. │ │ SIGUSR2 │ T │ User-defined signal 2. │ │ SIGPOLL │ T │ Pollable event. │ │ SIGPROF │ T │ Profiling timer expired. │ │ SIGSYS │ A │ Bad system call. │ │ SIGTRAP │ A │ Trace/breakpoint trap. │ │ SIGURG │ I │ High bandwidth data is available at a socket. │ │ SIGVTALRM │ T │ Virtual timer expired. │ │ SIGXCPU │ A │ CPU time limit exceeded. │ │ SIGXFSZ │ A │ File size limit exceeded. │ │ │ │ │ └───────────┴────────────────┴────────────────────────────────────────────────────┘ .
-
Kornephoros is airvpns better 10gb server in canada. it almost gives me full speeds on my home server(connected via wifi) funny enough their now decommissioned wurren was a pretty crappy in my experience. i was never able to get more than 80mbit on wurren even though it was also supposedly a 10gbit server... even regular 1gbit server outperformed wurren
-
[SOLVED] Network lock protection lost when eddie-ui crashes
zebulon replied to zebulon's topic in Eddie - AirVPN Client
OK this is great. I think the key process is kworker/14:0-wg-crypt-Eddie whichis separate from the UI. So even if the UI crashes those process stay unaffected and do not disengage the lock. Only a clean end signal for Edie UI also disengage the lock, as it does when exiting Eddie UI cleanly. Am I correct here? -
-
I am quite new, so Im ready to be roasted for my setup. But the short story is that I have Tailscale installed on both my servers, and my private machine so I can configure and watch media while I am at work some times. The problem is that when I enable the Network lock feature, Tailscale shits itself and Im unable to connect from my private machine to my services. These services are running on example 8080, 9443, 5055 and so on. But as RDP and SSH works fine with this, I found out that the server itself can use the tailscale ip (100.70.***) to connect to those services. So Im a bit lost here and looking for some advice. My allow list is the following at the moment for both incoming and outgoing: 127.0.0.0/8 192.168.0.0/16 10.0.0.0/8 100.68.****/32 172.17.0.0/16 172.18.0.0/16 172.19.0.0/16 100.64.0.0/10 Thank you ! 😀
-
-
-
-
Hello! We're very glad to inform you that a new 10 Gbit/s full duplex server located in Los Angeles, California, is available: Revati. The AirVPN client will show automatically the new server; if you use any other OpenVPN or WireGuard client you can generate all the files to access it through our configuration/certificates/key generator (menu "Client Area"->"Config generator"). The server accepts connections on ports 53, 80, 443, 1194, 2018 UDP and TCP for OpenVPN and ports 1637, 47107 and 51820 UDP for WireGuard. Revati supports OpenVPN over SSL and OpenVPN over SSH, TLS 1.3, OpenVPN tls-crypt and WireGuard. Full IPv6 support is included as well. As usual no traffic limits, no logs, no discrimination on protocols and hardened security against various attacks with separate entry and exit-IP addresses. You can check the status as usual in our real time servers monitor , by clicking the server name. Direct link: https://airvpn.org/servers/Revati Do not hesitate to contact us for any information or issue. Kind regards & datalove AirVPN Staff
-
-
-
- Last week
-
-
Ah, I forgot to check that. Apologies. Retested. Confirmed that Network Lock is not disengaged when Eddie is SIGABRTed. All nf_tables rules were still present. While the VPN connection is terminated more or less normally, Eddie does not disengage NetLock, so people are probably safe when it comes to crashes.
-
-
Hi to all! Those 2 boxes are Linux. On my Shield, Eddie for Android can't connect to Canadian server but connect easily to American. I include 2 logs because the messages are a bit different. TIA! I 2025.12.29 14:52:39 - Eddie version: 2.13.6 / linux_x64, System: Linux, Name: PCLinuxOS release 2026 (PCLinuxOS) for x86_64Kernel 5.10.45-pclos1 on an 8-processor x86_64 / \l, Version: Linux magritte.localdomain 5.10.45-pclos1 #1 SMP Fri Jun 18 05:28:17 CDT 2021 x86_64 GNU/Linux, Mono/.Net Framework: v4.0.30319 . 2025.12.29 14:52:39 - Reading options from /home/pierre/Eddie/AirVPN.xml . 2025.12.29 14:52:40 - Command line arguments (1): console.mode="none" I 2025.12.29 14:52:41 - OpenVPN Driver - Found, /dev/net/tun I 2025.12.29 14:52:41 - OpenVPN - Version: 2.4.3 - OpenSSL 1.0.2l 25 May 2017, LZO 2.10 (/home/pierre/Eddie/openvpn) I 2025.12.29 14:52:41 - SSH - Version: OpenSSH_9.8p1, OpenSSL 3.1.8 11 Feb 2025 (/usr/bin/ssh) I 2025.12.29 14:52:41 - SSL - Version: stunnel 5.40 (/home/pierre/Eddie/stunnel) I 2025.12.29 14:52:41 - curl - Version: 8.10.1 (/usr/bin/curl) I 2025.12.29 14:52:41 - Certification Authorities: /home/pierre/Eddie/cacert.pem . 2025.12.29 14:52:41 - Updating systems & servers data ... W 2025.12.29 14:52:41 - Special Christmas deal: save up to 68% W 2025.12.29 14:52:41 - send a gift to a friend or give yourself the gift of privacy ! 2025.12.29 14:52:41 - Ready . 2025.12.29 14:52:41 - Systems & servers data update completed I 2025.12.29 14:52:45 - Checking login ... ! 2025.12.29 14:52:45 - Logged in. I 2025.12.29 14:52:49 - Session starting. I 2025.12.29 14:52:49 - Checking authorization ... ! 2025.12.29 14:52:49 - Connecting to Kornephoros (Canada, Toronto, Ontario) . 2025.12.29 14:52:49 - OpenVPN > OpenVPN 2.4.3 x86_64-unknown-linux-gnu [SSL (OpenSSL)] [LZO] [LZ4] [EPOLL] [MH/PKTINFO] [AEAD] built on Aug 9 2017 . 2025.12.29 14:52:49 - OpenVPN > library versions: OpenSSL 1.0.2l 25 May 2017, LZO 2.10 . 2025.12.29 14:52:49 - Connection to OpenVPN Management Interface . 2025.12.29 14:52:49 - OpenVPN > MANAGEMENT: TCP Socket listening on [AF_INET]127.0.0.1:3100 . 2025.12.29 14:52:49 - OpenVPN > Outgoing Control Channel Authentication: Using 160 bit message hash 'SHA1' for HMAC authentication . 2025.12.29 14:52:49 - OpenVPN > Incoming Control Channel Authentication: Using 160 bit message hash 'SHA1' for HMAC authentication . 2025.12.29 14:52:49 - OpenVPN > TCP/UDP: Preserving recently used remote address: [AF_INET]198.44.157.11:443 . 2025.12.29 14:52:49 - OpenVPN > Socket Buffers: R=[212992->425984] S=[212992->425984] . 2025.12.29 14:52:49 - OpenVPN > UDP link local: (not bound) . 2025.12.29 14:52:49 - OpenVPN > UDP link remote: [AF_INET]198.44.157.11:443 . 2025.12.29 14:52:49 - OpenVPN > TLS: Initial packet from [AF_INET]198.44.157.11:443, sid=8ffc4ccd 9a2c9e06 . 2025.12.29 14:52:49 - OpenVPN > VERIFY OK: depth=1, C=IT, ST=IT, L=Perugia, O=airvpn.org, CN=airvpn.org CA, emailAddress=info@airvpn.org . 2025.12.29 14:52:49 - OpenVPN > VERIFY KU OK . 2025.12.29 14:52:49 - OpenVPN > Validating certificate extended key usage . 2025.12.29 14:52:49 - OpenVPN > ++ Certificate has EKU (str) TLS Web Server Authentication, expects TLS Web Server Authentication . 2025.12.29 14:52:49 - OpenVPN > VERIFY EKU OK . 2025.12.29 14:52:49 - OpenVPN > VERIFY OK: depth=0, C=IT, ST=IT, L=Perugia, O=airvpn.org, CN=Kornephoros, emailAddress=info@airvpn.org . 2025.12.29 14:52:50 - OpenVPN > MANAGEMENT: Client connected from [AF_INET]127.0.0.1:3100 . 2025.12.29 14:52:50 - OpenVPN > Control Channel: TLSv1.2, cipher TLSv1/SSLv3 DHE-RSA-AES256-GCM-SHA384, 4096 bit RSA . 2025.12.29 14:52:50 - OpenVPN > [Kornephoros] Peer Connection Initiated with [AF_INET]198.44.157.11:443 ! 2025.12.29 14:52:51 - Disconnecting . 2025.12.29 14:52:51 - Connection terminated. I 2025.12.29 14:52:54 - Checking authorization ... ! 2025.12.29 14:52:54 - Connecting to Paikauhale (United States, New York City) . 2025.12.29 14:52:54 - OpenVPN > OpenVPN 2.4.3 x86_64-unknown-linux-gnu [SSL (OpenSSL)] [LZO] [LZ4] [EPOLL] [MH/PKTINFO] [AEAD] built on Aug 9 2017 . 2025.12.29 14:52:54 - OpenVPN > library versions: OpenSSL 1.0.2l 25 May 2017, LZO 2.10 . 2025.12.29 14:52:54 - Connection to OpenVPN Management Interface . 2025.12.29 14:52:54 - OpenVPN > MANAGEMENT: TCP Socket listening on [AF_INET]127.0.0.1:3100 . 2025.12.29 14:52:54 - OpenVPN > Outgoing Control Channel Authentication: Using 160 bit message hash 'SHA1' for HMAC authentication . 2025.12.29 14:52:54 - OpenVPN > Incoming Control Channel Authentication: Using 160 bit message hash 'SHA1' for HMAC authentication . 2025.12.29 14:52:54 - OpenVPN > TCP/UDP: Preserving recently used remote address: [AF_INET]198.44.136.251:443 . 2025.12.29 14:52:54 - OpenVPN > Socket Buffers: R=[212992->425984] S=[212992->425984] . 2025.12.29 14:52:54 - OpenVPN > UDP link local: (not bound) . 2025.12.29 14:52:54 - OpenVPN > UDP link remote: [AF_INET]198.44.136.251:443 . 2025.12.29 14:52:54 - OpenVPN > TLS: Initial packet from [AF_INET]198.44.136.251:443, sid=f2f5462a 4c274693 . 2025.12.29 14:52:54 - OpenVPN > VERIFY OK: depth=1, C=IT, ST=IT, L=Perugia, O=airvpn.org, CN=airvpn.org CA, emailAddress=info@airvpn.org . 2025.12.29 14:52:54 - OpenVPN > VERIFY KU OK . 2025.12.29 14:52:54 - OpenVPN > Validating certificate extended key usage . 2025.12.29 14:52:54 - OpenVPN > ++ Certificate has EKU (str) TLS Web Server Authentication, expects TLS Web Server Authentication . 2025.12.29 14:52:54 - OpenVPN > VERIFY EKU OK . 2025.12.29 14:52:54 - OpenVPN > VERIFY OK: depth=0, C=IT, ST=IT, L=Perugia, O=airvpn.org, CN=Paikauhale, emailAddress=info@airvpn.org . 2025.12.29 14:52:54 - OpenVPN > MANAGEMENT: Client connected from [AF_INET]127.0.0.1:3100 . 2025.12.29 14:52:54 - OpenVPN > Control Channel: TLSv1.2, cipher TLSv1/SSLv3 DHE-RSA-AES256-GCM-SHA384, 4096 bit RSA . 2025.12.29 14:52:54 - OpenVPN > [Paikauhale] Peer Connection Initiated with [AF_INET]198.44.136.251:443 . 2025.12.29 14:52:55 - OpenVPN > SENT CONTROL [Paikauhale]: 'PUSH_REQUEST' (status=1) . 2025.12.29 14:52:55 - OpenVPN > PUSH: Received control message: 'PUSH_REPLY,comp-lzo no,redirect-gateway ipv6 def1 bypass-dhcp,dhcp-option DNS 10.71.0.1,dhcp-option DNS6 fde6:7a:7d20:4300::1,tun-ipv6,route-gateway 10.71.0.1,topology subnet,ping 10,ping-restart 60,ifconfig-ipv6 fde6:7a:7d20:4300::1006/64 fde6:7a:7d20:4300::1,ifconfig 10.71.0.8 255.255.255.0,peer-id 0,cipher AES-256-GCM' . 2025.12.29 14:52:55 - OpenVPN > Note: option tun-ipv6 is ignored because modern operating systems do not need special IPv6 tun handling anymore. . 2025.12.29 14:52:55 - OpenVPN > OPTIONS IMPORT: timers and/or timeouts modified . 2025.12.29 14:52:55 - OpenVPN > OPTIONS IMPORT: compression parms modified . 2025.12.29 14:52:55 - OpenVPN > OPTIONS IMPORT: --ifconfig/up options modified . 2025.12.29 14:52:55 - OpenVPN > OPTIONS IMPORT: route options modified . 2025.12.29 14:52:55 - OpenVPN > OPTIONS IMPORT: route-related options modified . 2025.12.29 14:52:55 - OpenVPN > OPTIONS IMPORT: --ip-win32 and/or --dhcp-option options modified . 2025.12.29 14:52:55 - OpenVPN > OPTIONS IMPORT: peer-id set . 2025.12.29 14:52:55 - OpenVPN > OPTIONS IMPORT: adjusting link_mtu to 1625 . 2025.12.29 14:52:55 - OpenVPN > OPTIONS IMPORT: data channel crypto options modified . 2025.12.29 14:52:55 - OpenVPN > Data Channel: using negotiated cipher 'AES-256-GCM' . 2025.12.29 14:52:55 - OpenVPN > Data Channel Encrypt: Cipher 'AES-256-GCM' initialized with 256 bit key . 2025.12.29 14:52:55 - OpenVPN > Data Channel Decrypt: Cipher 'AES-256-GCM' initialized with 256 bit key . 2025.12.29 14:52:55 - OpenVPN > ROUTE_GATEWAY 192.168.2.1/255.255.255.0 IFACE=wlan2 HWADDR=80:3f:5d:21:2e:a4 . 2025.12.29 14:52:55 - OpenVPN > GDG6: remote_host_ipv6=n/a . 2025.12.29 14:52:55 - OpenVPN > GDG6: NLSMG_ERROR: error -101 . 2025.12.29 14:52:55 - OpenVPN > ROUTE6: default_gateway=UNDEF . 2025.12.29 14:52:55 - OpenVPN > TUN/TAP device tun0 opened . 2025.12.29 14:52:55 - OpenVPN > TUN/TAP TX queue length set to 100 . 2025.12.29 14:52:55 - OpenVPN > do_ifconfig, tt->did_ifconfig_ipv6_setup=1 . 2025.12.29 14:52:55 - OpenVPN > /sbin/ip link set dev tun0 up mtu 1500 . 2025.12.29 14:52:55 - OpenVPN > /sbin/ip addr add dev tun0 10.71.0.8/24 broadcast 10.71.0.255 . 2025.12.29 14:52:55 - OpenVPN > /sbin/ip -6 addr add fde6:7a:7d20:4300::1006/64 dev tun0 . 2025.12.29 14:52:55 - OpenVPN > RTNETLINK answers: Permission denied . 2025.12.29 14:52:55 - OpenVPN > MANAGEMENT: Client disconnected . 2025.12.29 14:52:55 - OpenVPN > Linux ip -6 addr add failed: external program exited with error status: 2 . 2025.12.29 14:52:55 - OpenVPN > Exiting due to fatal error ! 2025.12.29 14:52:55 - Disconnecting . 2025.12.29 14:52:55 - Connection terminated. I 2025.12.29 14:52:58 - Checking authorization ... ! 2025.12.29 14:52:59 - Connecting to Muliphein (United States, New York City) . 2025.12.29 14:52:59 - OpenVPN > OpenVPN 2.4.3 x86_64-unknown-linux-gnu [SSL (OpenSSL)] [LZO] [LZ4] [EPOLL] [MH/PKTINFO] [AEAD] built on Aug 9 2017 . 2025.12.29 14:52:59 - OpenVPN > library versions: OpenSSL 1.0.2l 25 May 2017, LZO 2.10 . 2025.12.29 14:52:59 - Connection to OpenVPN Management Interface . 2025.12.29 14:52:59 - OpenVPN > MANAGEMENT: TCP Socket listening on [AF_INET]127.0.0.1:3100 . 2025.12.29 14:52:59 - OpenVPN > Outgoing Control Channel Authentication: Using 160 bit message hash 'SHA1' for HMAC authentication . 2025.12.29 14:52:59 - OpenVPN > Incoming Control Channel Authentication: Using 160 bit message hash 'SHA1' for HMAC authentication . 2025.12.29 14:52:59 - OpenVPN > TCP/UDP: Preserving recently used remote address: [AF_INET]198.44.136.235:443 . 2025.12.29 14:52:59 - OpenVPN > Socket Buffers: R=[212992->425984] S=[212992->425984] . 2025.12.29 14:52:59 - OpenVPN > UDP link local: (not bound) . 2025.12.29 14:52:59 - OpenVPN > UDP link remote: [AF_INET]198.44.136.235:443 . 2025.12.29 14:52:59 - OpenVPN > TLS: Initial packet from [AF_INET]198.44.136.235:443, sid=3936b9c7 04622536 . 2025.12.29 14:52:59 - OpenVPN > VERIFY OK: depth=1, C=IT, ST=IT, L=Perugia, O=airvpn.org, CN=airvpn.org CA, emailAddress=info@airvpn.org . 2025.12.29 14:52:59 - OpenVPN > VERIFY KU OK . 2025.12.29 14:52:59 - OpenVPN > Validating certificate extended key usage . 2025.12.29 14:52:59 - OpenVPN > ++ Certificate has EKU (str) TLS Web Server Authentication, expects TLS Web Server Authentication . 2025.12.29 14:52:59 - OpenVPN > VERIFY EKU OK . 2025.12.29 14:52:59 - OpenVPN > VERIFY OK: depth=0, C=IT, ST=IT, L=Perugia, O=airvpn.org, CN=Muliphein, emailAddress=info@airvpn.org . 2025.12.29 14:52:59 - OpenVPN > MANAGEMENT: Client connected from [AF_INET]127.0.0.1:3100 . 2025.12.29 14:52:59 - OpenVPN > Control Channel: TLSv1.2, cipher TLSv1/SSLv3 DHE-RSA-AES256-GCM-SHA384, 4096 bit RSA . 2025.12.29 14:52:59 - OpenVPN > [Muliphein] Peer Connection Initiated with [AF_INET]198.44.136.235:443 ! 2025.12.29 14:53:00 - Disconnecting . 2025.12.29 14:53:00 - Sending management termination signal . 2025.12.29 14:53:00 - Management - Send 'signal SIGTERM' . 2025.12.29 14:53:00 - Connection terminated. I 2025.12.29 14:53:00 - Cancel requested. ! 2025.12.29 14:53:00 - Session terminated.
-
December 23 2025 this "Re-connecting..." dance started on tomato routers. Now I see it also affected dd-wrt. Dec 23 18:51:30 unknown daemon.notice openvpn[9066]: TCP/UDP: Closing socket Dec 23 18:51:30 unknown daemon.notice openvpn[9066]: SIGUSR1[soft,tls-error] received, process restarting Dec 23 18:51:30 unknown daemon.notice openvpn[9066]: Restart pause, 2 second(s)
-
[SOLVED] Network lock protection lost when eddie-ui crashes
zebulon replied to zebulon's topic in Eddie - AirVPN Client
Thank you for the detailed report. Do you mean the Lock was lost and then it was routing in clear over the internet? -
There needs to be a solution and system to force every single rapidgator.net server to release the files requested by the blocked VPNs... Are you working on this? It looks interesting...
-
-
Hello! You should modify several settings (add the mentioned host directory as an allowed mount entry point, disable apparmor limitations to load kernel modules, allow read access by the container to the proper modules) that can pose a security problem. You can find everything you need on the documentation but in your case consider to build the WireGuard kernel module locally, inside the container, if you wish to maintain strict isolation and complete compatibility. Upgrading servers is a constant process but configuration files have not changed in the last months. Please consider that now OpenVPN pushes IPv6 routes and configuration no matter what. The source of the problem could be that IPv6 is disabled in the container and if so you should enable it or filter out anything related to IPv6 coming from the OpenVPN server. To do so, please see here: https://airvpn.org/forums/topic/26548-linux-ip-6-addr-add-failed/?do=findComment&comment=72069 If the problem persists, allow us to examine the Hummingbird log taken after a connection attempt with OpenVPN has failed. Kind regards
-
-
On Machine1: Linux lap1 6.12.25-amd64 #1 SMP PREEMPT_DYNAMIC Debian 6.12.25-1 (2025-04-25) x86_64 GNU/Linux wireguard 118784 0 libchacha20poly1305 16384 1 wireguard curve25519_x86_64 36864 1 wireguard libcurve25519_generic 45056 2 curve25519_x86_64,wireguard ip6_udp_tunnel 16384 1 wireguard udp_tunnel 32768 1 wireguard .rw-r--r-- 50,232 root 04-26 00:07 wireguard.ko.xz -------------------------------------------------------------- On Machine2: Linux pc3 6.12.38+deb13-amd64 #1 SMP PREEMPT_DYNAMIC Debian 6.12.38-1 (2025-07-16) x86_64 GNU/Linux -rw-r--r-- 1 root root 49K Jul 16 16:13 wireguard.ko.xz And surprisingly on machine2 lsmod | grep wireguard produces no output? I'm surprised because I tend to configure my machines in pretty much the same way, so I don't know why one machine has wireguard and the other doesn't. -------------------------------------------------------------- My LXC skills aren't as good as linux in general. When you say "Please make sure that the container has access to the network related kernel modules by checking your LXC configuration file", what do I have to put in the lxc config file to make sure the container has access to the network related kernel modules? In the case of Machine2, do I have to apt install something to get wireguard kernel modules working? I assume machine1 shows that wireguard kernel modules are available because lsmod outputted something. Also, do you have any insight as to why the number of servers that work for me using hummingbird has been slowly dwindling over the course of several months and not with Eddie? Like have you been upgrading openssl over this time or something like that?
-
I am in the same boat, I have a TP-Link C9 v1 that was working fine until last week. It stays Re-connecting, I have tiried multiple changes in the configuration and cannot make it work. Could anyone be so kind and share a working configuration, please? The picture in the step 3 of the first post is not showing, maybe is just me.
-
While playing a game via Steam the GPU was reset. Haven't had that in a good while, but now that I had it I've got some semblance of what might happen with Eddie. And it must be verified further because the TL;DR is: No routes after a SIGABRT. --- Steam is always started in a XWayland session, and the default for all games is to start a game in such a session, too. While switching into a game menu, the rendering froze and triggered a GPU reset. The system reacted as such: Dez 28 21:09:03 x systemd-coredump[7555]: Process 4373 (steam) of user 1000 terminated abnormally with signal 6/ABRT, processing... The Wayland session continued more or less unabated, it just noticed a grahics reset and that Xwayland-related things disappeared, too. Dez 28 21:09:03 x kwin_wayland[1167]: A graphics reset not attributable to the current GL context occurred. Dez 28 21:09:03 x kwin_wayland[1167]: 0x2: GL_CONTEXT_LOST in context lost Systemd-coredump and a whole bunch of other services then noted that the X11 server and some processes were killed. Dez 28 21:09:03 x systemd-coredump[7555]: Process 4373 (steam) of user 1000 terminated abnormally with signal 6/ABRT, processing... Dez 28 21:09:03 x systemd-coredump[7653]: Process 1296 (Xwayland) of user 1000 terminated abnormally with signal 6/ABRT, processing... Dez 28 21:09:03 x systemd-coredump[7688]: Process 2043 (Discord) of user 1000 terminated abnormally with signal 5/TRAP, processing... Dez 28 21:09:03 x systemd-coredump[7717]: Process 3440 (Discord) of user 1000 terminated abnormally with signal 6/ABRT, processing... So the magic signal sent in a crash scenario is SIGABRT. It can be caught, but not blocked. Here comes the juice: Eddie seems to be started in a Xwayland session, too – xwininfo prints some info on the window which indicates it's not a Wayland window. Maybe it's Mono deciding where to run. $ xwininfo | grep "Window id" xwininfo: Window id: 0x1207c44 "Eddie - Ready" So in essence this means: Were Eddie open and running in a GUI, it would've most likely been sent a SIGABRT. Can be caught to initiate emergency measures, but not blocked. So what happens if Eddie is connected and SIGABRT is sent? SIGABRT is caught by Mono, triggering a crash report. Dez 28 21:47:13 x eddie-ui[10070]: ! 2025.12.28 21:47:13 - Connecting to Adhil (Germany, Frankfurt) […] Dez 28 21:47:17 x eddie-ui[10070]: . 2025.12.28 21:47:17 - OpenVPN > Initialization Sequence Completed Dez 28 21:47:17 x eddie-ui[10070]: . 2025.12.28 21:47:17 - OpenVPN > Data Channel: cipher 'AES-256-GCM', peer-id: 2, compression: 'stub' Dez 28 21:47:17 x systemd[1]: Started Network Manager Script Dispatcher Service. Dez 28 21:47:17 x NetworkManager[883]: <info> [1766954837.4306] device (tun0): state change: ip-check -> secondaries (reason 'none', managed-type: 'external') Dez 28 21:47:17 x NetworkManager[883]: <info> [1766954837.4307] device (tun0): state change: secondaries -> activated (reason 'none', managed-type: 'external') Dez 28 21:47:17 x NetworkManager[883]: <info> [1766954837.4310] device (tun0): Activation: successful, device activated. […] Dez 28 21:49:08 x sudo[18564]: gigan3rd : TTY=pts/1 ; PWD=/home/gigan3rd ; USER=root ; COMMAND=/usr/bin/kill -SIGABRT 10070 Dez 28 21:49:08 x sudo[18564]: pam_unix(sudo:session): session opened for user root(uid=0) by gigan3rd(uid=1000) Dez 28 21:49:08 x eddie-ui[10070]: ================================================================= Dez 28 21:49:08 x eddie-ui[10070]: Native Crash Reporting Dez 28 21:49:08 x eddie-ui[10070]: ================================================================= Dez 28 21:49:08 x eddie-ui[10070]: Got a SIGABRT while executing native code. This usually indicates Dez 28 21:49:08 x eddie-ui[10070]: a fatal error in the mono runtime or one of the native libraries Dez 28 21:49:08 x eddie-ui[10070]: used by your application. Dez 28 21:49:08 x eddie-ui[10070]: ================================================================= Dez 28 21:49:08 x eddie-ui[10070]: ================================================================= Dez 28 21:49:08 x eddie-ui[10070]: Native stacktrace: Dez 28 21:49:08 x eddie-ui[10070]: ================================================================= Dez 28 21:49:08 x eddie-ui[10070]: 0x55706ce767d5 - ./eddie-ui : (null) Dez 28 21:49:08 x eddie-ui[10070]: 0x55706ce76b6c - ./eddie-ui : (null) Dez 28 21:49:08 x eddie-ui[10070]: 0x55706ce22d02 - ./eddie-ui : (null) Dez 28 21:49:08 x eddie-ui[10070]: 0x55706ce75dbf - ./eddie-ui : (null) Dez 28 21:49:08 x eddie-ui[10070]: 0x7f1724e3e4d0 - /usr/lib/libc.so.6 : (null) Dez 28 21:49:08 x eddie-ui[10070]: 0x7f1724e9f002 - /usr/lib/libc.so.6 : (null) Dez 28 21:49:08 x eddie-ui[10070]: 0x7f1724e9316c - /usr/lib/libc.so.6 : (null) Dez 28 21:49:08 x eddie-ui[10070]: 0x7f1724e931b4 - /usr/lib/libc.so.6 : (null) Dez 28 21:49:08 x eddie-ui[10070]: 0x7f1724f0d4ae - /usr/lib/libc.so.6 : poll Dez 28 21:49:08 x eddie-ui[10070]: 0x41bc1703 - Unknown Dez 28 21:49:08 x eddie-ui[10070]: ================================================================= Dez 28 21:49:08 x eddie-ui[10070]: Telemetry Dumper: Dez 28 21:49:08 x eddie-ui[10070]: ================================================================= Dez 28 21:49:08 x sudo[18564]: pam_unix(sudo:session): session closed for user root Dez 28 21:49:08 x eddie-ui[10070]: Pkilling 0x7f171dbfa6c0 from 0x7f1725519400 Dez 28 21:49:08 x eddie-ui[10070]: Pkilling 0x7f171f1ff6c0 from 0x7f1725519400 Dez 28 21:49:08 x eddie-ui[10070]: Pkilling 0x7f171d5ff6c0 from 0x7f1725519400 Dez 28 21:49:08 x eddie-ui[10070]: Pkilling 0x7f1722cff6c0 from 0x7f1725519400 Dez 28 21:49:08 x eddie-ui[10070]: Pkilling 0x7f171ed636c0 from 0x7f1725519400 Dez 28 21:49:08 x eddie-ui[10070]: Entering thread summarizer pause from 0x7f1725519400 Dez 28 21:49:08 x eddie-ui[10070]: Finished thread summarizer pause from 0x7f1725519400. Dez 28 21:49:08 x eddie-ui[10070]: Waiting for dumping threads to resume Dez 28 21:49:09 x eddie-ui[18595]: ================================================================= Dez 28 21:49:09 x eddie-ui[18595]: External Debugger Dump: Dez 28 21:49:09 x eddie-ui[18595]: ================================================================= Dez 28 21:49:09 x eddie-ui[18595]: [New LWP 17827] Dez 28 21:49:09 x eddie-ui[18595]: [New LWP 10195] Dez 28 21:49:09 x eddie-ui[18595]: [New LWP 10134] Dez 28 21:49:09 x eddie-ui[18595]: [New LWP 10083] Dez 28 21:49:09 x eddie-ui[18595]: [New LWP 10072] Dez 28 21:49:09 x eddie-ui[18595]: [New LWP 10071] Dez 28 21:49:09 x eddie-ui[18595]: This GDB supports auto-downloading debuginfo from the following URLs: Dez 28 21:49:09 x eddie-ui[18595]: <https://debuginfod.archlinux.org> Dez 28 21:49:09 x eddie-ui[18595]: Enable debuginfod for this session? (y or [n]) [answered N; input not from terminal] Dez 28 21:49:09 x eddie-ui[18595]: Debuginfod has been disabled. Dez 28 21:49:09 x eddie-ui[18595]: To make this setting permanent, add 'set debuginfod enabled off' to .gdbinit. Dez 28 21:49:09 x eddie-ui[18595]: [Thread debugging using libthread_db enabled] Dez 28 21:49:09 x eddie-ui[18595]: Using host libthread_db library "/usr/lib/libthread_db.so.1". Dez 28 21:49:09 x eddie-ui[18595]: 0x00007f1724e9f002 in ?? () from /usr/lib/libc.so.6 Dez 28 21:49:09 x eddie-ui[18595]: Id Target Id Frame Dez 28 21:49:09 x eddie-ui[18595]: * 1 Thread 0x7f1725519400 (LWP 10070) "eddie-ui" 0x00007f1724e9f002 in ?? () from /usr/lib/libc.so.6 Dez 28 21:49:09 x eddie-ui[18595]: 2 Thread 0x7f171d5ff6c0 (LWP 17827) "eddie-ui" 0x00007f1724e9f002 in ?? () from /usr/lib/libc.so.6 Dez 28 21:49:09 x eddie-ui[18595]: 3 Thread 0x7f171dbfa6c0 (LWP 10195) "eddie-ui" 0x00007f1724e9f002 in ?? () from /usr/lib/libc.so.6 Dez 28 21:49:09 x eddie-ui[18595]: 4 Thread 0x7f171ed636c0 (LWP 10134) "Thread Pool I/O" 0x00007f1724e9f002 in ?? () from /usr/lib/libc.so.6 Dez 28 21:49:09 x eddie-ui[18595]: 5 Thread 0x7f171f1ff6c0 (LWP 10083) "eddie-ui" 0x00007f1724e9f002 in ?? () from /usr/lib/libc.so.6 Dez 28 21:49:09 x eddie-ui[18595]: 6 Thread 0x7f1722cff6c0 (LWP 10072) "Finalizer" 0x00007f1724e9f002 in ?? () from /usr/lib/libc.so.6 Dez 28 21:49:09 x eddie-ui[18595]: 7 Thread 0x7f17217ff6c0 (LWP 10071) "SGen worker" 0x00007f1724e9f002 in ?? () from /usr/lib/libc.so.6 Dez 28 21:49:09 x eddie-ui[18595]: Thread 7 (Thread 0x7f17217ff6c0 (LWP 10071) "SGen worker"): Dez 28 21:49:09 x eddie-ui[18595]: #0 0x00007f1724e9f002 in ?? () from /usr/lib/libc.so.6 Dez 28 21:49:09 x eddie-ui[18595]: #1 0x00007f1724e9316c in ?? () from /usr/lib/libc.so.6 Dez 28 21:49:09 x eddie-ui[18595]: #2 0x00007f1724e937dc in ?? () from /usr/lib/libc.so.6 Dez 28 21:49:09 x eddie-ui[18595]: #3 0x00007f1724e95e9e in pthread_cond_wait () from /usr/lib/libc.so.6 Dez 28 21:49:09 x eddie-ui[18595]: #4 0x000055706d0c7656 in ?? () Dez 28 21:49:09 x eddie-ui[18595]: #5 0x00007f1724e9698b in ?? () from /usr/lib/libc.so.6 Dez 28 21:49:09 x eddie-ui[18595]: #6 0x00007f1724f1a9cc in ?? () from /usr/lib/libc.so.6 Dez 28 21:49:09 x eddie-ui[18595]: Thread 6 (Thread 0x7f1722cff6c0 (LWP 10072) "Finalizer"): Dez 28 21:49:09 x eddie-ui[18595]: #0 0x00007f1724e9f002 in ?? () from /usr/lib/libc.so.6 Dez 28 21:49:09 x eddie-ui[18595]: #1 0x00007f1724e9316c in ?? () from /usr/lib/libc.so.6 Dez 28 21:49:09 x eddie-ui[18595]: #2 0x00007f1724e937dc in ?? () from /usr/lib/libc.so.6 Dez 28 21:49:09 x eddie-ui[18595]: #3 0x00007f1724e9ef08 in ?? () from /usr/lib/libc.so.6 Dez 28 21:49:09 x eddie-ui[18595]: #4 0x000055706d06e1a8 in ?? () Dez 28 21:49:09 x eddie-ui[18595]: #5 0x000055706d01ba87 in ?? () Dez 28 21:49:09 x eddie-ui[18595]: #6 0x00007f1724e9698b in ?? () from /usr/lib/libc.so.6 Dez 28 21:49:09 x eddie-ui[18595]: #7 0x00007f1724f1a9cc in ?? () from /usr/lib/libc.so.6 Dez 28 21:49:09 x eddie-ui[18595]: Thread 5 (Thread 0x7f171f1ff6c0 (LWP 10083) "eddie-ui"): Dez 28 21:49:09 x eddie-ui[18595]: #0 0x00007f1724e9f002 in ?? () from /usr/lib/libc.so.6 Dez 28 21:49:09 x eddie-ui[18595]: #1 0x00007f1724e9316c in ?? () from /usr/lib/libc.so.6 Dez 28 21:49:09 x eddie-ui[18595]: #2 0x00007f1724e937dc in ?? () from /usr/lib/libc.so.6 Dez 28 21:49:09 x eddie-ui[18595]: #3 0x00007f1724e960a8 in pthread_cond_timedwait () from /usr/lib/libc.so.6 Dez 28 21:49:09 x eddie-ui[18595]: #4 0x000055706d0d499b in ?? () Dez 28 21:49:09 x eddie-ui[18595]: #5 0x000055706d0dfbe1 in ?? () Dez 28 21:49:09 x eddie-ui[18595]: #6 0x000055706d018ea0 in ?? () Dez 28 21:49:09 x eddie-ui[18595]: #7 0x000055706cfac661 in ?? () Dez 28 21:49:09 x eddie-ui[18595]: #8 0x0000000041be20be in ?? () Dez 28 21:49:09 x eddie-ui[18595]: #9 0x00007f1721826b30 in ?? () Dez 28 21:49:09 x eddie-ui[18595]: #10 0x00007f171f1fe8b0 in ?? () Dez 28 21:49:09 x eddie-ui[18595]: #11 0x00007f171eeb79e8 in ?? () Dez 28 21:49:09 x eddie-ui[18595]: #12 0x0000000000000000 in ?? () Dez 28 21:49:09 x eddie-ui[18595]: Thread 4 (Thread 0x7f171ed636c0 (LWP 10134) "Thread Pool I/O"): Dez 28 21:49:09 x eddie-ui[18595]: #0 0x00007f1724e9f002 in ?? () from /usr/lib/libc.so.6 Dez 28 21:49:09 x eddie-ui[18595]: #1 0x00007f1724e9316c in ?? () from /usr/lib/libc.so.6 Dez 28 21:49:09 x eddie-ui[18595]: #2 0x00007f1724e931b4 in ?? () from /usr/lib/libc.so.6 Dez 28 21:49:09 x eddie-ui[18595]: #3 0x00007f1724f0d4ae in poll () from /usr/lib/libc.so.6 Dez 28 21:49:09 x eddie-ui[18595]: #4 0x000055706d01f365 in ?? () Dez 28 21:49:09 x eddie-ui[18595]: #5 0x000055706d0207c2 in ?? () Dez 28 21:49:09 x eddie-ui[18595]: #6 0x000055706d01ba87 in ?? () Dez 28 21:49:09 x eddie-ui[18595]: #7 0x00007f1724e9698b in ?? () from /usr/lib/libc.so.6 Dez 28 21:49:09 x eddie-ui[18595]: #8 0x00007f1724f1a9cc in ?? () from /usr/lib/libc.so.6 Dez 28 21:49:09 x eddie-ui[18595]: Thread 3 (Thread 0x7f171dbfa6c0 (LWP 10195) "eddie-ui"): Dez 28 21:49:09 x eddie-ui[18595]: #0 0x00007f1724e9f002 in ?? () from /usr/lib/libc.so.6 Dez 28 21:49:09 x eddie-ui[18595]: #1 0x00007f1724e9316c in ?? () from /usr/lib/libc.so.6 Dez 28 21:49:09 x eddie-ui[18595]: #2 0x00007f1724e931b4 in ?? () from /usr/lib/libc.so.6 Dez 28 21:49:09 x eddie-ui[18595]: #3 0x00007f1724f0da2e in read () from /usr/lib/libc.so.6 Dez 28 21:49:09 x eddie-ui[18595]: #4 0x000055706cf42ceb in ?? () Dez 28 21:49:09 x eddie-ui[18595]: #5 0x000055706cf41015 in ?? () Dez 28 21:49:09 x eddie-ui[18595]: #6 0x000055706d0822ad in ?? () Dez 28 21:49:09 x eddie-ui[18595]: #7 0x000055706cf9c8b4 in ?? () Dez 28 21:49:09 x eddie-ui[18595]: #8 0x0000000041a7131e in ?? () Dez 28 21:49:09 x eddie-ui[18595]: #9 0x00007f1721a568e8 in ?? () Dez 28 21:49:09 x eddie-ui[18595]: #10 0x00007f1721a568e8 in ?? () Dez 28 21:49:09 x eddie-ui[18595]: #11 0x00007f1721a7d688 in ?? () Dez 28 21:49:09 x eddie-ui[18595]: #12 0x0000000000000000 in ?? () Dez 28 21:49:09 x eddie-ui[18595]: Thread 2 (Thread 0x7f171d5ff6c0 (LWP 17827) "eddie-ui"): Dez 28 21:49:09 x eddie-ui[18595]: #0 0x00007f1724e9f002 in ?? () from /usr/lib/libc.so.6 Dez 28 21:49:09 x eddie-ui[18595]: #1 0x00007f1724e9316c in ?? () from /usr/lib/libc.so.6 Dez 28 21:49:09 x eddie-ui[18595]: #2 0x00007f1724e937dc in ?? () from /usr/lib/libc.so.6 Dez 28 21:49:09 x eddie-ui[18595]: #3 0x00007f1724e960a8 in pthread_cond_timedwait () from /usr/lib/libc.so.6 Dez 28 21:49:09 x eddie-ui[18595]: #4 0x000055706d0d499b in ?? () Dez 28 21:49:09 x eddie-ui[18595]: #5 0x000055706d0dfbe1 in ?? () Dez 28 21:49:09 x eddie-ui[18595]: #6 0x000055706d018ea0 in ?? () Dez 28 21:49:09 x eddie-ui[18595]: #7 0x000055706cfac661 in ?? () Dez 28 21:49:09 x eddie-ui[18595]: #8 0x0000000041be20be in ?? () Dez 28 21:49:09 x eddie-ui[18595]: #9 0x00007f1721afb2e0 in ?? () Dez 28 21:49:09 x eddie-ui[18595]: #10 0x00007f1721afb260 in ?? () Dez 28 21:49:09 x eddie-ui[18595]: #11 0x00007f1721afb260 in ?? () Dez 28 21:49:09 x eddie-ui[18595]: #12 0x00007f1721afb260 in ?? () Dez 28 21:49:09 x eddie-ui[18595]: #13 0x0000000000000064 in ?? () Dez 28 21:49:09 x eddie-ui[18595]: #14 0x00007f1708002fa0 in ?? () Dez 28 21:49:09 x eddie-ui[18595]: #15 0x00007f171d5fe910 in ?? () Dez 28 21:49:09 x eddie-ui[18595]: #16 0x00007f171d5fe1a0 in ?? () Dez 28 21:49:09 x eddie-ui[18595]: #17 0x0000000000000000 in ?? () Dez 28 21:49:09 x eddie-ui[18595]: Thread 1 (Thread 0x7f1725519400 (LWP 10070) "eddie-ui"): Dez 28 21:49:09 x eddie-ui[18595]: #0 0x00007f1724e9f002 in ?? () from /usr/lib/libc.so.6 Dez 28 21:49:09 x eddie-ui[18595]: #1 0x00007f1724e9316c in ?? () from /usr/lib/libc.so.6 Dez 28 21:49:09 x eddie-ui[18595]: #2 0x00007f1724e931b4 in ?? () from /usr/lib/libc.so.6 Dez 28 21:49:09 x eddie-ui[18595]: #3 0x00007f1724f03d8f in wait4 () from /usr/lib/libc.so.6 Dez 28 21:49:09 x eddie-ui[18595]: #4 0x000055706ce769e1 in ?? () Dez 28 21:49:09 x eddie-ui[18595]: #5 0x000055706ce76b6c in ?? () Dez 28 21:49:09 x eddie-ui[18595]: #6 0x000055706ce22d02 in ?? () Dez 28 21:49:09 x eddie-ui[18595]: #7 0x000055706ce75dbf in ?? () Dez 28 21:49:09 x eddie-ui[18595]: #8 <signal handler called> Dez 28 21:49:09 x eddie-ui[18595]: #9 0x00007f1724e9f002 in ?? () from /usr/lib/libc.so.6 Dez 28 21:49:09 x eddie-ui[18595]: #10 0x00007f1724e9316c in ?? () from /usr/lib/libc.so.6 Dez 28 21:49:09 x eddie-ui[18595]: #11 0x00007f1724e931b4 in ?? () from /usr/lib/libc.so.6 Dez 28 21:49:09 x eddie-ui[18595]: #12 0x00007f1724f0d4ae in poll () from /usr/lib/libc.so.6 Dez 28 21:49:09 x eddie-ui[18595]: #13 0x0000000041bc1703 in ?? () Dez 28 21:49:09 x eddie-ui[18595]: #14 0x0000557081321df8 in ?? () Dez 28 21:49:09 x eddie-ui[18595]: #15 0x0000000000000002 in ?? () Dez 28 21:49:09 x eddie-ui[18595]: #16 0x00007f1721a7e7e0 in ?? () Dez 28 21:49:09 x eddie-ui[18595]: #17 0x00007f171ef60190 in ?? () Dez 28 21:49:09 x eddie-ui[18595]: #18 0x0000000000000002 in ?? () Dez 28 21:49:09 x eddie-ui[18595]: #19 0x00007f171ef70550 in ?? () Dez 28 21:49:09 x eddie-ui[18595]: #20 0x000055708136a0d0 in ?? () Dez 28 21:49:09 x eddie-ui[18595]: #21 0x0000000000000002 in ?? () Dez 28 21:49:09 x eddie-ui[18595]: #22 0x00007ffe3f0726d0 in ?? () Dez 28 21:49:09 x eddie-ui[18595]: #23 0x0000000000000000 in ?? () Dez 28 21:49:09 x eddie-ui[18595]: [Inferior 1 (process 10070) detached] Dez 28 21:49:10 x eddie-ui[10070]: ================================================================= Dez 28 21:49:10 x eddie-ui[10070]: Basic Fault Address Reporting Dez 28 21:49:10 x eddie-ui[10070]: ================================================================= Dez 28 21:49:10 x eddie-ui[10070]: Memory around native instruction pointer (0x7f1724e9f002):0x7f1724e9eff2 8b 44 24 08 4c 8b 4c 24 10 4c 89 5c 24 08 0f 05 .D$.L.L$.L.\$... Dez 28 21:49:10 x eddie-ui[10070]: 0x7f1724e9f002 c3 66 2e 0f 1f 84 00 00 00 00 00 66 2e 0f 1f 84 .f.........f.... Dez 28 21:49:10 x eddie-ui[10070]: 0x7f1724e9f012 00 00 00 00 00 66 0f 1f 84 00 00 00 00 00 f3 0f .....f.......... Dez 28 21:49:10 x eddie-ui[10070]: 0x7f1724e9f022 1e fa 55 bf 01 00 00 00 48 89 e5 e8 8e 2c 06 00 ..U.....H....,.. Dez 28 21:49:10 x eddie-ui[10070]: ================================================================= Dez 28 21:49:10 x eddie-ui[10070]: Managed Stacktrace: Dez 28 21:49:10 x eddie-ui[10070]: ================================================================= Dez 28 21:49:10 x eddie-ui[10070]: at <unknown> <0xffffffff> Dez 28 21:49:10 x eddie-ui[10070]: at Mono.Unix.Native.Syscall:sys_poll <0x000d2> Dez 28 21:49:10 x eddie-ui[10070]: at Mono.Unix.Native.Syscall:poll <0x0011b> Dez 28 21:49:10 x eddie-ui[10070]: at System.Windows.Forms.XplatUIX11:UpdateMessageQueue <0x00513> Dez 28 21:49:10 x eddie-ui[10070]: at System.Windows.Forms.XplatUIX11:UpdateMessageQueue <0x00037> Dez 28 21:49:10 x eddie-ui[10070]: at System.Windows.Forms.XplatUIX11:GetMessage <0x002db> Dez 28 21:49:10 x eddie-ui[10070]: at System.Windows.Forms.XplatUI:GetMessage <0x00064> Dez 28 21:49:10 x eddie-ui[10070]: at System.Windows.Forms.Application:RunLoop <0x00a77> Dez 28 21:49:10 x eddie-ui[10070]: at System.Windows.Forms.Application:Run <0x00063> Dez 28 21:49:10 x eddie-ui[10070]: at Eddie.Forms.Linux.Program:Main <0x0046b> Dez 28 21:49:10 x eddie-ui[10070]: at System.Object:runtime_invoke_void <0x00086> Dez 28 21:49:10 x eddie-ui[10070]: ================================================================= Dez 28 21:49:10 x systemd-coredump[18623]: Process 10070 (eddie-ui) of user 1000 terminated abnormally with signal 6/ABRT, processing... No further output from Eddie. The routes, though, are gone. Note the single lonely 37.46.99.68 route which is Adhil. Weird that this one remains while everything else is gone. The window needed a few seconds to disappear, and I believe this is caused by Eddie/OpenVPN actually dismantling the connection more or less normally (the --explicit-exit-notify seems to be honored). at 21:49:30 ❯ ip -6 r ::1 dev lo proto kernel metric 30 pref medium 2003:x:x:x::/64 dev enp39s0 proto ra metric 100 pref medium 2003:x:x:x::/56 via fe80::d624:ddff:fe57:6a09 dev enp39s0 proto ra metric 100 pref high fddf:cd71:e2de::/64 dev enp39s0 proto ra metric 100 pref medium fddf:cd71:e2de::/64 via fe80::d624:ddff:fe57:6a09 dev enp39s0 proto ra metric 105 pref high fe80::/64 dev enp39s0 proto kernel metric 1024 pref medium default via fe80::d624:ddff:fe57:6a09 dev enp39s0 proto ra metric 100 pref high ~ at 21:49:33 ❯ ip -4 r default via 192.168.110.1 dev enp39s0 proto dhcp src 192.168.110.12 metric 100 37.46.199.68 via 192.168.110.1 dev enp39s0 127.0.0.0/8 dev lo proto kernel scope link src 127.0.0.1 metric 30 192.168.110.0/24 dev enp39s0 proto kernel scope link src 192.168.110.12 metric 100 --- It must be noted that I killed the Mono process, not the shell session that is running Mono. 10069 was the Bash script, 10070 the eddie-ui process after it. at 21:48:04 ❯ pstree 10069 eddie-ui───eddie-ui─┬─eddie-cli-eleva─┬─openvpn (^) │ └─2*[{eddie-cli-eleva}] (here SIGABRT) ├─eddie-tray───7*[{eddie-tray}] └─6*[{eddie-ui}] .
-
-
Hello! Note: Suite versions older than 2.0.0 do not support WireGuard. Note: do not try to access Debian 13 kernel modules from a Debian 12 container. It's possible that the WireGuard kernel module is not properly loaded in your Debian 13 LXC container, even though Debian 13 host includes the module. LXC containers can be restricted from accessing kernel modules even if they're available on the host. Please make sure that the container has access to the network related kernel modules by checking your LXC configuration file. If this is not possible or anyway you want to avoid it, then you need to ensure that WireGuard's kernel module is available inside the container. WireGuard kernel module (wireguard.ko or wireguard.ko.xz) should be in the following directory: /lib/modules/$(uname -r)/kernel/drivers/net/wireguard If the problem persists, can you please send us the output of the commands: uname -a lsmod | grep wireguard ls /lib/modules/$(uname -r)/kernel/drivers/net/wireguard Kind regards
-
Hello, when I log in and activate networklock but not connecting to server, browsers are suppose to connect?
-
I wouldn't worry about this. The bill was sponsored by a couple of republicans, Michigan is Democrat controlled at the moment and has been swinging Democrat for a while. There's no way it passes the legislature- and if it did there's no way Whitmer will sign it into law.
-
Hello! I'd like to ask if there are any cheap VPS recommendations? I'd like to purchase an additional server to test any protocols that might bypass the Great Firewall. I've looked at many Hong Kong providers, but the cheap VPSs explicitly prohibit any circumvention techniques in their terms of service. I really can't find a usable and relatively inexpensive VPS. Could you recommend a few? Thank you.
