Staff

Hello! Yes, it is possible in integer multiples of 5 connection slots per user. Please open a ticket or write to support@airvpn.org and our sales department will make you an offer according to your request. Kind regards

Hello! If you're running Eddie, a plausible explanation is that you white listed Metallah only. Please check "Show all" on the "Servers" window to see all the servers and adjust your white and/or black lists. Kind regards

Hello! After the problem occurred, please send us the output of: sudo journalctl | grep bluetit If you wish to test with ufw disabled: sudo ufw disable Kind regards

Version 2.24.6 (Wed, 08 Jan 2025 16:23:32 +0000) [change] [all] ISO 3166 break, changing "Taiwan, Province of China" into "Taiwan, Republic of China" [change] [all] New bootstrap endpoint [bugfix] [all] Bootstrap emergency urls fix [bugfix] [macOS] WireGuard issue [bugfix] [all] Minor fixes If no other serious issues arise, this version will be released as stable within a few days. The remaining minor issues (IP Exit, Speed Chart, etc.) are under investigation and will be fixed in the next version. Thank you.

Hello! It looks like an architecture error. Can you please check whether you have installed the correct package? Please make sure you download the proper package for your OpenSUSE architecture (x86-64, aarch64 etc.). Kind regards

Hello! Area domain names records are updated every 2-5 minutes but remember that TTL is 1 hour, so you can expect that a TTL respectful DNS updates cached records on average after 30 minutes. On our authoritative servers, us3.vpn.airdns.org did not resolve to Sarin entry-IP address 3 immediately after the packet loss was detected by the monitoring system. We're investigating the problem on Sarin. Kind regards

Hello! A possible solution may come by relying on the areas (country or continent) domain names offered by AirVPN. By using the general area name that resolve into the specific entry IP addresses of all the servers in that area you randomize and rotate the connections for each name. If the mentioned names are not flexible enough consider your own fully qualified domain names, five for example, each one resolving into a pool of VPN server entry-IP addresses according to your needs and preferences. Kind regards

@colorman Hello! Please test AirVPN Suite 2.0.0 beta 2 and let's move to the following thread if you experience the same (or any other) issue: https://airvpn.org/forums/topic/56704-linux-airvpn-suite-200-beta-available/ Kind regards

Yes! You're welcome. Kind regards

Please re-read the previous message because in the meantime we have found out that Netcup enforces traffic shaping against UDP, so you will never be fine with Netcup, and we have edited the message accordingly. Switch to WireGuard safely, the privacy problems with WireGuard are irrelevant for p2p, anyway they are mitigated by our system and you can also re-generate your key anytime to change VPN IP address. Kind regards

Hello! Netcup does enforce traffic shaping, and exactly against UDP, so you had better drop this service. Liteserver.nl does not mention officially traffic shaping against UDP, but on the forums you can find many issues with it reported by customers (only UDP). Assuming that traffic shaping is not enforced by liteserver.nl, a common reason for this error on virtual servers is the MTU size of the VPN Interface. Please try a smaller one through MTU option in WireGuard (you should test WireGuard before anything else). On the WireGuard's configuration file [Interface] section our Configuration Generator already adds MTU = 1320 which is good for most networks. If that's not enough please try also 1280 bytes. You can edit the profile with any text editor. Of course test only from liteserver.nl as Netcup is not suitable. In Eddie 2.24.x beta you can modify WireGuard interface MTU in "Preferences" > "WireGuard" window. Kind regards

Hello! Microsoft has confirmed that the April 2024 security updates (KB5036893 in particular) for Windows 11, Windows 10 and Windows Server have introduced bugs that cause various problems related to VPN (all protocols, including the pre-installed IPsec). A reported problem is that multiple VPN interfaces appear on affected systems as they accumulate at each session. The bugs should have been fixed with the latest updates: can you please make sure that your Windows system is up to date, just in case the problem is caused by the mentioned update? Kind regards

Hello! The performance you get is good, especially if you consider that you have packet errors when you connect over UDP. The fact that you get much better throughput on a specific port with the same protocols hints to traffic shaping by the ISP. The setup is safe provided that you add some measure against traffic leaks, please make sure that you enable Network Lock if you run AirVPN software. On top of that, you may also consider to bind the torrent software (if a bind option is available in your torrent program settings) to the VPN interface you mentioned. Kind regards

@Bokika Hello! A preliminary checklist: please make sure that the listening program is really running and listening to the correct port, and that it is started only after the VPN connection has been established if a bind option is available in the listening program settings please make sure that the program binds to the VPN interface and not to the physical network interface please make sure that no firewall rule blocks incoming packets to the listening program. You need to check while the system is connected to the VPN as some firewall tools change rule set according to the network type the system is connected to Kind regards

