Staff

Hello! Yes, of course, according to the reports we receive Community Fibers does not block VPN protocols, but AirVPN UK servers IP addresses. So you can use AirVPN to connect to any other VPN server in the world, with WireGuard or OpenVPN, and bypass any previous restriction. Kind regards

Hello! The process varies from ISP to ISP, in general you must contact your ISP customer service. The unblocking of some categories may be accepted or denied. The common law which provides UK citizens with negative rights on freedom of expression is the main basis for a series of restrictions, according to Wikipedia, so opting out of filters is not usually an automated procedure but it is pondered on a sort of case by case basis and very vague rights, and sometimes managed as a courtesy, not a right. https://en.wikipedia.org/wiki/Internet_censorship_in_the_United_Kingdom The main problem we see here is that since all the block lists are secret and not subjected to public scrutiny, you can not know in which list the AirVPN servers addresses have been put into (we ascertained a few years ago that airvpn.org was in the porn list by a random lucky occurrence). https://en.wikipedia.org/wiki/Web_blocking_in_the_United_Kingdom Kind regards

Hello! From your ticket, we post the reply here according to your request and for readers' comfort. Thank you, we see the problem. You forced Eddie to connect over IPv6 but there is no IPv6 gateway in your system. but Either your router or your ISP are not offering IPv6 support, or were not offering it when you generated the report. You should be able to solve the problem by switching back to IPv4 connection, the default setting. You can do it in Eddie's "Preferences" > "Networking" window, on the "Internet Protocol used for connection" combo box. Set it to "IPv4, IPv6" (currently you switched to "IPv6, IPv4"). Kind regards

Hello! Please post your ISP so we can ascertain whether it's Community Fiber the only culprit or not. If so we can move the thread to the specific forum here: https://airvpn.org/forums/forum/20-known-isp-issue/ Please test also with filters disabled, just in case the VPN server addresses have been added to some opt out block list. In the UK it has been verified that some ISPs black list AirVPN web site as a porn site (which tells a lot about the degree of accuracy they compile such lists and their level of expertise in general...). Kind regards

@Lunnayan Hello! There's a somehow funny misunderstanding You were told that you can purchase additional slots in multiple of 5 (example 10, 15, 20...) per account at the price of the plan you prefer. As a mere example the sales department showed you the prices for a 1 year plan with 10, 15 and 20 connection slots. It was an example. Each account is on its own and by default each account has 5 connection slots that you can use as you prefer. You may also distribute additional slots on each account, but always on integer multiple of 5 on each account at the moment. Locking the thread now as this is not a troubleshooting issue but a matter for the sales people, if you want to proceed to buy or you need additional clarifications please feel free to continue the conversation with the sales department at your convenience. Kind regards

Hello! A possible reason for which the superuser itself is not authorized to change file ownership is the immutability of that file (or directory). In this case the superuser must first turn off the immutable flag and then modify ownership. Another possible reason is the immutability of specific parts of the system à la FreeBSD. In this case turning off the immutable flag may require the system startup in single user mode. Please check whether wireguard-go has any immutable flags set. ls -lO Applications/Eddie.app/Contents/MacOS/wireguard-go If the file has immutable flags (uchg or schg), try to remove them with the command: sudo chflags nouchg /Applications/Eddie.app/Contents/MacOS/wireguard-go Thanks, we'll warn the packager. Kind regards

Hello! Your original message passed moderation after a few hours, but maybe you talk about your ticket you sent last Friday. It was answered by the sales department on Saturday, about 12 hours later, maybe you missed the answer. Not a big deal: you can consult it in your AirVPN account "Client Area" anytime. Kind regards

Hello! Please try to solve the issue by changing ownership of wireguard-go with the command (from a terminal): sudo chown root /Applications/Eddie.app/Contents/MacOS/wireguard-go After all, running as root only executable or script files owned by root is a nice security measure providing a complement against privilege escalation. A question: was your account ownership of that file the default setting you found after the installation? If so, did you install from the ZIP or DMG package? Kind regards

Hello! Can you please send us a system report generated by Eddie just after connection attempts with OpenVPN and WireGuard have failed? Please see here: https://airvpn.org/forums/topic/50663-youve-been-asked-for-a-support-filesystem-report-–-heres-what-to-do/ Kind regards

