Staff

Hello! The unpacking will restore the old files with the wrong ownership, so the problem will likely re-appear when you re-install. The problem is still the same, but for another file: E 2025.01.29 21:21:14 - WireGuard > Error: Executable '/Applications/Eddie.app/Contents/MacOS/wg' not allowed: Not owned by root; Please change ownership of this file too and any other file in case of additional errors of the same type: sudo chown root /Applications/Eddie.app/Contents/MacOS/wg sudo chown root /Applications/Eddie.app/Contents/MacOS/wireguard-go Kind regards

Hello! Perhaps nothing wrong, this looks like a Bluetit bug which causes a critical error to the latest nft version (so it went unnoticed with the previous nft versions). If this is the problem we suspect, then it has been fixed and the new, imminent beta 3 will include the patch. As soon as Suite 2.0.0 beta 3 is out please test it and let us know whether it solves the problem. If you need urgently to run AirVPN Suite 2.0.0 beta 2, you should be able to fix the issue by editing your /etc/hosts file (root privileges required) and adding the following line: 82.196.3.205 bootme.org Thank you very much for your tests! Kind regards

Hello! Please re-check the ownership of any file to verify that Eddie detects it correctly and that you really changed the ownership to root. From a terminal: sudo ls -l /Applications/Eddie.app/Contents/MacOS If you see that the file Eddie complains of does not belong to root, then Eddie is right. Proceed to change ownership of any other file if necessary. If in doubt please send us the output of the above command. Kind regards

Hello! Please try again to change ownership of the following file: /Applications/Eddie.app/Contents/MacOS/wireguard-go The critical error is that Eddie will refuse to run with root privileges binaries or scripts not owned by root. It is an important security feature. From a terminal where you can gain root privileges and owned by a user that can gain root privileges, please enter the following command: sudo chown root:wheel /Applications/Eddie.app/Contents/MacOS/wireguard-go Kind regards

Hello! Please check the connection mode configured on Eddie Desktop edition and try to reproduce it on your iOS systems. Not all connection modes can be replicated on iOS, unfortunately. Eddie Desktop edition connects via WireGuard by default (starting from version 2.24); if that's the case, you can consider to run WireGuard on your iOS devices too. Kind regards

Hello! Now available https://airvpn.org/forums/topic/67050-new-1-gbits-server-available-nz Kind regards

Hello! The problem: It is strange that Eddie can not authenticate (through file hash checksum) those files, can you please tell us which package you downloaded (Intel or M1/M4, ZIP or DMG)? The problem is (also) a consequence of the enforcement of a relevant security feature: Eddie will not run with root privileges binaries or scripts not owned by root, if such binaries can not be checksum-authenticated. You can fix the problem (after you have verified that wireguard-go is safe) by changing ownership of that file. From a terminal: sudo chown root /Applications/Eddie.app/Contents/MacOS/wireguard-go Kind regards

Hello! We're very glad to inform you that a new 1 Gbit/s full duplex server located in Auckland (NZ) is available: Theemin. 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 OpenVPN connections on ports 53, 80, 443, 1194, 2018 UDP and TCP, and WireGuard connections on ports 1637, 47107 and 51820. Just like every other Air server, Theemin supports OpenVPN over SSL and OpenVPN over SSH, TLS 1.3, 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 server status as usual in our real time servers monitor: https://airvpn.org/servers/Theemin Do not hesitate to contact us for any information or issue. Kind regards and datalove AirVPN Team

Hello! Provided that it was not an error by your ISP (were you really performing the illegal activity the notice describes?), and you were running AirVPN software, this is possible only if you disabled Network Lock. Network Lock is a set of firewall rules which will prevent any possible traffic leak, not only leaks caused by unexpected disconnection, but even leaks caused by a misconfiguration of the torrent program, for example when it is forced to bind to the physical network interface, through UPnP or wrong setting. Please make sure that you follow the recommendations you have received in the welcome e-mail, the web site answers to FAQ and the general guide. if you are not running AirVPN software, then you can set your own rules to prevent leaks (several guides are available in our How-To forum), and/or configure properly the torrent program to prevent it from generating traffic outside the VPN tunnel. Reading documentation is always a good investment. Kind regards

Hello! It is related to the geo-routing feature: https://airvpn.org/faq/routingtable/ You can disable this feature from your AirVPN account DNS panel by changing the setting of the "AirVPN anti geo-location system" combo box. Please note that if the forced routing was implemented in order to bypass a block, you will have that block again when you disable the routing. Kind regards

Hello! We're very sorry, nothing new. Something is blocking your VPN connections. Kind regards

Hello! An unexpected problem related to IPMI is causing a delay but we're working with the datacenter to resolve it as expeditiously as possible. Kind regards

Hello! The quoted log entry shows that core problem. Debian 12 is based on nftables. Can you please check which of the following userspace utilities you have in your system: nft, iptables-legacy, iptables-nft, and any other iptables* ? Kind regards

Hello! We've run out of ideas then. Please send us a system report generated by Eddie just in case it contains some enlightening clue, please see here: https://airvpn.org/forums/topic/50663-youve-been-asked-for-a-support-filesystem-report-–-heres-what-to-do/ Kind regards