Hello! The most common reasons for what we see on the log, when UDP is not blocked by the ISP, are: Windows Defender blocking Eddie and/or OpenVPN traffic a traffic management / firewall tool on the router blocking UDP Please check and also consider to switch to WireGuard (you can do it in Eddie's "Preferences" > "Protocols" window). In case you ascertain or suspect that your ISP blocks UDP, you can switch to OpenVPN over TCP (again in "Preferences" > "Protocols" window). Kind regards

Hello! It's a suggestion to take into serious consideration and yes, we will move the topic into Eddie specific forum. In the AirVPN Suite for Linux the network lock design is different and was already optimized during the initial design, exactly in the way you suggest. Another bonus is a lighter firewall that needs to examine less rules. Kind regards

Hello! It is possible that, on the Configuration Generator page, your browser downloaded the whole web page in place of the actual configuration file. Can you please try to re-download with a different browser (we would suggest Firefox)? Kind regards

Hello! Can you please test Eddie's latest beta version and check whether the problem is resolved or not? Please see here to download Eddie's latest beta version: https://airvpn.org/forums/topic/57401-eddie-desktop-224-beta-released/ Kind regards

Hello! We can ensure you that no throttling is enforced or has ever been enforced. You can cross-check the expected speed achievable from the reports by our customers throughout the years and from the top user speed user table available in the servers status page. Several factors affect the performance you get with a VPN server, for example peering, routing, sub-optimal local configuration and traffic shaping enforced by your ISP. Since you experience the same problem on different datacenters served by different transit providers, peering and routing problems are less likely. Please consult the traffic shaping policy of your ISP (also known as "fair use" or "traffic management" or even "assured quality of service"), usually written in the contract and in the information papers/web pages, and troubleshoot locally through the assistance of our support team (just open a ticket at your convenience). The most relevant settings to be checked or modified are the connection mode, the MTU of the VPN interface. A general check on any self inflicted shaping on your local network (system, router) through traffic shaping tools is also advised. If you want additional support from the community attending this forum you should at least mention the Operating System name and version of the device connecting to the VPN, the program you run to connect to AirVPN servers, the connection mode. You should also publish the log of that program when you establish a connection. Without such information it is not possible to provide an actual and specific support. In the past you had multiple problems, especially with performance, and invariably they were solved as they were problems on your side (and also Verizon's traffic shaping may have played its nefarious role, are you still with Verizon?). Kind regards

@Shone Hello! GlueTun is integrated with AirVPN and offers an XML file from which it takes AirVPN servers data. If GlueTun is configured to work with AirVPN, and not with a generic provider, the compose file, through the proper options, will tell GlueTun which AirVPN server or area it must connect to, no matter which endpoint is specified in the WireGuard profile. Similar directives for remote inbound port forwarding are available and it is strictly necessary to set them properly in order to receive unsolicited packets inside the container. Please read the documentation and if you still experience problems feel free to come back here with more details, and/or open a ticket. Specific manual for AirVPN: https://github.com/qdm12/gluetun-wiki/blob/main/setup/providers/airvpn.md Overview manual: https://github.com/qdm12/gluetun/blob/master/README.md Wiki: https://github.com/qdm12/gluetun-wiki Kind regards

Hello! It's too early to claim anything, given the excellent growth rate of the user base and the rising costs of IPv4 subnets... Stay tuned! Kind regards

Hello and thank you very much! Not really substantiated arguments, only the generic fear that the support team could be overwhelmed by tickets. In reality, we are already working to migrate toward an easier and even more scalable solution with pools supporting all the protocols and not requiring anymore specific choices by the users. Exactly. The system we're working on aims at getting rid of this relevant problem by dividing users into unique pools and exit-IP addresses, so they will not have to face multiple pools (where pool 1 is "superior" to the other pools) and multiple exit-IP addresses. We see this future new system as a better solution because it will not force choices on pools and IP addresses, and it will be scalable for real: when a pool is close to exhaustion we can just add a new pool and reserve it to future new users. Stay tuned. Kind regards

Hello! In the early stages, the names were taken from the constellations. A little later, from constellations and stars, and finally only from stars. We have exceptions in Tokyo: two servers are named after imaginary planets from Space Battleship Yamato and UFO Robot Grendizer. Kind regards

Hello! @Stalinium is right. You should be able to find the culprit by going into your Android settings and checking which app is enabled for Always on VPN. Kind regards

Hello! Can you please test the new beta 2? The problem you reported has been addressed through a different approach. The "sleep 5" solution is aleatory and relatively unsafe in our opinion so we decided for another solution. Feel free to keep us posted! Kind regards