Staff

Hello! Yes, the server with that problem was not Polis, we apologize. On Polis we still can't find this problem, if we could catch it exactly when it happens we could do more, probably. Kind regards

Hello! Taiwan is the main and biggest province of the Republic of China (ROC), not to be confused with People's Republic of China (PRC) aka mainland China. Taiwan is also the informal name of the Republic of China. Get informed here first: https://www.taiwan.gov.tw/ Although the Republic of China is officially recognized only by a few countries and not by the UN (due to the veto of the PRC) we list and we will list Republic of China as an independent country, as it is in practice, in real life of citizens and in spite of the imperialist goals of the PRC. Probably you should send your protests to ISO, not to us: please read the next message for more details and check what we have done so far to recognize the Republic of China as an autonomous country and affirm that there is NOT only one China. Anyway ISO compliance break is on the table. Currently, the decision is that the next Eddie Desktop version will print "Taiwan, Republic of China". Eddie Android edition doesn't need modifications. Kind regards

Hello! We're very glad to announce that AirVPN Suite 2.0.0 beta 2 is available and featuring major improvements. 1. Reverse traffic splitting has been dramatically improved by: adding full Wayland compatibility introducing a new valuable tool: airsu, a script utility that will make life easier thoroughly extending cuckoo tool capabilities 2. Documentation has been expanded to explain all the new functions punctually and in detail, please check the readme file. 3. Network Lock may now be strict or allow private network access 4. Reported bugs have been addressed - thanks to the invaluable tests of the community! Please check the original message of this thread for more details, the updated link to download the Suite, and please consider to spend a few minutes on the new user's manual readme.md (in the package) to learn the new features, in particular the changes to reverse traffic splitting. Kind regards

@Danse Macabre Hello! Apparently, either your upstream does not offer IPv6 support or IPv6 routing is mis-configured on the router: 2024-12-12 16:40:01.540854: [NET] peer(PyLC…g+hk) - Failed to send handshake initiation: write udp6 [::]:50627->[2606:6080:1002:7:f2a9:8074:eabb:24d0]:1637: sendto: no route to host Kind regards

Hello! Indeed. However, the method does not necessarily work with those web site that require you to register an account in any case, or reject the connection in any case, when the IP address, even if not black listed, is not assigned to a residential ISP. Typically this behavior is enforced when the web site needs to comply to regional copyright requirements or when its core business is harvesting and reselling personal data and profiling users. Kind regards

Hello! New all-time high! Kind regards

@msbntt Hello! It's not a widely advertised feature because it is redundant in the VPN, but it is supported. You can find all the details in the specification page here: https://airvpn.org/specs/ Jump to "VPN DNS server" and check "DoH, DoT" section. For DoH, point to port 443, DNS server address matches the VPN gateway address (if in doubt resolve with a normal query dns.airservers.org while connected to the VPN). Example, for DoH during a connection over WireGuard to any VPN server, 10.128.0.1 (IPv4 address) and fd7d:76ee:e68f:a993::1 (IPv6 address), port 443. Kind regards

@Feelingesoteric Hello! In the first part of your log the IPv4 route check failed because of a possible UDP block, which is later resolved. In the second part of the log the route check fails in IPv6 only, while it is successful in IPv4. You may consider to investigate whether you have some IPv6 related issue in your system, or just tell Eddie not to consider IPv6 in the following way: from Eddie's main window select "Preferences" > "Networking" set the "IPv6 layer" combo box to "Block" enable Network Lock from the main window before starting the connection The above should solve the problem although you will not use IPv6 on the VPN (not a big deal at the moment and for the foreseeable future). Kind regards

Version 2.24.5 (Tue, 10 Dec 2024 12:34:03 +0000) [bugfix] [macOS] Fixed an issue preventing WireGuard detection. [bugfix] [all] Fixed an issue that could cause a connection loop with "executable not allowed" appearing in logs. [change] [linux-deb] updated dependencies from "policykit-1" to "pkexec | policykit-1". [change] [all] Applied minor fixes We are confident that we will switch this version to stable very soon. Other reported issues (Exit IP detection, stats at 0, and other minor things) are under investigation and will be fixed in the upcoming version 2.25.x.

Hello! Please delete this one too and test again. Kind regards

