Staff

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

@alexander3423478 Hello! In various AsusWRT Merlin firmware versions the default name of the tun interface is not tun1. Can you please check? If in doubt just modify your rules by replacing tun1 with tun+ (here + is an iptables wildcard for interfaces). For anything else the rules seem just fine. Kind regards

Hello! Updated and working solution from a ticket by the support team: Kind regards

Hello! We're very glad to inform you that Hummingbird 2.0.0 Release Candidate 1 is now available for macOS, both for Intel and M1/M2/M3 based systems. The links to the latest RC 1 and the main changes have been updated in the first message of this thread. This version differs from beta 5 for some updates on the OpenVPN3-AirVPN library. Besides, the M1/M2/M3 version is now C++20 compliant. Kind regards

Hello! Please see here: https://airvpn.org/android/eddie/apk/tv/ Kind regards

Hello! We're very glad to inform you that AirVPN Suite 2.0.0 Release Candidate 1 for Linux is now available. The original post link is updated to show the new download URLs. The important differences from beta 5 are: a bug causing a crash when nft error messages exceeded a definite size has been fully addressed Bluetit features additional pause and re-connection attempts aimed at facilitating re-connection at system resume after suspension and other situations Hummingbirtd --allow-ping default value is now "output" Special note for firewalld users Please read here, it's very important: https://airvpn.org/forums/topic/70164-linux-network-lock-and-firewalld/ Please note that from now on compatibility with Debian 10 and its derivatives, that reached end of long term support and end of life on June 2024, is lost even for the legacy version, mainly because the Suite is now C++20 compliant. The legacy version remains suitable for Debian 11 and its derivatives. Kind regards