@IG-11 Hello! The behavior you kindly reported has not been observed. While Endeavour is not in out testing machines, Arch is, and Eddie 2.24.6 runs fine in Arch with various DE. Can you please tell us: the total RAM you have available, and if you notice any swap operation while Eddie is running and stuttering the brand and model of your graphic card the Mono package version installed in your system whether Eddie 2.21.8 suffers of the same problems (one or more of them, and if so which ones) or not Kind regards

Hello! Thanks for the report, we found the problem. A fix has been applied, it is being tested internally and at the moment it resolves the issue on Devuan Daedalus based on sysvinit. The fix will be of course included in the next release. We will let you know through the "News" forum as usual, stay tuned. Kind regards

Hello! Stable release is now available:Kind regards

Eddie 2.24.6 Desktop Edition released Hello! We're very glad to inform you that a new stable release of Eddie is now available for Linux (various ARM based architectures included, making it compatible with several Raspberry Pi systems), macOS, Windows. Special thanks to all the beta testers, whose invaluable contributions and suggestions in the last months have helped developers fix several bugs and improve the overall stability of the software. Eddie is a free and open source (GPLv3) OpenVPN GUI and CLI by AirVPN with many additional features such as: traffic leaks prevention via packet filtering rules DNS handling optional connections over Tor or a generic proxy customizable events traffic splitting on a destination IP address or host name basis complete and swift integration with AirVPN infrastructure with OpenVPN and WireGuard white and black lists of VPN servers ability to support IPv4, IPv6 and IPv6 over IPv4 What's new in Eddie 2.24.6 WireGuard is the new communication protocol by default, while OpenVPN remains available for any necessity CPU usage optimization update of packaged binaries and libraries new options to customize WireGuard improved management and configuration of bootstrap servers (qualified domain names are now possible too) systemd-resolved (Linux) enhanced compatibility for all working modes improved management of SIGTERM signal several bug fixes Operating and architectural notes Eddie GUI and CLI run with normal user privileges, while a "backend" binary, which communicates to the user interface with authentication, gains root/administrator privileges, with important security safeguards in place: strict parsing is enforced before passing a profile to OpenVPN in order to block insecure OpenVPN directives external system binaries which need superuser privileges (examples: openvpn, iptables, hummingbird) will not be launched if they do not belong to a superuser Eddie events are not run with superuser privileges: instead of trusting blindly user's responsibility and care when dealing with events, the user is required to explicitly operate to run something with high privileges, if strictly necessary Backend binary is written in C++ on all systems (Windows included), making the whole application faster. Settings, certificates and keys of your account stored on your mass storage can optionally be encrypted on all systems either with a Master Password or in a system key-chain if available. Download Eddie 2.24.6 Eddie 2.24.6 can be downloaded here: https://airvpn.org/linux - Linux version (several architectures and various distribution specific packages for easier installation) https://airvpn.org/macos - Mac version https://airvpn.org/windows - Windows version Eddie is free and open source software released under GPLv3. Source code is available on GitHub: https://github.com/AirVPN/Eddie Complete changelog can be found here. Kind regards & datalove AirVPN Staff

Hello! Thank you very much for your tests! We understand your concern. However, we can’t postpone the release any further over an issue reported by a single user; otherwise, we would end up indefinitely delaying a version that fixes many more problems compared to the current stable release. The reported issue is under investigation anyway and we have also plans to drop the Mono framework completely: currently this is necessary for Eddie GUI and it could be a co-cause of the issue you reported. Kind regards

Hello! Very well! The problem is not Eddie in itself but OpenVPN linked against OpenSSL 1.1.x. libssl 1.1.x is perhaps not available anymore, replaced by OpenSSL 3 library. All recent OpenVPN versions are linked against OpenSSL 3, so the problem is no more. It has been extensively tested and no critical issue has appeared so far. Of course absence of evidence does not mean evidence of absence. A stable version will be released very soon anyway, a matter of days. If you prefer to run Eddie 2.21.8 you can: just switch to WireGuard (which is not linked against any SSL library) or upgrade OpenVPN in your system and have Eddie use the new OpenVPN binary. You can switch to WireGuard from Eddie's "Preferences" > "Protocols" window. In the new Eddie 2.24.x WireGuard is the new default connection mode and protocol, replacing OpenVPN (which remains available for any necessity). Kind regards