Hello! Please delete even any *.airvpnbackup file. The previous OS crash must have left a "dirty" status that requires manual intervention. sudo rm /etc/airvpn/*.airvpnbackup If the problem persists please send us the whole content of /etc/airvpn directory: sudo ls -l /etc/airvpn Kind regards

@spinmaster Hello! This lock file is a temporary file created by Hummingbird to mark that the application is running. It is deleted when Hummingbird is shut down. If it exists while Hummingbird is not running the lock file is a "mark" that Hummingbird did not shut down properly (for example it was closed without grace, or it crashed) and it may hint to something that is not working properly. In your case the cause was surely the OS crash: it's normal that Hummingbird could not delete the file. To delete the file, from a terminal: sudo rm /etc/airvpn/hummingbird.lock because the file can be written/deleted only by root. Kind regards

Hello! Yes, when Eddie Android or Desktop editions see that a connection is lost, they update server scores and likely change server (taking into account servers in the white list, if defined, and not considering servers in the black list, if defined). Note for Eddie Android edition: you can configure it to either mimic exactly WireGuard behavior, or having a supervision of the network status beyond the WireGuard one. Kind regards

Hello! Please move here, where you can see the reports from users all around the world: Also, please make sure to open a ticket to troubleshoot. Last but not least please check the "Top user speed" table on the servers status page https://airvpn.org/status Kind regards

Hello! Your refund was requested on Sunday 01 Dec 2024 and delivered on 05 Dec 2024, even before the 5 business days claimed as a courtesy and within the 30 calendar days according to the Terms of Service. Now it's all up to bank / credit card company, typically credit card companies deliver a refund by a merchant in 4-14 business days. Kind regards

Hello! It's not linked against libtorrent (its backend is libTransmission) so our previous speculation is wrong. To discern whether it is a Transmission specific problem, have you tested other torrent software with the same torrents? Kind regards

Hello! This reminds us of an ancient qBittorrent bug that could be caused by libtorrent. Do you run any torrent software based on libtorrent? If so which version? This bug was allegedly fixed years ago... https://forum.qbittorrent.org/viewtopic.php?t=4342 Kind regards

Hello! According to the latest informal survey (just a couple of years old, so it's relevant) the large majority of our "historical" customer base would consider a unique public IP address assigned to each node (temporarily or not) as a sufficient condition to drop the service. In fact there is a difference but to understand it you should be well experienced on how criminal organizations and/or "legal" investigations (legal in quotes because of the way some countries or agencies operate, which is literally terrifying) work to disclose the identity of a VPN user during his/her connections. We prefer not to enter into details here but you will probably get it with some reasoning. Kind regards

Hello! You can do it with AirVPN thanks to the remote inbound port forwarding system which works, and has always worked, equivalently in v4 and v6. If you need to reserve and open more than 5 inbound ports (the current limit per account) please open a ticket, we are getting organized to add more ports per account at a reasonable fee. Kind regards

Hello! Android 14 and 15 and Android TV 14 and 15 do not allow background activities; Android 14 and 15 however do have "Always on VPN", unless deleted by the manufacturer; Android TV 10, 11, 12, 13, 14 and 15 do not have "Always on VPN"; edit: incorrect, they do have such functionalities, but they are not exposed on the user interface Android TV 10, 11, 12, 13 allow background activities. Therefore: on Android TV 14 and 15 the connection to a VPN during the device bootstrap remains impossible on an un-rooted device; incorrect - please follow the updates to this thread on Android 14 and 15 connection to a VPN during the bootstrap is possible in spite of the forbidden background activities, thanks to "Always on VPN"; on Android TV 10, 11, 12, 13, connection to a VPN during the bootstrap is possible in spite of lack of "Always on VPN" feature because background activities are allowed. However Eddie, unlike the other apps you mentioned, will not take advantage of it, due to a coded limitation according to which it doesn't let you configure app start at bootstrap if you are on Android TV. This is Eddie's part that needs to be re-designed and re-implemented in order to allow connection at boot on Android TV 10, 11, 12, and 13. Kind regards

Hello! In Europe: the Netherlands, Sweden, Estonia and Latvia are countries without any M247 server at all. On top of that you can also consider a list of all the 10 Gbit/s servers in Europe and build a white list (they are in Bulgaria, the Netherlands, Sweden, Switzerland). None of the 10 Gbit/s servers in Europe is with M247. Finally, you can find other non-M247 servers in Czech Republic, Germany, Spain, Switzerland (but in those countries we also operate M247 server together with various other providers). Can you tell us why you need to avoid M247 servers (performance problems or anything else) if you wish? Kind regards

@cyberslav Hello! For an explanation and a quick solution please see here: https://airvpn.org/forums/topic/56657-cant-connect-to-anything/?do=findComment&comment=225418 Kind regards

Hello! The trick (an idea to be verified) is using the current broadcast receiver, implemented in the app since its initial release, without verifying "Always on VPN" (Eddie should not refuse to be configured to start at boot if "Always on VPN" is not available) . However, this procedure does not work anymore in Android 14 and above, because it is now forbidden to start activities in background. Eddie was planned to pretend "Always on VPN" on various Android versions, otherwise it refuses to start at bootstrap. Since other programs do not verify the activation of that option, they can still start and connect at bootstrap on Android TV 10, 11, 12, 13 versions. By removing "Always on VPN" and preventing background activities Google closed the loophole of automatic VPN connections during the bootstrap which, we suspect, is detrimental for marketing and profiling reasons. The same decision was taken by various Chinese companies even for Android (and not just TV). EDIT: the above sentence in italic is incorrect. While it's true that background activities are extremely limited or forbidden in Android TV 14 and 15, after a deeper investigation, we ascertained that "Always on VPN" and "Block traffic if VPN is inactive" were removed from the UI of Android TV, but they are fully implemented on Android TV just like they are in Android. The framework support is complete and can easily be activated; however, the activation could be hindered by device manufacturer, for purposes related to OEM protections and DRM. Please see here: https://airvpn.org/forums/topic/65815-android-tv-vpn-connection-at-startup-why-openvpn-for-android-can-do-it-and-eddie-not/?do=findComment&comment=255925 Kind regards

Hello! Please test yourself. In general a packet loss must be avoided. Chicago servers have not suffered any attack lately. The New York servers currently suffer a packet loss on IPv6 addresses only. If you don't need IPv6 you can connect to NYC servers. We are investigating the issue with the help of dc techies. Kind regards

Hello! Of course. We will study the matter carefully and we will update this thread. Kind regards