Staff

Hello! Passepartout can be run to connect to AirVPN servers by importing a WireGuard or OpenVPN profile generated by AirVPN's Configuration Generator. Kind regards

@Dunmer1E700 Hello! You can consider AirVPN Suite 2.0.0 RC 1 and have Caddy traffic (and if necessary any other application you wish) flow outside the VPN tunnel, since Bluetit 2.0.0 supports per app reverse traffic splitting. In this way only Caddy traffic will flow outside the VPN tunnel. Please see here: https://airvpn.org/forums/topic/66706-linux-airvpn-suite-200-preview-available Inside the package you will find the updated README.md which is a thorough user's manual. Release Candidate 1 has reached a very remarkable stability and reliability according to long and thorough internal and public testing. Release Candidate 2 is due to be out during the next week and the stable release will follow shortly. Please note that the namespace which Caddy (and any "outside the tunnel" process) lives in will have a different private IP address (consider this when you forward port 443 from the router). Kind regards

Hello! Starting from version 2.3, firewalld by default owns exclusively nftables tables generated by itself, thus preventing Eddie, Bluetit and Hummingbird Network Lock related operations. If you want to have Network Lock enabled and firewalld running at the same time, then you must configure firewalld by setting the following option: NftablesTableOwner=no in firewalld's configuration file, usually /etc/firewalld/firewalld.conf . After you have edited the configuration file with any text editor with root privileges, reload firewalld configuration or restart firewalld, and only then (re)start Bluetit, Hummingbird or Eddie. Additional insights: https://discussion.fedoraproject.org/t/firewalld-add-flags-owner-persist-in-fedora-42/148835 https://forums.rockylinux.org/t/rocky-9-5-breaks-netfilter/16551 Kind regards

Hello! GlueTun offers a remarkable integration with AirVPN and in general will not consider the configuration file to determine the end point. Instead, it will evaluate specific environment variables, please see here: https://github.com/qdm12/gluetun-wiki/blob/main/setup/providers/airvpn.md#optional-environment-variables Even if you set SERVER_REGIONS=Europe or something similar, a new end point will be determined only upon disconnection or container restart. Under no circumstance a connection will be intentionally and suddenly broken and then re-established to a different server without the operator's intervention. Remember that the mentioned environment variables will be correctly evaluated when the VPN_SERVICE_PROVIDER variable is set to airvpn: VPN_SERVICE_PROVIDER=airvpn Kind regards

Hello! Please try various WireGuard's interface MTU, starting from 1280 bytes and slowly increasing it, and check whether you have a specific value which improves the upload speed. GlueTun's environment variable setting WireGuard interface MTU is WIREGUARD_MTU. You can set it in the compose file environment: section. Remember to re-start the container each time you change the setting. Example: environment: - UID=1000 - GID=10 - TZ=Europe/Copenhagen - WIREGUARD_MTU=1280 Although you are probably in the EU, where such behavior would be illegal except when forced by congestion or exceptional causes, please note that some ISPs could cap UDP in upload even on symmetric lines (we mention UDP because WireGuard works over UDP). Please check the "traffic management" policy of your ISP, just in case. Kind regards

Hello! According to reports found on the web, Tunnelblick warns that IPv6 DNS server is not being used when the "disable ipv6" checkbox is ticked. The warning can be incorrect because it is thrown even though the IPv6 tunnel is functioning correctly and DNS queries to the provided IPv6 DNS server address work fine, can you verify? If DNS6 does not work, the problem can be related to the peculiar macOS management of IPv6 tunneling over IPv4, please see here: https://gist.github.com/smammy/3247b5114d717d12b68c201000ab163d Both Eddie and Hummingbird for macOS were rewritten in 2022/2023 to properly "convince" macOS to do IPv6 DNS lookups when your only IPv6 address is via a VPN or tunnel of some sort. We're not sure about Tunnelblick, when we tested in 2022 it could not do it. Kind regards

Hello! This happened in the past indeed, but it was an error promptly resolved by Bell, although intermittent problems with Cloudflare have been reported again throughout the recent past years by Bell users. You should contact Bell just in case some error again prevents reaching 1.1.1.1 and other Cloudflare DNS (assuming that the block does not come from Cloudflare of course). In the meantime do not use 1.1.1.1 for the healthcheck. https://github.com/qdm12/gluetun-wiki/blob/main/faq/healthcheck.md or for the server data updater. Kind regards

Hello! Different reasons come to mind (MITM packet injection, very noisy line, MTU related problem, bugs in the system or router stack when UDP traffic flow is high). Please: set WireGuard interface MTU to 1280 bytes in Eddie's "Preferences" > "WireGuard" window; if you connect via WiFi try to get a stronger signal and verify whether it's necessary to change channel; if you connect via Ethernet, test a replacement cable; make sure that your router firmware and your network interface driver are both up to date. Kind regards

Hello! Thanks for the thorough report. During the current tests with your own connection, we could verify that the port re-direction on the server is correct. On the other hand, your tcpdump output is quite clear. Therefore this could be a rare bug which does not always occur. Or you might have changed the "local" field of the port (in your AirVPN account port panel) while your connection was active. In this specific case the system can not change "on the fly" the pre-routing rules and requires a disconnection and re-connection. Please let us know whether the problem re-appears and/or persists even after a disconnection / re-connection. Kind regards