Hello! Yes, it is related to OpenSSL library (1.1 is now deprecated and perhaps not available anymore in Mint). Please upgrade to Eddie 2.24.6 and also upgrade your OpenVPN package in your Mint distribution: https://airvpn.org/forums/topic/57401-eddie-desktop-224-beta-released/ Kind regards

Hello! This is due to how your client software picks the destination server. In the thread original message you mentioned Eddie. It lets you build a white list of servers or countries according to your connection preferences, respectively in the "Servers" and "Countries" window. Kind regards

Hello! Currently not, we're sorry. A new Eddie beta version will be out in the near future anyway. Kind regards

Hello! Do you experience this problem on Netherlands servers only (but please test the 10 Gbit/s ones too, Dalim, Menkent and Piautos in the NL), or on other European countries as well? Kind regards

Hello! Excellent! Consider that Eddie 2.21.8 includes very old WireGuard code, while the new 2.24.6 features an up to date one. Furthermore, when you test WireGuard native app, the VPN interface MTU is set to 1320 bytes because of our Configuration Generator directive, while Eddie 2.21.8 leaves default WireGuard size (usually 1460 bytes) which is not suitable in some networks. Eddie 2.24.x sets by default 1320 bytes MTU, and offers the option to modify it. AirVPN offers routed private networks built over transport layer protocol UDP (and, with OpenVPN, TCP too). The ISP can not tamper, forge or wiretap/sniff the content of the tunnel, but can enforce limitations (such as de-prioritization and other shaping methods) directly on the transport layer protocol. However, since you have 500 Mbit/s throughput when in the VPN and 600 Mbit/s when outside the VPN, this is probably not the case. A performance hit due to routing (because of the obliged hop, the VPN server) and other overhead (wrapping, encryption...) are physically unavoidable. If your peak is 600 Mbit/s without VPN, 500 Mbit/s inside the VPN is just fine in our opinion. Kind regards

Hello! Please ignore the previous answer, DNS is not the root of the issues. The first problem is related to the bootstrap access attempted by Eddie with a direct IP address. HTTP access without FQDN is sometimes not allowed in various networks. Please test Eddie 2.24.6 which tries bootstrap servers even with domain names, not only through IP addresses. The 2nd problem is that UDP seems blocked: please check any tool that might be blocking either OpenVPN or UDP, both on your Mac (including tools like LittleSnitch) and your router (on it, please disable for testing purposes any traffic management / QoS / filtering-mangling tool). To download Eddie 2.24.6 beta version please see here: https://airvpn.org/forums/topic/57401-eddie-desktop-224-beta-released/ If any problem persists, please send us the system report as recommended by the previous message. Kind regards

Hello! Please test again with ufw disabled to quickly discern whether an ufw custom rule is the "culprit". From a terminal enter the following command: sudo ufw disable You can later re-enable ufw if needed with sudo ufw enable Kind regards

Hello! According to the datacenters, this is a consequence of heavy flood attacks which compel the IP transit provider to null route specific IP addresses. We are assessing the situation. Kind regards

Hello! While the OpenVPN performance you report in macOS is unfortunately typical, the WireGuard performance should be much higher, provided that you are in a network that does not interfere with UDP. Please test Eddie 2.24.6 (on the M2 machines please make sure to download the optimized version for ARM 64 bit, important!) with WireGuard. Tune different MTU values for the WireGuard network interface. You can modify it on Eddie's "Preferences" > "Protocols" window. Each time you change MTU, please make sure to re-start the connection, in order to apply the change on WireGuard. Eddie 2.24.6 download instructions: https://airvpn.org/forums/topic/57401-eddie-desktop-224-beta-released/ The aforementioned program is beta software but it has been extensively tested, even by the Mac community, and a stable version should be released in a matter of days. It's important that you don't stay with Eddie 2.21.8 for performance reasons because it includes old WireGuard software and it does not allow you to modify WireGuard interface MTU. Kind regards

Hello! if the answer to the important previous question by OpenSourcerer is no, and in particular when the performance gap involves even transport layers such as TCP and UDP, it's not an infrequent experience. The optimization of the Linux TCP/IP stack is definitely superior, and when you bridge a Linux VM to the network interface you get rid of (you bypass it completely) Windows TCP/IP stack. A similar occurrence takes place when you create a FreeBSD VM in bridge mode, in a Linux host: although the network interface driver can be the same (FreeBSD ports a lot of drivers, including network card ones, from Linux) the FreeBSD VM networking shows lower round trip times and higher throughput than the host. Kind regards