<?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>Eddie Android does not work in the work profile.</title><link><![CDATA[https://airvpn.org/forums/topic/80771-eddie-android-does-not-work-in-the-work-profile/?do=findComment&comment=263697]]></link><description>I have an Android phone on which I have Eddie installed. I also have a work profile. Eddie does not work in the work profile.It works in the normal profile. In the work profile, however, when I open it, it immediately closes. And If I do it  several times, I get the message: "Eddie - AirVPn GUI keeps stopping... Send bug report to Mi for analysis? bla bla". However, if I click on "View summary" or "Report", nothing happens. 
 
I am pretty sure it worked a few days ago, but nothing changed and now it does not work. I have cleared storage/cache and uninstalled/re-installed.Installed from google play store. 
 
I am using Android 13. Xiaomi HyperOS.</description><pubDate>Mon, 13 Jul 2026 08:51:39 +0000</pubDate></item><item><title>Eddie icon on Fedora</title><link><![CDATA[https://airvpn.org/forums/topic/80765-eddie-icon-on-fedora/?do=findComment&comment=263693]]></link><description>When running Eddie on Fedora 43, or any other Fedora, the icon at the bottom of the screen appears as:  
why isn't it like:  
Thanks</description><pubDate>Mon, 13 Jul 2026 05:22:02 +0000</pubDate></item><item><title>Cloudflare - Can't access sites that use Cloudflare</title><link><![CDATA[https://airvpn.org/forums/topic/80763-cloudflare-cant-access-sites-that-use-cloudflare/?do=findComment&comment=263688]]></link><description>For the last days I haven't been able to visit sites protected by the Cloudflare captcha like e.g. https://www.discogs.com 
Infinite loop with "Verify You Are Human". Without AirVPN there are no problem. It is also no problem to access those sites with the free VPNs included with Firefox and Vivaldi. 
 
I'm using Gemini and I also tested on Cepheus and it is the same problem on both servers. 
Until maybe 5 days ago it was working fine.</description><pubDate>Sun, 12 Jul 2026 23:09:26 +0000</pubDate></item><item><title>Eddie Network lock wont allow connection to the steam store or community pages.</title><link><![CDATA[https://airvpn.org/forums/topic/80741-eddie-network-lock-wont-allow-connection-to-the-steam-store-or-community-pages/?do=findComment&comment=263660]]></link><description>I'm reporting a bug and a workaround that I found.
 


	
		I run eddie-ui with network lock enabled, then disconnect and disable network lock, and then close the eddie client.
	
	
		With Eddie-ui not running, and my vpn disconnected\
	
	
		The Steam client cannot access the Steam store, discussions, or Steam community pages. I can access these pages through my browser.
	
	
		Restart the Eddie client and connect to the vpn servers. I can access the Steam store through the Steam client. My Eddie log is attached
	

 
The fix that I found was:

	
		Start the eddie client
	
	
		 disable the network lock
	
	
		kill the eddie client
		
			
				ps aux | grep eddie
			
			
				kill -9 [The PID number]
			
		
	



	eddie.log</description><pubDate>Fri, 10 Jul 2026 17:33:27 +0000</pubDate></item><item><title>"Eddie - Unlock" window showing up</title><link><![CDATA[https://airvpn.org/forums/topic/80729-eddie-unlock-window-showing-up/?do=findComment&comment=263630]]></link><description>Hello, 
 
When I launch Eddie there's a "Eddie - Unlock" window that opens up and asks for a password, the VPN's or the admin's don't work (I'm on silicon Mac/Tahoe). I tried to remove any trace of Eddie from the system using Find any file, before reinstalling a clean copy, but it didn't work.  
Any idea?</description><pubDate>Wed, 08 Jul 2026 21:47:57 +0000</pubDate></item><item><title>gluetun/openvpn previously working now won't connect</title><link><![CDATA[https://airvpn.org/forums/topic/80726-gluetunopenvpn-previously-working-now-wont-connect/?do=findComment&comment=263627]]></link><description>I've been using my config for the past couple years.  More and more frequently, I would get a situation where gluetun would not start properly, but stopping and restarting a couple times, and it would function.   As of today, I cannot get it to start successfully.  I do not see any problems listed with the Netherland servers.  I've regenerated a new opvn configuration, got rid of ipv6, and was testing on a separate machine.  I was able to succesffully connect once, but after starting it has not successfully connected.  Is this a symptom of an update that has ocurred or phasing out of old software on airvpn servers that has finally caught up with me?  
	 
	-snip-  Running version latest built on 2024-04-08T07:43:05.096Z (commit 7b4befc) 
	 
	---snip 
	gtunmanual  | 2026-07-08T09:45:37-04:00 INFO [openvpn] OpenVPN 2.5.8 x86_64-alpine-linux-musl [SSL (OpenSSL)] [LZO] [LZ4] [EPOLL] [MH/PKTINFO] [AEAD] built on Nov  2 2022 
	gtunmanual  | 2026-07-08T09:45:37-04:00 INFO [openvpn] library versions: OpenSSL 3.1.4 24 Oct 2023, LZO 2.10 
	gtunmanual  | 2026-07-08T09:45:37-04:00 INFO [openvpn] TCP/UDP: Preserving recently used remote address: [AF_INET]213.152.187.233:443 
	gtunmanual  | 2026-07-08T09:45:37-04:00 INFO [openvpn] Attempting to establish TCP connection with [AF_INET]213.152.187.233:443 [nonblock] 
	gtunmanual  | 2026-07-08T09:45:37-04:00 INFO [openvpn] TCP connection established with [AF_INET]213.152.187.233:443 
	gtunmanual  | 2026-07-08T09:45:37-04:00 INFO [openvpn] TCP_CLIENT link local: (not bound) 
	gtunmanual  | 2026-07-08T09:45:37-04:00 INFO [openvpn] TCP_CLIENT link remote: [AF_INET]213.152.187.233:443 
	gtunmanual  | 2026-07-08T09:45:37-04:00 INFO [openvpn] Connection reset, restarting [-1] 
	gtunmanual  | 2026-07-08T09:45:37-04:00 INFO [openvpn] SIGUSR1[soft,connection-reset] received, process restarting 
	 
	FYI....   VPN using the same configs from linux works JUST FINE.....    This is something with the gluetun 
	 
	I'm about to go generate test configs for a number of different countries, and then follow up directly with an openvpn client to see if I can find more details for what's going on, but I thought I would ask here in case others have seen similar problems lately, or semi-recently in the past, and can suggest a direction to look (beside just update everything and hope for the best).  I'll be doing that on test machines systematically anyway, just looking to find out what the actual problem is, for why gluetun, which has worked for the past couple of years, is no longer establishing a VPN via openvpn with airvpn servers 
	 
	JULY 9 EDIT:  Has there been certificate updates, or software updates,  that have occured recently to SOME airvpn machines?     My gluetun is not able to communicate with some servers.   (same for openvpn).  Yet, if I connect to the platforms with openssl, I see different results from the machines that are 'working' for gluetun and the machines that are NOT working for gluetun</description><pubDate>Wed, 08 Jul 2026 14:06:27 +0000</pubDate></item><item><title>Whitelist under eddie Android seems not working</title><link><![CDATA[https://airvpn.org/forums/topic/80706-whitelist-under-eddie-android-seems-not-working/?do=findComment&comment=263599]]></link><description>Device : Xiaomi redmi6 pad  
	Connection: Wireguard udp 
	System: Xiaomi hyper os 2.0.16.0 based on Android 14 
	Excluded APP: DISNEY+ 
	AirVPN Version: Eddie Android version: 4.0.1 
	 
	Hello folks,  
	 
	I tried on my system the option Whitelist an specific app from the vpn.  
	But it seems not working.  
	 
	 The airvpn dns leaktest shows still my provider id.  
	 
	The normal mode without an exclusion works flawless. 
	 
	Regards</description><pubDate>Tue, 07 Jul 2026 09:25:06 +0000</pubDate></item><item><title>VPN for only specific Program</title><link><![CDATA[https://airvpn.org/forums/topic/80689-vpn-for-only-specific-program/?do=findComment&comment=263572]]></link><description>Hello, 
 
Is it possible that the internet connection isn't hidden by the VPN, but only a specific program? 
 
Regards</description><pubDate>Mon, 06 Jul 2026 08:35:49 +0000</pubDate></item><item><title>Does Eddie client vpn access restricted geolocational websites</title><link><![CDATA[https://airvpn.org/forums/topic/80676-does-eddie-client-vpn-access-restricted-geolocational-websites/?do=findComment&comment=263556]]></link><description>Hi I,m john from _ I want to be clear on something before purchasing a plan from Eddie client. 
I am currently in a country where certain apps and websites are restricted and blocked access which is highly unfair. I want to know if airvpn is the answer to bypassing such restrictions while going undetected by the website/platform/app detection systems. That's all. 
Here's my email: ghubb365@gmail.com  
kindly respond with a solution if No.&#x1F64C;</description><pubDate>Sat, 04 Jul 2026 19:02:47 +0000</pubDate></item><item><title>Software bug/UI anomaly in Eddie client server rating system</title><link><![CDATA[https://airvpn.org/forums/topic/80675-software-bugui-anomaly-in-eddie-client-server-rating-system/?do=findComment&comment=263555]]></link><description><![CDATA[Hi AirVPN Support / Developers,
 


	I’m reaching out regarding a persistent UI bug/calculation anomaly in the Eddie client's server rating system. Currently, the 5-star column on the server list is effectively non-functional for many users, displaying 0 stars (completely empty graphics) across almost the entire network.
 


	The breakdown appears to stem directly from the ScorePerc() calculation logic in the client source when using the default Speed scoring rule:
 


	
		
			The Speed Rule Clip: Under the default Speed rule, the raw Score() heavily weights unscaled server load, user density, and latency metrics. If this raw sum exceeds 420, scoreF crosses 5, hitting the hard stop condition: if (scoreF &gt; 5) part = 0;.
		 
	
	
		
			The Result: Because modern baseline infrastructure traffic and standard user counts easily push the raw sum past 420 on most healthy, operational servers, the function instantly drops part to 0. This renders the stars_0.png graphic across the board, making a fast, perfectly usable server look completely dead or unrated to the end-user.
		 
	
	
		
			The Inconsistency: Switching the dropdown to the Latency rule heavily divides the load/user metrics, which drops the raw score back down and suddenly swings the UI the exact opposite way—pinning almost every nearby server to a full 5 stars.
		 
	



	Because the Speed rule doesn't scale modern server capacities well, the star column has become misleading rather than helpful, forcing users to ignore it entirely and manually sort by raw ping.
 


	Could the scoring formula or the hardcoded upper threshold (scoreF &gt; 5) be reviewed or scaled differently in a future Eddie update so the visual ratings accurately reflect usable bandwidth?]]></description><pubDate>Sat, 04 Jul 2026 17:58:32 +0000</pubDate></item><item><title>Torrents speed "cancelling" problem UP and Down to 0 and back again in circles</title><link><![CDATA[https://airvpn.org/forums/topic/80658-torrents-speed-cancelling-problem-up-and-down-to-0-and-back-again-in-circles/?do=findComment&comment=263530]]></link><description>Torrent downloads are acting weird. The port is green/open, and port forwarding seems to be correct. 
	But the speed keeps going up and down: it jumps to several megabits, then drops almost to zero, no sids, then looks like reconnecting again to them and they are usually stable ( we know ready to give downloads!) then goes up again. 
	It looks like all seeders disconnect, and then they appear again. What could cause this if the port is open? Depends on country? Starts recently...</description><pubDate>Thu, 02 Jul 2026 22:08:19 +0000</pubDate></item><item><title>Surveillance Watch</title><link><![CDATA[https://airvpn.org/forums/topic/80644-surveillance-watch/?do=findComment&comment=263507]]></link><description>surveillancewatch.io 
 
Very cool open and interactive database of the surveillance and spyware industry: who builds the tools, who funds them, and how the companies, subsidiaries, and investors all connect.  
 
Looks like it was built by privacy advocates, several of which were personally harmed by the tools it tracks. That's reason enough for it to belong here. Their data is open too. Kagi search already pulls the API to flag surveillance linked companies right in search results. 
 
Exactly the kind of resource you'd want to read from behind Air anyway. Clear fit for the forum, and maybe something Air would consider supporting.</description><pubDate>Tue, 30 Jun 2026 19:32:53 +0000</pubDate></item><item><title>Unable to seed in qBittorrent behind Gluetun/AirVPN (Proxmox VM) - Port forwarding not working</title><link><![CDATA[https://airvpn.org/forums/topic/80637-unable-to-seed-in-qbittorrent-behind-gluetunairvpn-proxmox-vm-port-forwarding-not-working/?do=findComment&comment=263488]]></link><description><![CDATA[Hi everyone, 
 
I'm currently setting up a media server stack (the "Arr" suite) on a Linux (Ubuntu Server) VM hosted on Proxmox. I'm struggling with seeding: my downloads work perfectly, but my upload speed is constantly at 0 B/s, even for high-demand torrents like the Ubuntu ISO. 
 
I am using Gluetun as a sidecar for qBittorrent with AirVPN (WireGuard). 
Environment: 
 
 
	
		    Host: Proxmox (Linux VM - Ubuntu Server)
	
	
		    VPN Provider: AirVPN (WireGuard)
	
	
		    Setup: Gluetun -&gt; qBittorrent (network_mode: service:gluetun)
	
	
		    Port Forwarding: Port 7755 is configured in the AirVPN client area and mapped in Gluetun.
	

 
Configuration (docker-compose.yml): 
 

services:
  gluetun:
    image: qmcgaw/gluetun
    container_name: gluetun
    cap_add:
      - NET_ADMIN
    devices:
      - /dev/net/tun:/dev/net/tun
    environment:
      - VPN_SERVICE_PROVIDER=airvpn
      - VPN_TYPE=wireguard
      - WIREGUARD_PRIVATE_KEY=${AIRVPN_WG_PRIVATE_KEY}
      - WIREGUARD_PRESHARED_KEY=${WIREGUARD_PRESHARED_KEY}
      - WIREGUARD_ADDRESSES=${AIRVPN_WG_ADDRESS}
      - SERVER_COUNTRIES=Netherlands
      - VPN_PORT_FORWARDING_LOCAL_PORT=7755
      - TZ=${TZ}
      - FIREWALL_OUTBOUND_SUBNETS=192.168.1.0/24
    ports:
      - 8080:8080
      - 7476:7476
      - 8191:8191
      - 7755:7755/tcp
      - 7755:7755/udp
    volumes:
      - ${CONFIG_DIR}/gluetun:/gluetun
    restart: unless-stopped

  qbittorrent:
    image: lscr.io/linuxserver/qbittorrent:latest
    container_name: qbittorrent
    network_mode: service:gluetun
    environment:
      - PUID=${PUID}
      - PGID=${PGID}
      - TZ=${TZ}
      - WEBUI_PORT=8080
    volumes:
      - ${CONFIG_DIR}/qbittorrent:/config
      - ${DATA_DIR}:/data
    restart: unless-stopped
 
 
What I have already verified:

	
		    AirVPN Dashboard: Port 7755 is active and assigned to my current WireGuard server.
	
	
		    qBittorrent Settings: Port is set to 7755, uTP is enabled, global upload limits are unlimited.
	
	
		    Internal Connectivity: Downloads work at full speed (10+ MiB/s), confirming the VPN tunnel is functional.
	
	
		    Logs: No obvious errors in Gluetun; the WireGuard tunnel initializes correctly.
	

 
The Issue: 
 
Despite these settings, I have 0 incoming connections and 0 upload speed. External port checkers report the port as CLOSED. 
 
When monitoring the peer list in qBittorrent, I occasionally see peers attempting to connect, but they disconnect almost immediately. It seems that while I can download (the swarm can see me), external peers cannot establish a stable incoming connection to initiate a handshake. 
 
I am testing on private trackers, and I am aware that my 200 Mbps upload speed often gets outrun by dedicated seedboxes with superior peering. However, even when testing with the Ubuntu ISO (a high-demand public torrent), I observe zero incoming connections and no upload activity. This strongly suggests a deeper network configuration issue preventing peers from initiating a handshake with my container. 
 
Could this be a routing issue at the Gluetun level, or perhaps a Proxmox/VM network bridge setting that is dropping incoming packets on the forwarded port? 
 
Any help or guidance on further debugging (iptables, routing tables, etc.) would be greatly appreciated. 
 
Thanks in advance !]]></description><pubDate>Mon, 29 Jun 2026 17:10:50 +0000</pubDate></item><item><title>How to Verify RPM package with GPG key?</title><link><![CDATA[https://airvpn.org/forums/topic/80636-how-to-verify-rpm-package-with-gpg-key/?do=findComment&comment=263487]]></link><description>Apologies if this is obvious or has been answered before, but I was unable to find what I was looking for online or in the forums. I can verify the SHA and MD5 sums for the RPM package just fine, but how can I verify via the supplied key? Even after importing the key trying to verify the signature of the RPM package fails. I'm not the best with RPM so I'm likely missing something obvious, but any help would be greatly appreciated. Thanks! 
 
 
~ $ sudo rpm --import https://eddie.website/repository/keys/eddie_maintainer_gpg.key -vvv
D: loading keyring from rpmdb
D: opening  db index       /usr/lib/sysimage/rpm/Packages.db mode=0x0
D: opening  db index       /usr/lib/sysimage/rpm/Index.db mode=0x0
D: opening  db index       Name tag=1000
D: opening  db index       Basenames tag=1117
D: opening  db index       Group tag=1016
D: opening  db index       Requirename tag=1049
D: opening  db index       Providename tag=1047
D: opening  db index       Conflictname tag=1054
D: opening  db index       Obsoletename tag=1090
D: opening  db index       Triggername tag=1066
D: opening  db index       Dirnames tag=1118
D: opening  db index       Installtid tag=1128
D: opening  db index       Sigmd5 tag=261
D: opening  db index       Sha1header tag=269
D: opening  db index       Filetriggername tag=5069
D: opening  db index       Transfiletriggername tag=5079
D: opening  db index       Recommendname tag=5046
D: opening  db index       Suggestname tag=5049
D: opening  db index       Supplementname tag=5052
D: opening  db index       Enhancename tag=5055
D:  read h#    1179
Header SHA256 digest: OK
Header SHA1 digest: OK
D: added key gpg-pubkey-f3f033b1-5d5e777a to keyring
D:  read h#    8133
Header SHA256 digest: OK
Header SHA1 digest: OK
D: added key gpg-pubkey-1abd1afb-450ef738 to keyring
D:  read h#   40293
Header SHA256 digest: OK
Header SHA1 digest: OK
D: added key gpg-pubkey-66de8ddf-5811982a to keyring
D: added subkey 0 of main key gpg-pubkey-66de8ddf-5811982a to keyring
D: added subkey 1 of main key gpg-pubkey-66de8ddf-5811982a to keyring
D:  read h#   74820
Header SHA256 digest: OK
Header SHA1 digest: OK
D: added key gpg-pubkey-287a0027-682477e3 to keyring
D:  read h#   97570
Header SHA256 digest: OK
Header SHA1 digest: OK
D: added key gpg-pubkey-3fa1d6ce-67c856ee to keyring
D:  read h#   97571
Header SHA256 digest: OK
Header SHA1 digest: OK
D: added key gpg-pubkey-39db7c82-66c5d91a to keyring
D:  read h#   97572
Header SHA256 digest: OK
Header SHA1 digest: OK
D: added key gpg-pubkey-09d9ea69-68595a8c to keyring
D:  read h#   97680
Header SHA256 digest: OK
Header SHA1 digest: OK
D: added key gpg-pubkey-29b700a4-6a17fa38 to keyring
D:  read h#  101022
Header SHA256 digest: OK
Header SHA1 digest: OK
D: added key gpg-pubkey-8a239aec-69833e8e to keyring
D: added subkey 0 of main key gpg-pubkey-8a239aec-69833e8e to keyring
D: closed   db index       Enhancename
D: closed   db index       Supplementname
D: closed   db index       Suggestname
D: closed   db index       Recommendname
D: closed   db index       Transfiletriggername
D: closed   db index       Filetriggername
D: closed   db index       Sha1header
D: closed   db index       Sigmd5
D: closed   db index       Installtid
D: closed   db index       Dirnames
D: closed   db index       Triggername
D: closed   db index       Obsoletename
D: closed   db index       Conflictname
D: closed   db index       Providename
D: closed   db index       Requirename
D: closed   db index       Group
D: closed   db index       Basenames
D: closed   db index       Name
D: closed   db index       /usr/lib/sysimage/rpm/Index.db
D: closed   db index       /usr/lib/sysimage/rpm/Packages.db

~ $ sudo rpm -Kvv eddie-ui_2.24.6_linux_x64_opensuse.rpm
D: loading keyring from rpmdb
D: opening  db index       /usr/lib/sysimage/rpm/Packages.db mode=0x0
D: opening  db index       /usr/lib/sysimage/rpm/Index.db mode=0x0
D: opening  db index       Name tag=1000
D: opening  db index       Basenames tag=1117
D: opening  db index       Group tag=1016
D: opening  db index       Requirename tag=1049
D: opening  db index       Providename tag=1047
D: opening  db index       Conflictname tag=1054
D: opening  db index       Obsoletename tag=1090
D: opening  db index       Triggername tag=1066
D: opening  db index       Dirnames tag=1118
D: opening  db index       Installtid tag=1128
D: opening  db index       Sigmd5 tag=261
D: opening  db index       Sha1header tag=269
D: opening  db index       Filetriggername tag=5069
D: opening  db index       Transfiletriggername tag=5079
D: opening  db index       Recommendname tag=5046
D: opening  db index       Suggestname tag=5049
D: opening  db index       Supplementname tag=5052
D: opening  db index       Enhancename tag=5055
D:  read h#    1179
Header SHA256 digest: OK
Header SHA1 digest: OK
D: added key gpg-pubkey-f3f033b1-5d5e777a to keyring
D:  read h#    8133
Header SHA256 digest: OK
Header SHA1 digest: OK
D: added key gpg-pubkey-1abd1afb-450ef738 to keyring
D:  read h#   40293
Header SHA256 digest: OK
Header SHA1 digest: OK
D: added key gpg-pubkey-66de8ddf-5811982a to keyring
D: added subkey 0 of main key gpg-pubkey-66de8ddf-5811982a to keyring
D: added subkey 1 of main key gpg-pubkey-66de8ddf-5811982a to keyring
D:  read h#   74820
Header SHA256 digest: OK
Header SHA1 digest: OK
D: added key gpg-pubkey-287a0027-682477e3 to keyring
D:  read h#   97570
Header SHA256 digest: OK
Header SHA1 digest: OK
D: added key gpg-pubkey-3fa1d6ce-67c856ee to keyring
D:  read h#   97571
Header SHA256 digest: OK
Header SHA1 digest: OK
D: added key gpg-pubkey-39db7c82-66c5d91a to keyring
D:  read h#   97572
Header SHA256 digest: OK
Header SHA1 digest: OK
D: added key gpg-pubkey-09d9ea69-68595a8c to keyring
D:  read h#   97680
Header SHA256 digest: OK
Header SHA1 digest: OK
D: added key gpg-pubkey-29b700a4-6a17fa38 to keyring
D:  read h#  101022
Header SHA256 digest: OK
Header SHA1 digest: OK
D: added key gpg-pubkey-8a239aec-69833e8e to keyring
D: added subkey 0 of main key gpg-pubkey-8a239aec-69833e8e to keyring
eddie-ui_2.24.6_linux_x64_opensuse.rpm:
    Header V4 RSA/SHA512 Signature, key ID 400d7698: NOKEY
    Header SHA256 digest: OK
    Header SHA1 digest: OK
    Payload SHA256 digest: OK
    V4 RSA/SHA512 Signature, key ID 400d7698: NOKEY
    MD5 digest: OK
D: closed   db index       Enhancename
D: closed   db index       Supplementname
D: closed   db index       Suggestname
D: closed   db index       Recommendname
D: closed   db index       Transfiletriggername
D: closed   db index       Filetriggername
D: closed   db index       Sha1header
D: closed   db index       Sigmd5
D: closed   db index       Installtid
D: closed   db index       Dirnames
D: closed   db index       Triggername
D: closed   db index       Obsoletename
D: closed   db index       Conflictname
D: closed   db index       Providename
D: closed   db index       Requirename
D: closed   db index       Group
D: closed   db index       Basenames
D: closed   db index       Name
D: closed   db index       /usr/lib/sysimage/rpm/Index.db
D: closed   db index       /usr/lib/sysimage/rpm/Packages.db</description><pubDate>Mon, 29 Jun 2026 10:27:52 +0000</pubDate></item><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></channel></rss>