Hello! In a GlueTun-based environment, please be aware of the following issue, that's considered by some people a GlueTun bug: https://airvpn.org/forums/topic/63708-gluetun-port-forwarding-works-for-an-hour/ The thread includes suggestions to significantly mitigate the problem exclusively through GlueTun specific configuration. Kind regards

Hello! Yes, you are right, so we must go back to the previous assumption and put it under discussion again, as the block could be on the machine itself. Can you please re-check the Defender Firewall, just in case? Can you please also try a connection over WireGuard (you can switch as usual from "Preferences" > "Protocols" window), to discern whether the block is OpenVPN specific or not? Last but not least please consider to upgrade to Eddie 2.24.6 (latest stable release). Kind regards

@tranquivox69 Hello! We will investigate the issue you reported and we confirm that the expansion of the infrastructure proceeds exactly at the required pace as usual. We have recently completed in the USA the switch to all 10 Gbit/s dedicated lines in every strategic area and expansion in Europe has been remarkable in the last 2 years. Even Oceania and Asia have all seen remarkable expansions in the last 2 years. We do not have doubts that your experience worsened and that will be a matter of investigation of course, but please note that saying "too many clients same bandwidth" is unfair. In April 2022, we provided in Europe 175000 Mbit/s, with a real required throughput of 37000 Mbit/s. The average connected clients at any given time were 8000-8500: https://web.archive.org/web/20220317052230/https://airvpn.org/status/ Today, we provide 446000 Mbit/s to about 18000 clients connected to Europe servers at any given time: https://airvpn.org/status with a real / required throughput of 190000 Mbit/s. So, in 2022 the average real provided throughput was 4.6 Mbit/s per connection, while today it is 10.6 Mbit/s. Even the required throughput top peaks of users sky rocketed. In 2022 they were around 400 Mbit/s, today between 800 Mbit/s and 2 Gbit/s. All of the above not to say that we will be slowing the infrastructure expansion, but just to reassure you that the expansion has continued and is continuing at a fast pace according to needs. If any country is unbalanced within Europe we will of course fix the situation. Kind regards

Hello! From your report and OpenSourcerer's confirmation it looks like something is indeed wrong. We will investigate. Please open a ticket as recommended in any case: the support people could ask you for specific tests or information that may help. We will update the thread accordingly. Kind regards

Hello! Mullvad browser is only a castrated and weakened Tor browser, i.e. a Tor browser without Tor, with some security settings eliminated by default (for example WebRTC is enabled, NoScript disabled...). Anyone can harden Firefox. If you're curious about extensive (or even extreme) hardening check here: https://airvpn.org/forums/topic/15769-how-to-harden-firefox-extreme-edition/ Thank you for your suggestions everybody. We are committed to avoiding bloatware as usual. Kind regards

Hello! Good news. A new server in New Zealand was ordered early on January and it has just been connected. We are going to configure it in the next business day, and if everything goes well it will be available a few days later. Kind regards

Hello! Good news, we will start testing a 10 Gbit/s server in Germany before the end of January and if everything goes well we should make it available a few days later. We are waiting for the equipment to be connected between January 20 and 25. Kind regards

Hello! It looks like UDP (or maybe OpenVPN) is blocked. Since you already checked your system, the block could be caused by your router, or by your ISP. If it's your ISP you have no choice but to switch to TCP. Anyway please check your router and make sure that no traffic management / packet filtering tool blocks UDP. If the problem persists, in order to switch connection mode please select "Preferences" > "Protocols" from Eddie's main window, uncheck "Automatic", select an alternative connection mode and finally click "Save". Try first OpenVPN, protocol TCP, port 443, entry-IP address 3. Also consider to upgrade to latest Eddie 2.24.6 at your convenience. Kind regards

Hello! Therefore, looking at the servers on the screenshot, it is possible that Community Fiber blocks M247: perhaps the block is not against AirVPN but against that big provider IP address blocks (whose HQ is, ironically, in the UK). As a counter-proof, please try connections to any non M247 server. In Europe, all the 10 Gbit/s servers are not with M247, and all the servers in the Netherlands, Estonia, Sweden and Latvia are not with M247. You can find other non-M247 servers in Czech Republic, Germany, Spain and Switzerland. List of 10 Gbit/s (full duplex) servers in Europe. Bulgaria: Wazn Netherlands: Dalim, Menkent, Piautos Sweden: Ain Switzerland: Alpherg, Xuange Could someone in UK please test all of the above and verify that they are not blocked? We are working to add unmetered and dedicated 10 Gbit/s line in Germany (not with M247) as well. Kind regards

Hello! The new eddie-cli is inside a separate package for Linux that you can find here: https://airvpn.org/linux/eddie/ Just select the "command line" icon. The split is instrumental as the new CLI is completely built on DotNet8 (while the GUI is not) another step toward Mono dropping. We apologize if the split was not made clear in the announcement and download page, perhaps we should underline the informative note "You can install eddie-cli package for CLI edition". Kind regards

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