Hello! You could split the traffic of the application you run to access CS2 or Steam (a browser and/or a dedicated game client, we don't know). All the traffic of the system would continue flowing into the VPN tunnel except the specific Steam related applications traffic. While no trivial solution is available for macOS at the moment (you could consider virtualization), on Linux you can achieve app traffic splitting with the AirVPN Suite 2, on Windows with WireSock, on Android with Eddie Android edition. Kind regards

Hello! OK. This version, according to the reports we have, is affected by a bug which could be relevant according to your description of the problem. When both IPv4 and IPv6 are supported by system, and the "Optional IP address to bind to" box in "Tools" > "Preferences" > "Advanced" is set to "All IP addresses", qBittorrent will listen only to IPv6. Please verify whether changing that combo box into "All IPv4 addresses" solves the problem or not. If not, please consider to upgrade to qBittorrent 5.0.4 and the latest libtorrent through a backport (or build them directly into your system, if you like to compile) or test another torrent software to understand whether the problem is qBittorrent 4.5.2 specific or not. Kind regards

Hello! Please upgrade first to qBittorrent 5.0.4 or anyway the latest available version in order to rule out the various bugs affecting your version. Then we can start to investigate properly. Kind regards

Hello! Your account is active and authorized to access all the servers. Please keep in mind that the system will wait for two confirmations in the blockchain to activate a plan. If you experience any issue please open a ticket at your earliest convenience. Please remember that Russian language is not supported,. we're sorry. If you write in Russian you may receive delayed answers and also translated with automatic translators. In the community forum you should write only in English. Kind regards

Hello! It must be a bug in the Configuration Generator: only Marsic and Telescopium should be shown when "2.6 DCO" is selected. We are going to investigate. Thank you for the head up. Kind regards

Hello! It does. Eddie should not crash in the first place and many bugs affecting 2.21.8 have been addressed in 2.24.6. Also remember, obviously, to shut down Eddie properly. Kind regards

Hello! Unsure (we should check with devs because the error message is not very explicative) but as a first, quick attempt please try to completely delete the shown directory "C:\Program Files\AirVPN" while Eddie is not running (to avoid locks) and then try again the installation. Kind regards

Hello! The system report also confirms that the issue is probably the same, because the initial DNS reported by Eddie when the system is not connected to the VPN look like VPN DNS. Therefore, same issue same solution. How to change DNS on macOS: https://support.apple.com/guide/mac-help/change-dns-settings-on-mac-mh14127/mac Remember to perform the operation while Eddie is NOT running. Kind regards

Hello! A momentary outage of the datacenter (or part of it) that lasted for approximately 3 hours 42 minutes. You can also check the servers monitor to see all the details (click a server name to see specific server stats). https://airvpn.org/status Kind regards

Hello! According to the ticket the problem could not be reproduced anymore after the initial event. If it was a glitch of the account panel, apparently it was momentary. Kind regards

Hello! We're very glad to inform you that a new 10 Gbit/s full duplex server located in Denver (CO), USA, is available: Torcular. 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. Torcular 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 . Do not hesitate to contact us for any information or issue. Kind regards & datalove AirVPN Staff

Hello! The Suite doesn't offer a GUI. Therefore if you prefer a GUI the Suite is a no-go. The time to establish a connection to a VPN server is roughly the same, maybe the Suite is slightly faster. The Suite doesn't offer specific connection modes such as OpenVPN over SSH/stunnel, so if you suffer blocks against WireGuard and OpenVPN you should prefer Eddie. On the other hand the Suite offers reverse traffic splitting on an application basis, which Eddie doesn't, in case you need it, and does not need the demanding Mono package (still needed by Eddie GUI). You can also enjoy an asynchronous client-daemon architecture by relying on two components of the Suite, Goldcrest (a client) and Bluetit (the daemon). You can find the Suite thorough user's manual in the packaged file README.md Kind regards

@alexander3423478 Hello! Please make sure that both servers run in the 192.168.50.36 machine, that they listen to the correct ports, and that no firewall (running in that same machine) blocks packets to/from the servers. Kind regards

Hello! The failure probably comes from the fact that Eddie service can be installed only on systemd based systems. MX Linux by default uses SysVInit, according to the documentation. We deliver the AirVPN Suite for Linux that supports SysVInit too. In the Suite, Bluetit is a daemon that can run both on SysVInit and systemd based systems. If you are interested: https://airvpn.org/forums/topic/66706-linux-airvpn-suite-200-preview-available/ Kind regards

Hello! Please note that this feature, which is mandatory to query VPN DNS, is opt-out. In Eddie's "Preferences" > "DNS" window you can configure your own DNS and tell Eddie not to check DNS. It will, it restores the previous one. If that doesn't happen something weird is going on (a bug?), feel free to open a ticket. Maybe this info can be useful: consider that GlueTun supports AirVPN out of the box and offers a good level of integration with countries, locations, specific servers and inbound remote port forwarding. https://github.com/qdm12/gluetun-wiki/blob/main/setup/providers/airvpn.md Kind regards

Hello! Please click "Client Area" > "Support request" > "Create new" to open a ticket while you're logged into the web site, OR write to support@airvpn.org. If you write an e-mail and you don't have an e-mail address linked to your AirVPN account, in the e-mail body please mention your AirVPN account name. Kind regards