<?xml version="1.0"?>
<rss version="2.0"><channel><title>AirVPN Forums</title><link>https://airvpn.org/feed/forums/</link><description>Forums</description><language>en</language><item><title>Port Forwarding Stopped Working?</title><link><![CDATA[https://airvpn.org/forums/topic/80627-port-forwarding-stopped-working/?do=findComment&comment=263469]]></link><description>Hello all, 
 
A few years ago I had forwarded some ports through AirVPN's site. It worked just fine and so I left it alone all of this time later. 
 
For some reason now, it doesn't seem to be actually forwarding them. I'm using OpenBSD and am connected to AirVPN's servers through openvpn. Port checks fail, connections time out, but the servers I'm running locally have indeed occupied those ports (I can access via its local IP). The firewall (pf) has those ports allowed over tun0. Is there something I'm missing or doing wrong, or is there a tiny chance Helvetios (server in question) has some issues? 
 
FWIW I tried reconnecting to AirVPN multiple times in the hopes of reaching a different server, but every single time it connected to Helvetios. 
 
Thank you in advance if you can help shed some light on this.</description><pubDate>Sat, 27 Jun 2026 18:18:18 +0000</pubDate></item><item><title>Raid Shadow Legends</title><link><![CDATA[https://airvpn.org/forums/topic/80621-raid-shadow-legends/?do=findComment&comment=263456]]></link><description>Not to be cringe, but the US pricing for bundles on Raid are a lot cheaper than UK, because they are priced exactly the same, but the convertion makes it a lot cheaper for UK users to transfer their account to the US and buy them.  
 
Example attached. The issue is, Plarium is detecting my VPN. 
 
Any suggestions on a potential fix?  My first time trying to use my VPN like this, so I am surprised it's an issue, but I suppose if the IP addresses are registered to AirVPN, or there is a known list of their IPs that is being tracked it may be causing the issue</description><pubDate>Wed, 24 Jun 2026 17:10:34 +0000</pubDate></item><item><title>Config Generator on Choose OS Page</title><link><![CDATA[https://airvpn.org/forums/topic/80604-config-generator-on-choose-os-page/?do=findComment&comment=263416]]></link><description>Hi...  
 
Can we have the Config genertor linked on this page?</description><pubDate>Mon, 22 Jun 2026 02:04:51 +0000</pubDate></item><item><title>Lots of disconnections lately? Eddie</title><link><![CDATA[https://airvpn.org/forums/topic/80596-lots-of-disconnections-lately-eddie/?do=findComment&comment=263402]]></link><description><![CDATA[Trying different servers mainly in Switzerland and Netherlands, but having many instances of non-connection and disconnection. Not sure if anyone else has seen the change? Mostly from the last few days after months of stability. 
 
. 2026.06.20 22:08:29 - Eddie version: 2.24.6 / windows_x64, System: Windows, Name: Windows 10 IoT Enterprise LTSC 2024, Version: 10.0.26100.0, Framework: v4.0.30319 
. 2026.06.20 22:08:29 - Command line arguments (1): path="home" 
. 2026.06.20 22:08:30 - Collect network information 
. 2026.06.20 22:08:31 - Reading options from C:\Users\33641\AppData\Local\Eddie\default.profile 
. 2026.06.20 22:08:32 - OpenVPN - Version: 2.6.12 - OpenSSL 3.3.1 4 Jun 2024, LZO 2.10 (C:\Program Files\AirVPN\openvpn.exe) 
. 2026.06.20 22:08:32 - SSH - Version: OpenSSH_for_Windows_9.5p2, LibreSSL 3.8.2 (C:\WINDOWS\System32\OpenSSH\\ssh.exe) 
. 2026.06.20 22:08:32 - SSL - Version: 5.69 (C:\Program Files\AirVPN\stunnel.exe) 
I 2026.06.20 22:08:34 - Ready 
. 2026.06.20 22:08:35 - Collect information about AirVPN completed 
I 2026.06.20 22:08:36 - Session starting. 
. 2026.06.20 22:08:36 - Activation of Network Lock - Windows Filtering Platform 
I 2026.06.20 22:08:37 - Checking authorization ... 
! 2026.06.20 22:08:37 - Connecting to Athebyne (Switzerland, Zurich) 
. 2026.06.20 22:08:38 - Routes, add 86.106.84.164/32 for interface "Wi-Fi (Intel(R) Wi-Fi 6 AX200 160MHz)". 
. 2026.06.20 22:08:38 - WireGuard &gt; Setup start 
. 2026.06.20 22:08:39 - WireGuard &gt; Setup complete 
. 2026.06.20 22:08:39 - WireGuard &gt; Starting WireGuard/0.5.3 (Windows 10.0.26100; amd64) 
. 2026.06.20 22:08:39 - WireGuard &gt; Watching network interfaces 
. 2026.06.20 22:08:39 - WireGuard &gt; Resolving DNS names 
. 2026.06.20 22:08:39 - WireGuard &gt; Creating network adapter 
. 2026.06.20 22:08:39 - WireGuard &gt; Using existing driver 0.10 
. 2026.06.20 22:08:39 - WireGuard &gt; Creating adapter 
. 2026.06.20 22:08:39 - WireGuard &gt; Using WireGuardNT/0.10 
. 2026.06.20 22:08:39 - WireGuard &gt; Dropping privileges 
. 2026.06.20 22:08:39 - WireGuard &gt; Interface created 
. 2026.06.20 22:08:39 - WireGuard &gt; Setup interface 
. 2026.06.20 22:08:39 - WireGuard &gt; Setting interface configuration 
. 2026.06.20 22:08:39 - WireGuard &gt; Peer 1 created 
. 2026.06.20 22:08:39 - WireGuard &gt; Setting device v4 addresses 
. 2026.06.20 22:08:39 - WireGuard &gt; Interface up 
. 2026.06.20 22:08:39 - WireGuard &gt; Setting device v6 addresses 
. 2026.06.20 22:08:39 - WireGuard &gt; Startup complete 
. 2026.06.20 22:08:40 - WireGuard &gt; Received first handshake 
. 2026.06.20 22:08:40 - Interface Eddie metric changed from Automatic to 3, layer IPv4 
. 2026.06.20 22:08:40 - Interface Eddie metric changed from Automatic to 3, layer IPv6 
. 2026.06.20 22:08:40 - DNS leak protection with packet filtering enabled. 
. 2026.06.20 22:08:40 - DNS IPv4 of a network adapter forced (Eddie, from automatic to 10.128.0.1) 
. 2026.06.20 22:08:40 - DNS IPv6 of a network adapter forced (Eddie, from automatic to fd7d:76ee:e68f:a993::1) 
. 2026.06.20 22:08:41 - Routes, add 0.0.0.0/1 for interface "Eddie (WireGuard Tunnel)". 
. 2026.06.20 22:08:41 - Routes, add 128.0.0.0/1 for interface "Eddie (WireGuard Tunnel)". 
. 2026.06.20 22:08:42 - Routes, add ::/1 for interface "Eddie (WireGuard Tunnel)". 
. 2026.06.20 22:08:42 - Routes, add 8000::/1 for interface "Eddie (WireGuard Tunnel)". 
. 2026.06.20 22:08:43 - Routes, add 86.106.84.167/32 for interface "Eddie (WireGuard Tunnel)". 
. 2026.06.20 22:08:44 - Routes, add 2a0d:5600:125:2:7ce:e834:711d:f58c/128 for interface "Eddie (WireGuard Tunnel)". 
. 2026.06.20 22:08:44 - Flushing DNS 
I 2026.06.20 22:08:44 - Checking route IPv4 
. 2026.06.20 22:09:20 - Checking route (4° try) 
. 2026.06.20 22:09:34 - Checking route (5° try) 
E 2026.06.20 22:09:44 - Checking route IPv4 failed, last reason: Fetch url error:Timeout was reached 
! 2026.06.20 22:09:44 - Disconnecting 
. 2026.06.20 22:09:44 - WireGuard &gt; Stop request received 
. 2026.06.20 22:09:44 - WireGuard &gt; Stopping 
. 2026.06.20 22:09:45 - WireGuard &gt; Completed 
. 2026.06.20 22:09:46 - Routes, delete 0.0.0.0/1 for interface "{7CB6D269-0786-7E57-C13F-6CDFFF02FB02}", not exists. 
. 2026.06.20 22:09:46 - Routes, delete 128.0.0.0/1 for interface "{7CB6D269-0786-7E57-C13F-6CDFFF02FB02}", not exists. 
. 2026.06.20 22:09:46 - Routes, delete ::/1 for interface "{7CB6D269-0786-7E57-C13F-6CDFFF02FB02}", not exists. 
. 2026.06.20 22:09:46 - Routes, delete 8000::/1 for interface "{7CB6D269-0786-7E57-C13F-6CDFFF02FB02}", not exists. 
. 2026.06.20 22:09:47 - Routes, delete 86.106.84.164/32 for interface "Wi-Fi (Intel(R) Wi-Fi 6 AX200 160MHz)". 
. 2026.06.20 22:09:47 - Routes, delete 86.106.84.167/32 for interface "{7CB6D269-0786-7E57-C13F-6CDFFF02FB02}", not exists. 
. 2026.06.20 22:09:47 - Routes, delete 2a0d:5600:125:2:7ce:e834:711d:f58c/128 for interface "{7CB6D269-0786-7E57-C13F-6CDFFF02FB02}", not exists. 
. 2026.06.20 22:09:47 - DNS IPv4 of a network adapter restored to original settings (Eddie, to automatic) 
. 2026.06.20 22:09:48 - DNS IPv6 of a network adapter restored to original settings (Eddie, to automatic) 
. 2026.06.20 22:09:48 - DNS leak protection with packet filtering disabled. 
. 2026.06.20 22:09:48 - Collect network information 
. 2026.06.20 22:09:48 - Connection terminated. 
I 2026.06.20 22:09:51 - Checking authorization ... 
! 2026.06.20 22:09:52 - Connecting to Athebyne (Switzerland, Zurich) 
. 2026.06.20 22:09:52 - Routes, add 86.106.84.164/32 for interface "Wi-Fi (Intel(R) Wi-Fi 6 AX200 160MHz)". 
. 2026.06.20 22:09:52 - WireGuard &gt; Setup start 
. 2026.06.20 22:09:54 - WireGuard &gt; Setup complete 
. 2026.06.20 22:09:54 - WireGuard &gt; Starting WireGuard/0.5.3 (Windows 10.0.26100; amd64) 
. 2026.06.20 22:09:54 - WireGuard &gt; Watching network interfaces 
. 2026.06.20 22:09:54 - WireGuard &gt; Resolving DNS names 
. 2026.06.20 22:09:54 - WireGuard &gt; Creating network adapter 
. 2026.06.20 22:09:54 - WireGuard &gt; Using existing driver 0.10 
. 2026.06.20 22:09:54 - WireGuard &gt; Creating adapter 
. 2026.06.20 22:09:54 - WireGuard &gt; Using WireGuardNT/0.10 
. 2026.06.20 22:09:54 - WireGuard &gt; Dropping privileges 
. 2026.06.20 22:09:54 - WireGuard &gt; Interface created 
. 2026.06.20 22:09:54 - WireGuard &gt; Setup interface 
. 2026.06.20 22:09:54 - WireGuard &gt; Setting interface configuration 
. 2026.06.20 22:09:54 - WireGuard &gt; Peer 1 created 
. 2026.06.20 22:09:54 - WireGuard &gt; Setting device v4 addresses 
. 2026.06.20 22:09:54 - WireGuard &gt; Interface up 
. 2026.06.20 22:09:54 - WireGuard &gt; Setting device v6 addresses 
. 2026.06.20 22:09:54 - WireGuard &gt; Startup complete 
. 2026.06.20 22:09:54 - WireGuard &gt; Received first handshake 
. 2026.06.20 22:09:54 - Interface Eddie metric changed from Automatic to 3, layer IPv4 
. 2026.06.20 22:09:54 - Interface Eddie metric changed from Automatic to 3, layer IPv6 
. 2026.06.20 22:09:54 - DNS leak protection with packet filtering enabled. 
. 2026.06.20 22:09:55 - DNS IPv4 of a network adapter forced (Eddie, from automatic to 10.128.0.1) 
. 2026.06.20 22:09:55 - DNS IPv6 of a network adapter forced (Eddie, from automatic to fd7d:76ee:e68f:a993::1) 
. 2026.06.20 22:09:55 - Routes, add 0.0.0.0/1 for interface "Eddie (WireGuard Tunnel)". 
. 2026.06.20 22:09:56 - Routes, add 128.0.0.0/1 for interface "Eddie (WireGuard Tunnel)". 
. 2026.06.20 22:09:56 - Routes, add ::/1 for interface "Eddie (WireGuard Tunnel)". 
. 2026.06.20 22:09:57 - Routes, add 8000::/1 for interface "Eddie (WireGuard Tunnel)". 
. 2026.06.20 22:09:57 - Routes, add 86.106.84.167/32 for interface "Eddie (WireGuard Tunnel)". 
. 2026.06.20 22:09:58 - Routes, add 2a0d:5600:125:2:7ce:e834:711d:f58c/128 for interface "Eddie (WireGuard Tunnel)". 
. 2026.06.20 22:09:58 - Flushing DNS 
I 2026.06.20 22:09:58 - Checking route IPv4 
. 2026.06.20 22:10:34 - Checking route (4° try) 
. 2026.06.20 22:10:48 - Checking route (5° try) 
E 2026.06.20 22:10:58 - Checking route IPv4 failed, last reason: Fetch url error:Timeout was reached 
! 2026.06.20 22:10:58 - Disconnecting 
. 2026.06.20 22:10:59 - WireGuard &gt; Stop request received 
. 2026.06.20 22:10:59 - WireGuard &gt; Stopping 
. 2026.06.20 22:11:00 - WireGuard &gt; Completed 
. 2026.06.20 22:11:00 - Routes, delete 0.0.0.0/1 for interface "{7CB6D269-0786-7E57-C13F-6CDFFF02FB02}", not exists. 
. 2026.06.20 22:11:00 - Routes, delete 128.0.0.0/1 for interface "{7CB6D269-0786-7E57-C13F-6CDFFF02FB02}", not exists. 
. 2026.06.20 22:11:00 - Routes, delete ::/1 for interface "{7CB6D269-0786-7E57-C13F-6CDFFF02FB02}", not exists. 
. 2026.06.20 22:11:00 - Routes, delete 8000::/1 for interface "{7CB6D269-0786-7E57-C13F-6CDFFF02FB02}", not exists. 
. 2026.06.20 22:11:01 - Routes, delete 86.106.84.164/32 for interface "Wi-Fi (Intel(R) Wi-Fi 6 AX200 160MHz)". 
. 2026.06.20 22:11:01 - Routes, delete 86.106.84.167/32 for interface "{7CB6D269-0786-7E57-C13F-6CDFFF02FB02}", not exists. 
. 2026.06.20 22:11:01 - Routes, delete 2a0d:5600:125:2:7ce:e834:711d:f58c/128 for interface "{7CB6D269-0786-7E57-C13F-6CDFFF02FB02}", not exists. 
. 2026.06.20 22:11:01 - DNS IPv4 of a network adapter restored to original settings (Eddie, to automatic) 
. 2026.06.20 22:11:02 - DNS IPv6 of a network adapter restored to original settings (Eddie, to automatic) 
. 2026.06.20 22:11:02 - DNS leak protection with packet filtering disabled. 
. 2026.06.20 22:11:02 - Collect network information 
. 2026.06.20 22:11:02 - Connection terminated. 
I 2026.06.20 22:11:05 - Checking authorization ... 
! 2026.06.20 22:11:05 - Connecting to Athebyne (Switzerland, Zurich) 
. 2026.06.20 22:11:06 - Routes, add 86.106.84.164/32 for interface "Wi-Fi (Intel(R) Wi-Fi 6 AX200 160MHz)". 
. 2026.06.20 22:11:06 - WireGuard &gt; Setup start]]></description><pubDate>Sat, 20 Jun 2026 20:12:33 +0000</pubDate></item><item><title>Split-Tunneling</title><link><![CDATA[https://airvpn.org/forums/topic/80587-split-tunneling/?do=findComment&comment=263387]]></link><description>Hi, I came across AirVPN and I wanted to ask whether it is possible in their Windows app (Eddie)  (Split tunneling ) to exclude an IPv4 address so that this IP is not routed through the VPN. I would really appreciate a response and I hope I&#x2019;m in the right thread.</description><pubDate>Fri, 19 Jun 2026 14:14:33 +0000</pubDate></item><item><title>Cant connect on Kodachi Linux.</title><link><![CDATA[https://airvpn.org/forums/topic/80575-cant-connect-on-kodachi-linux/?do=findComment&comment=263372]]></link><description>Hello, i try to connect via Kodachi Linux Security Dashboard (Debian Linux). I have generated config files for OpenVPN and WireGuard and none works. 
	 
	On WG i get the error: Error: Failed to connect to wireguard: WireGuard interface wg0 exists but has no IP address 
	On OpenVPN the internet gets disconnected. 
	 
	Tor is disconnected, DNSCrypt is disconnected as well. On the Eddie app i can connect but it loses connection as soon as i connect to TOR. 
	 
	Any idea how to connect? Or any idea how to configure TOR on Eddie app? 
	 
	Thanks</description><pubDate>Thu, 18 Jun 2026 22:56:33 +0000</pubDate></item><item><title>The Dystopian UK and Airvpn</title><link><![CDATA[https://airvpn.org/forums/topic/80574-the-dystopian-uk-and-airvpn/?do=findComment&comment=263368]]></link><description>With what is going on in the UK would Airvpn ever bend the knee and submit to demands for user verification? 
 
Worth the ask. How does Italian law prevent this?</description><pubDate>Thu, 18 Jun 2026 12:57:39 +0000</pubDate></item><item><title>FortiBleed - are we affected?</title><link><![CDATA[https://airvpn.org/forums/topic/80573-fortibleed-are-we-affected/?do=findComment&comment=263367]]></link><description>Are we affected by this?</description><pubDate>Thu, 18 Jun 2026 12:50:48 +0000</pubDate></item><item><title>libera libera.chat irc network has banned AirVPN</title><link><![CDATA[https://airvpn.org/forums/topic/80569-libera-liberachat-irc-network-has-banned-airvpn/?do=findComment&comment=263361]]></link><description>They also banned irccloud.com  I'm very disappointed that some people would use AirVPN to be a jerk.  How could they?</description><pubDate>Wed, 17 Jun 2026 23:55:53 +0000</pubDate></item><item><title>Aludra marked as TOR node</title><link><![CDATA[https://airvpn.org/forums/topic/80566-aludra-marked-as-tor-node/?do=findComment&comment=263357]]></link><description>Aludra is marked as TOR node and is being blocked by TOR-sensitive websites. 
 
A result from proxycheck.io: 
 
 
{
    "status": "ok",
    "104.254.90.203": {
        "network": {
            "asn": "AS32489",
            "range": null,
            "hostname": null,
            "provider": "Amanah Tech Inc.",
            "organisation": "Amanah Tech Inc",
            "type": "Hosting"
        },
        "location": {
            "continent_name": "North America",
            "continent_code": "NA",
            "country_name": "Canada",
            "country_code": "CA",
            "region_name": "Ontario",
            "region_code": "ON",
            "city_name": "Toronto (Old Toronto)",
            "postal_code": "M5A",
            "latitude": 43.6455,
            "longitude": -79.3839,
            "timezone": "America/Toronto",
            "currency": {
                "name": "Dollar",
                "code": "CAD",
                "symbol": "CA$"
            }
        },
        "device_estimate": {
            "address": 10,
            "subnet": 260
        },
        "detections": {
            "proxy": false,
            "vpn": true,
            "compromised": false,
            "scraper": false,
            "tor": true,
            "hosting": true,
            "anonymous": true,
            "risk": 75,
            "confidence": 100,
            "first_seen": "2026-01-31T13:39:05Z",
            "last_seen": "2026-06-17T19:31:48Z"
        },
        "detection_history": {
            "delisted": false,
            "delist_datetime": "2026-07-01T19:31:48Z"
        },
        "attack_history": null,
        "operator": {
            "name": "TOR",
            "url": "https://www.torproject.org/",
            "anonymity": "high",
            "popularity": "high",
            "services": [
                "residential_proxies",
                "wireless_proxies",
                "datacenter_proxies"
            ],
            "protocols": [
                "Onion Routing"
            ],
            "policies": {
                "ad_filtering": false,
                "free_access": true,
                "paid_access": false,
                "port_forwarding": false,
                "logging": false,
                "anonymous_payments": false,
                "crypto_payments": false,
                "traceable_ownership": true
            },
            "additional_operators": [
                "AirVPN"
            ]
        },
        "last_updated": "2026-06-17T19:31:48Z"
    },
    "query_time": 5
}</description><pubDate>Wed, 17 Jun 2026 19:49:14 +0000</pubDate></item><item><title>SKY ISP UK Blocks AirVPN Website Now</title><link><![CDATA[https://airvpn.org/forums/topic/80549-sky-isp-uk-blocks-airvpn-website-now/?do=findComment&comment=263334]]></link><description>I thought I let you know that SKY(BSB now Comcast) ISP blocks AirVPN website now in the UK so now they are starting to stop you trying to use a VPN now when Windows supports you using one in Windows, wow no freedom ... &#x1F61E; 
	 
	You get a website has timed out error. 
	 
	I had to use a VPN extension in Google Chrome to load the AIRVPN Website then I could sign up again.</description><pubDate>Mon, 15 Jun 2026 18:36:07 +0000</pubDate></item><item><title>Stuck on network lock after crash Mac M1</title><link><![CDATA[https://airvpn.org/forums/topic/80492-stuck-on-network-lock-after-crash-mac-m1/?do=findComment&comment=263250]]></link><description>Hi all, 
 
Have been a happy user of Airvpn for many years. 
 
Last night my MacBook Pro M1 got full disk error crash while connected to VPN with latest available Eddie for my machine. After fixing the full disk issue, and rebooting I realized that computer doesn't connect to internet. 
 
I realized maybe because Eddie crashed with some error message about not being able to save in ~/.config/ I started Eddie to disable network lock, but it behaved little bit weird and the process was very quick. 
 
I didn't think anything of it, and closed Eddie. But no luck connecting to internet. 
Cutting the story shirt, after a little bit of digging, I uninstalled Eddie , deleted all files that has to to with Eddie, rebooting, won't connect to internet. Installing Eddie after that, enabling network lock, disabling it, would not work, but when I connect to Airvpn servers, I get internet. Upon disconnecting from VPN servers, no internet. 
 
My question is, how can I reset my network or disable the network lock outside of Eddie? 
 
Would appreciate your guidance. 
 
Thank you in advance.</description><pubDate>Mon, 08 Jun 2026 20:50:49 +0000</pubDate></item><item><title>Servers for Tunnelblick 3.5.25</title><link><![CDATA[https://airvpn.org/forums/topic/80486-servers-for-tunnelblick-3525/?do=findComment&comment=263237]]></link><description>Hi, I have an old MacBook Air 1.1 that I plan to use for accessing a single specific website via a VPN (I know it's extremely old, but it&#x2019;s good enough for this job). I successfully installed Tunnelblick 3.5.25, but I still can&#x2019;t reach the servers. Any ideas? Here&#x2019;s the log:

	
		2026-06-08 14:09:41 *Tunnelblick: OS X 10.5.1; Tunnelblick 3.5.25 (build 4270.5160)  
	

	
		2026-06-08 14:09:42 *Tunnelblick: Attempting connection with AirCanTCP using shadow copy; Set nameserver = 1; monitoring connection  
	

	
		2026-06-08 14:09:42 *Tunnelblick: openvpnstart start AirCanTCP.tblk 1337 1 0 1 0 82225 -ptADGNWradsgnw 2.3.18  
	

	
		2026-06-08 14:09:43 *Tunnelblick:  
	

	
		   
	

	
		Could not start OpenVPN (openvpnstart returned with status #251)  
	

	
		   
	

	
		Contents of the openvpnstart log:  
	

	
		*Tunnelblick: openvpnstart log:  
	

	
		     Loading tun-20090913.kext  
	

	
		     stdout from kextload: kextload: /Applications/Tunnelblick.app/Contents/Resources/tun-20090913.kext loaded successfully  
	

	
		     Launching the 32-bit Intel version of OpenVPN instead of default version for this CPUOpenVPN returned with status 1, errno = 13:  
	

	
		          Permission denied  
	

	
		       
	

	
		     Command used to start OpenVPN (one argument per displayed line):  
	

	
		       
	

	
		          /Applications/Tunnelblick.app/Contents/Resources/openvpn/openvpn-2.3.18/openvpn  
	

	
		          -i386  
	

	
		          /Applications/Tunnelblick.app/Contents/Resources/openvpn/openvpn-2.3.18/openvpn  
	

	
		          --daemon  
	

	
		          --log  
	

	
		          /Library/Application Support/Tunnelblick/Logs/-SUsers-SDDA-SLibrary-SApplication Support-STunnelblick-SConfigurations-SAirCanTCP.tblk-SContents-SResources-Sconfig.ovpn.1_0_1_0_82225.1337.openvpn.log  
	

	
		          --cd  
	

	
		          /Library/Application Support/Tunnelblick/Users/DDA/AirCanTCP.tblk/Contents/Resources  
	

	
		          --config  
	

	
		          /Library/Application Support/Tunnelblick/Users/DDA/AirCanTCP.tblk/Contents/Resources/config.ovpn  
	

	
		          --cd  
	

	
		          /Library/Application Support/Tunnelblick/Users/DDA/AirCanTCP.tblk/Contents/Resources  
	

	
		          --management  
	

	
		          127.0.0.1  
	

	
		          1337  
	

	
		          /Library/Application Support/Tunnelblick/ilbnekodoneaehkkgkbnogadfabnihioghaecfoj.mip  
	

	
		          --management-query-passwords  
	

	
		          --management-hold  
	

	
		          --script-security  
	

	
		          2  
	

	
		          --up  
	

	
		          /Applications/Tunnelblick.app/Contents/Resources/client.up.tunnelblick.sh -d -f -m -w -ptADGNWradsgnw  
	

	
		          --down  
	

	
		          /Applications/Tunnelblick.app/Contents/Resources/client.down.tunnelblick.sh -d -f -m -w -ptADGNWradsgnw  
	

	
		       
	

	
		     Contents of the OpenVPN log:  
	

	
		       
	

	
		          Options error: Unrecognized option or missing parameter(s) in /Library/Application Support/Tunnelblick/Users/DDA/AirCanTCP.tblk/Contents/Resources/config.ovpn:22: data-ciphers (2.3.18)  
	

	
		          Use --help for more information.  
	

	
		            
	

	
		     More details may be in the Console Log's "All Messages"  
	

	
		   
	

	
		                                        Options error: Unrecognized option or missing parameter(s) in /Library/Application Support/Tunnelblick/Users/DDA/AirCanTCP.tblk/Contents/Resources/config.ovpn:22: data-ciphers (2.3.18)  
	

	
		                                        Use --help for more information.  
	

	
		2026-06-08 14:09:42 *Tunnelblick: openvpnstart starting OpenVPN</description><pubDate>Mon, 08 Jun 2026 10:28:13 +0000</pubDate></item><item><title>Romania M247 10Gbps upgrade?</title><link><![CDATA[https://airvpn.org/forums/topic/80478-romania-m247-10gbps-upgrade/?do=findComment&comment=263224]]></link><description>Hi, 
 
I love AirVPN (this is a throwaway account), but for me connectivity varies wildly (I got horrible upload speeds on the 10Gbps servers I tried) 
 
Romania and M247 (in my experience) tend to have very good connectivity. 
 
Could you work on Upgrading Canes or Alamak to 10Gbps or at least 2Gbps? 
 
I don't know much about its pricing but I would really love it. 
 
And for some reason I didn't get the best speeds on AltusHost either, I don't know how these things work. 
 
Thank you for the very good service and I totally understand if it's not possible, but maybe in a few months, you could calculate whether this possible upgrade would accommodate new users.</description><pubDate>Sun, 07 Jun 2026 18:27:13 +0000</pubDate></item><item><title>xiaomi hyper os eddie problems</title><link><![CDATA[https://airvpn.org/forums/topic/80476-xiaomi-hyper-os-eddie-problems/?do=findComment&comment=263221]]></link><description>both tab mini and poco f8 ultra fail to connect although no problems logging in</description><pubDate>Sun, 07 Jun 2026 14:47:06 +0000</pubDate></item><item><title>Eddie losing settings on startup</title><link><![CDATA[https://airvpn.org/forums/topic/80468-eddie-losing-settings-on-startup/?do=findComment&comment=263203]]></link><description>hello all, 
 
i got the following problem. 
i use air vpn with eddie on a pc i use as server in my network. 
the server (pc) is started and stopped remotely by a raspberry pi. 
the pi checks is there are any pc online who needs the server. 
If he finds one or more he starts the server, if there are none he stops the server. 
the pi does so by pressing the server on/off button for 0.2 sec 
this starts the server, and shut down the server 
only when the server hangs the pi uses a forced shutdown by pressing the key for 5 sec 
this works fine, but there is a problem 
eddie loses his settings. 
for example the "dont ask elevation every run" setting or the "exit conformation prompt" 
this causes the server to wait for me to go there and click on the "yes" button, making the whole remote thing useless 
after eddie loses the setting, only reinstalling helps, sometimes i need to uninstall completely and reinstalling 
who has a solution for this?</description><pubDate>Sat, 06 Jun 2026 17:31:24 +0000</pubDate></item><item><title>Estonia server under high load.</title><link><![CDATA[https://airvpn.org/forums/topic/80463-estonia-server-under-high-load/?do=findComment&comment=263198]]></link><description>Hi, I have noticed for quite a few weeks now the Estonia server is under very high load for a lot of the time. It would be great if the bandwidth could be improved or if an extra server could be added. 
 
 
Thanks.</description><pubDate>Sat, 06 Jun 2026 10:14:52 +0000</pubDate></item><item><title>Adding packet loss event data to server information in /status API</title><link><![CDATA[https://airvpn.org/forums/topic/80452-adding-packet-loss-event-data-to-server-information-in-status-api/?do=findComment&comment=263176]]></link><description>Right now the only way a script can judge whether or not a server is having issues is to check the text within the "health" key. This is great for understanding if a server is currently dealing with an issue at the exact moment of the check, but it doesn't help for servers that are having repeated instances of packet loss. 
	 
	This results in any "rank AirVPN servers" script that sorts based on bandwidth and health to always choose the latest server to recover from a high packet loss incident since it'll be using the least amount of its possible bandwidth. 
	 
	It doesn't seem like a nice idea to recommend users to dogpile onto a server that's already recovering from a network issue so I'd like to request more historical status information to be added to the server API schema. 
	 
	Compare the data in the API (https://airvpn.org/api/status/) to what's available in the Status Log table at the bottom of every server page. https://airvpn.org/servers/Revati/ That log gives a better picture of the server health over a longer period of time than just "ok" or "warning". 
	 
	So I'm proposing something like this:
 


{
    "deprecated_warning": "'ip_entry' and 'ip_entry_alt' are deprecated. Use 'ip_v4_in1' and 'ip_v4_in2' instead.",
    "servers": [
        {
            "public_name": "Achernar",
            "country_name": "Switzerland",
            ... 
            "health": "warning",
            "warning": "Low packet loss",
            // The number of packet loss events for the server over a set time period
            "recent_health_events": 7,
            "status_log": [
                {
                    // Use date string or Unix timestamp
                    "date": YYYY-MM-DDTHH:mm:SSZ,
                    // Duration of packet loss event in seconds
                    "duration": 61,
                    // Amount of packet loss, 100 = 100% loss. Max loss is most useful value IMO
                    "packet_loss": 31
                },                
                {
                    "date": 2026-06-04T02:35:11Z,
                    "duration": 320,
                    "packet_loss": 57 
                }
                ...
            ]
        },
       ... 
    ]
)
 A sliding window slice of events that have happened within 12 or 24 hours for each server would give a quick picture of the ongoing health of a server and allow tools (like the little bash script for gluetun I'm writing) to make better choices and spread out the load. 
 
Even just the "recent_health_events" value with a simple total of the packet loss events over a period of time would be a huge improvement. 
 
This is just a first draft proposal, any naming or implementation specifics would be in the hands of AirVPN developers. So don't get too caught up on naming or structure; this is more about voicing the lack of API information for making better server choices. 
 
EDIT: Small language fixes for readability.</description><pubDate>Thu, 04 Jun 2026 12:48:34 +0000</pubDate></item><item><title>Error "This page is available only for redirect inside AirVPN website"</title><link><![CDATA[https://airvpn.org/forums/topic/80449-error-this-page-is-available-only-for-redirect-inside-airvpn-website/?do=findComment&comment=263172]]></link><description>Hello. 
	 
	When I visit the .onion version of the site, I can't follow links to other sites: 
	 
	 
	 
	 
	If I change the site in the address bar to the airvpn.org, I can navigate: 
	 
 


	 
	 
	Is it possible to fix the behavior of the .onion version?</description><pubDate>Thu, 04 Jun 2026 04:54:56 +0000</pubDate></item><item><title>Slow upload speeds on 10G EU servers</title><link><![CDATA[https://airvpn.org/forums/topic/80418-slow-upload-speeds-on-10g-eu-servers/?do=findComment&comment=263114]]></link><description>Hi, 
 
The new 10Gbit/s EU servers are great, Netrouting seem to be a decent ISP and I am easily able to achieve a sustained 1Gbps+ download speed using various protocols. However, the story isn't the same for the upload speed. It varies, but the best I am able to achieve seems to be around 300Mbit/s, sometimes dropping below to around 200Mbit/s. Generally it's the same regardless of location: RO, NL, SE - all Netrouting servers are performant when downloading data, but falter on upload speeds. Interestingly the performance was markedly better back when the servers were first introduced, I was easily able to achieve around 500Mbit/s back then, but slowly as more users have been switching to these new servers their performance has been gradually degrading (only on upload speeds). 
 
I have reproduced this behavior from multiple source ASNs, so unless some country level/T1 provider rate limiting is to blame, I don't think that the problem is on my end. I am also able to max-out a normal 1Gbps server (~800Mbit/s) symmetrically if I am the only high-bandwidth user connected. 
 
So, since I don't think the issue is my own I'm starting this thread to discuss it a little bit. Has anybody else experienced this upload speed slowdown or 'throttling' behavior, and can anybody else reproduce it as reliably as I can? For me, it's very consistent. Now obviously I'm not demanding answers, and I do appreciate that my high-bandwidth habits are uncommon, but I'd love to get some more info as to why this is happening, for instance, why is the throttling asymmetrical? 
 
For what it's worth (and before people ask), I have tried the other EU 10Gbit/s servers, but I'd prefer not to use them because:
 
	
		they aren't as performant as the Netrouting ones
	
	
		they are located in a particularly untrustworthy jurisdiction; or, they are hosted by a company that is headquartered in a particularly untrustworthy jurisdiction
	
	
		they suffer from being listed on more IP blacklists.
	

 
Thanks</description><pubDate>Sun, 31 May 2026 19:58:40 +0000</pubDate></item><item><title>Whats your favorite frog and/or toad?</title><link><![CDATA[https://airvpn.org/forums/topic/80416-whats-your-favorite-frog-andor-toad/?do=findComment&comment=263109]]></link><description>Real or fictional. 
 
For frogs I think the Desert Rain Frog and for toads I'm boring and choose Bufo Bufo, the common toad.</description><pubDate>Sun, 31 May 2026 12:02:38 +0000</pubDate></item><item><title>Shudder blocking logins on VPN</title><link><![CDATA[https://airvpn.org/forums/topic/80403-shudder-blocking-logins-on-vpn/?do=findComment&comment=263078]]></link><description>Login to the Shudder streaming site https://www.shudder.com now seems to be blocking AirVPN. The site itself loads fine and the Rout Checking tool shows this is true from most servers, but when I try to login to my account, I get a message "Your device is connected to the Internet using a VPN or proxy service. Please disable it and try again." at least when on Dziban and maybe some others. 
 
I guess this is some attempt to enforce geoblocking, though I would have hoped that since the site uses a paid subscription, they could infer the viewer's location from their billing address and not worry if the user is coming through a VPN. Oh well...</description><pubDate>Fri, 29 May 2026 07:28:35 +0000</pubDate></item><item><title>Subscription Expansion</title><link><![CDATA[https://airvpn.org/forums/topic/80395-subscription-expansion/?do=findComment&comment=263065]]></link><description>Hi, I've been a loyal member forever.... have reached my 5 device max with all tricks **** but unless I am blind I cannot find a way to add more devices {paid} to my sub without adding a new account.</description><pubDate>Wed, 27 May 2026 21:30:26 +0000</pubDate></item><item><title>Mullvad - Exit IP fingerprinting between VPN servers</title><link><![CDATA[https://airvpn.org/forums/topic/80393-mullvad-exit-ip-fingerprinting-between-vpn-servers/?do=findComment&comment=263061]]></link><description>https://mullvad.net/en/blog/exit-ip-fingerprinting-between-vpn-servers 
 
" When a user switches from one VPN server to another, this sometimes makes it possible for services such as websites to confidently guess that the same user that connected from the new VPN server is the one that connected from the previous VPN server." 
 
Does AirVPN present the same vulnerability?</description><pubDate>Wed, 27 May 2026 13:01:48 +0000</pubDate></item><item><title>DOH and ECH via mullvad browser after Air connection</title><link><![CDATA[https://airvpn.org/forums/topic/80390-doh-and-ech-via-mullvad-browser-after-air-connection/?do=findComment&comment=263054]]></link><description>We always discuss how slick using TOR on top of AirVpn creates a spread of exposure between two or more separate providers making a "trace" orders of magnitude tougher than Air alone.  There are times when I must vacate TOR due to speed when downloading very large files OR uploading very large files.  In an effort to maintain the obvious benefit of using two different providers on my over all connection I am wondering if I have the following correct: 
	 
	I have been using Mullvad Browser with dns = DOH + Encrypted Client Hello processed by Mullvad's DNS in the browser configuration.  When I examine the connection via various websites designated for the purpose of course Air's IP is what Mullvad sees.  The ECH flags as working well and stable (I realize the sites I connect to must use TLS 1.3 and have other configs for ECH setup, but that is a given in this question).  So in this scenario I assume that Air (I do trust but then using two services just adds the confidence out of SOP for security) would not be able to penetrate the DOH and the ECH would eliminate the sni from wireshark or similar observation? 
	 
	Is that configuration doing what I need to do, at least am I explaining it properly?  I have always trusted Air staff/moderators to serve it to us straight up.  Is my procedure effective for what I describe or is there a better solution keeping in mind KISS is how I prefer to roll, LOL 
	 
	ps - I live on TOR most of the time so this is for when I need the multi gig loads in either direction.  Thanks</description><pubDate>Tue, 26 May 2026 17:25:58 +0000</pubDate></item></channel></rss>
