Staff

2 hours ago, cholby said:

reddit.com has been forcing some vpn ip addresses to login or create a login to view the site. We should start documenting vpn discrimination like this and i thought maybe a thread might.  what has cloudflare been doing, for example.

Hello!

Perhaps this thread is suitable:
https://airvpn.org/forums/topic/56980-vpn-servers-mostly-blocked-by-reddit

If it's not, you can consider a new thread on the "Blocked website warnings" community forum.

Kind regards
 

17 hours ago, ego.nymous said:

Thanks for the quick response. Unfortunately, neither of those worked. I found an old 2.16 version, and the speed is much faster with that one.
Any other advice on what I could try? 

KR

Hello!

Very puzzling, 2.16 uses archaic libraries and OpenVPN versions. Can you tell us your Operating System name and version?

Kind regards
 

4 hours ago, ego.nymous said:

After updating to the latest version, I can only achieve a tenth of the normal speed - barely 10mb/s. The highest server speed rating is also only 2 stars instead of the usual 5 stars.

 

I never changed anything in the configuration. Is there anything I need to bear in mind with the new version?

 

Hello!

Eddie 2.24.6 connects over WireGuard by default, whereas all the previous stable versions by default launched OpenVPN 2. Please try to set virtual network interface MTU to 1280 bytes. You can do it in Eddie's "Preferences" > "WireGuard" window. Re-start the connection to apply the change and check whether performance improves. If it does not improve, try to go back to OpenVPN. You can do it in Eddie's "Preferences" > "Protocols" window.

Kind regards
 

16 hours ago, tranquivox69 said:

Could you add it as an option? Or at least add an intent to start the connection through another tool (like Tasker or the aforementioned TV QuickActions Pro)?

Hello!

Yes, definitely. We will consider it seriously and keep you posted.

Kind regards
 

2 hours ago, tranquivox69 said:

A person that has no reason to lie to me told me that a different provider offered an autostarting at boot VPN app (tested on Android TV 14)

So it's hearsay, not a direct test.
 

Quote

if I had a way to launch Eddie at boot, it should be able to then autologin and autoconnect?

Auto login yes, but automatic connection when the user starts the app, either during the bootstrap or in any another moment, is not an available feature. Currently Eddie Android edition can connect automatically only during the device bootstrap (if it is configured to do so) and only when "Always on VPN" is enabled for the app.

Kind regards
 

On 9/20/2025 at 2:03 PM, ainisw99 said:

As mentioned above, I turned off the authentication of the cloud host's socks proxy server, leaving only the port, and Eddie connected successfully.

Hello!

So the SOCKS proxy did not need any authentication, can you confirm? If so, it is then possible that the error message thrown by OpenVPN was misleading, i.e. the auth file was fine (the auth file is a text file containing username and password for the proxy on 2 lines) but not accepted by the proxy, or Eddie did not create it properly (further investigation needed).

Kind regards
 

5 hours ago, tranquivox69 said:

I have verified that there are other VPN apps (from competitors of yours that I do not want to mention in public, as a courtesy) that are working at boot even on Android TV 14.

We already explained why this is not possible with non built-in apps and VPN protocols when Always on VPN is not available and background activities are restricted. It may become possible only after rooting the device or when the manufacturer has customized the device properly. Eddie and other VPN apps using wg and/or ovpn support “Auto‑Connect when app launches” or “Auto‑Reconnect if connection drops” etc. But that’s different from launching the app itself on boot and keep it running, which under stricter background/boot restrictions, and when Always on VPN is not available, is prevented by default. You can find confirmation on Google documentation that Always on VPN is strictly necessary: https://developer.android.com/develop/connectivity/vpn#always-on

Kind regards
 

@tranquivox69

Hello!

Correct. Here, we noticed now, you raise another issue, i.e. re-connection at wake up, which is not necessarily related. Please follow the instructions to send us the report related to a re-connection failure when the device is woken up to let us investigate.

Kind regards
 

On 9/21/2025 at 2:47 PM, tranquivox69 said:

first connected manually, accepted the VPN connection (this is asked only the first time).

Rebooted.

And nothing happened. No Wireguard VPN connection was activated, nothing.

Hello!

Thank you for your tests! It is expected, 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/

On 9/19/2025 at 6:18 AM, Tarman said:

For years port forwarding has not stayed working for me and I'm wondering if this is by design, or something I can fix?

I was just using the AirVPN client with qbtitorrent on a Windows box, but recently switched over to Docker/Gluetun. Everything works great, but the port stops working (test open fails), usually on a reboot or perhaps when it's just not in use. The only way to get it to work again is to create a new port on airvpn.org, configure and restart my services. But that kind of defeats the purpose now of my streamlining everything in my Docker.

Hello!

It might be related to this:
Kind regards
 

13 hours ago, ainisw99 said:

I'm sorry for the confusion, I edited and deleted that line of host address to protect my privacy.That address is a cloud server I purchased，So I edited and deleted Eddie's log after copying it. I didn't modify anything except deleting the IP address.

Hello!

First of all, for you and the readers, a significant amount of time is wasted due to arbitrary editing of reports and logs. If you edit something please make it visible for example with a <deleted for privacy reasons> string. If you just delete something you can sabotage against your own interest any support attempt.

Now, we need to discern whether OpenVPN 2.6.12 is compiled without socks-proxy support for some unfathomable reason, or Eddie passes any invalid argument. Can you please download and install the new OpenVPN 2.6.14 and check whether the problem persists or not? Download page:
https://community.openvpn.net/Downloads

Kind regards
 

Hello!

 

Quote

Due to the highly sensitive nature of these leaked materials, we strongly advise anyone who chooses to download and analyze them to take proper operational security precautions. It may be possible that these files may contain potentially risky content and accessing them in an insecure environment could expose you to surveillance or malware.

Kind regards

10 hours ago, Sanctioner said:

i verified i have the correct device selected in eddie, but i am still getting the same error.

what else can i check?

Hello!

Very odd and hinting to a corrupt configuration file that somehow can not be updated properly. Try to delete it while Eddie is not running. In order to locate Eddie's configuration file please see here:
https://eddie.website/support/data-path/

At the next run Eddie will create a new configuration file with default settings (you will need to re-enter your AirVPN account credentials). If the the current file is corrupt, this procedure will resolve the problem.

Kind regards
 

12 hours ago, ainisw99 said:

W 2025.09.17 04:25:34 - OpenVPN > Options error: Unrecognized option or missing or extra parameter(s) in C:\Users\Trance Family\AppData\Local\Eddie\e6bf8f8919c53eb1da2478dcd5d8d08b480d73052621eebcd1cdb4127663bc8f.tmp.ovpn:11: socks-proxy (2.6.12)

Hello!

The problem is here above. OpenVPN 2.6.12 recognizes socks-proxy option, but a paremeter is missing, specifically, we infer (see below), the hostname (or IP address).

This error is visible in Eddie's report:

Quote

proxy.mode: socks
proxy.when: openvpn
proxy.host: 
proxy.port: 13029

proxy.host is not valorized (empty string?); can you please re-check this setting and fix accordingly?

Kind regards
 

@blackbox0815

Hello!

We're sorry to hear that, but are you sure that the problem is not on your ISP side and/or due to the fact that you want to connect only to few specific servers? Please open a ticket to check, just in case, because the overall bandwidth per account has increased dramatically in the last 12 months - we added 220 Gbit/s full duplex in USA, Canada and Europe. The customer satisfaction and the general stats reflect the increased bandwidth availability so your message is somehow unexpected. However, please consider the trend in Western providers to enforce tougher, selective and AI driven traffic shaping, which necessarily affects the type of traffic that can not be inspected and identified uniquely (therefore VPN traffic too) during peak times: https://editorialge.com/emerging-trends-isp-network-architecture/

See also the specific thread (where we are merging these messages): https://airvpn.org/forums/topic/48234-speedtest-comparison/




 

On 9/13/2025 at 9:27 PM, raix said:

Hello, 

could you be more specific with iptables-legacy rules needed for a killswitch or direct me, please? I tried to set default INPUT, FORWARD and OUTPUT from accept to drop using iptables-legacy but Eddie won't even open with such settings.
Thank you.

Hello!

Consider to block any outbound packet except those directed to localhost, local network and those necessary for DHCP. Example (you will need to adjust your local network subnet):

sudo iptables -F OUTPUT
sudo iptables -A OUTPUT -d 127.0.0.1 -j ACCEPT
sudo iptables -A OUTPUT -p udp --dport 67 -j ACCEPT
sudo iptables -A OUTPUT -p udp --dport 68 -j ACCEPT
sudo iptables -A OUTPUT -d 192.168.0.0/16 -j ACCEPT
sudo iptables -A OUTPUT -j DROP

sudo ip6tables -F OUTPUT
sudo ip6tables -A OUTPUT -d ::1 -j ACCEPT
sudo ip6tables -A OUTPUT -p udp --dport 546 -j ACCEPT
sudo ip6tables -A OUTPUT -p udp --dport 547 -j ACCEPT
sudo ip6tables -A OUTPUT -d 2001:db8::/64 -j ACCEPT
sudo ip6tables -A OUTPUT -j DROP

Then you can make the rules persistent (check how to use iptables-save and ip6tables-save).

Kind regards


 

6 hours ago, raix said:

Even though connections work with gufw turned off

Hello!

Excellent.

Quote

it does not solve my goal of having a killswitch in cases when Eddie has Network lock disabled or it is not running at all. Is there any recommended setup to achieve this

Yes, but use iptables-legacy (in general, the same frontend used by Eddie too for Network Lock) and not gufw; also do not define custom chains.

Kind regards
 

@p1geon

Hello!

It reminds us of this archaic bug: https://issuetracker.google.com/issues/36906622

It's unclear why it's DuckDuckGo specific. At first we suspected of the different engine: Firefox uses Gecko, DuckDuckGo instead uses Blink. Since Blink (a WebKit fork) is used by Chromium, if the problem were caused by the engine the issue should be reproducible on Chrome, Opera, Brave and other Chromium-based browsers but it is not. The matter deserves additional investigation, if anything relevant comes out we will update this thread.

Kind regards
 

Hello!

Please publish also a system report generated by Eddie (please do not edit the destination IP address as you did earlier) and also disable gufw completely. Set rules only through iptables-legacy, do not mix with any overlapping frontend during the tests (and do not create your own chains) in order to avoid that gufw custom chains in the filter table interfere. 

Kind regards
 

Hello!

We're very glad to inform you that Eddie Android edition 3.3.0 beta 2 is now available. Link on the announcement first post has been updated accordingly. Thank you very much if you decide to test this new version and report any problem and bug you experience!

New in beta 2:

• all the beta 1 reported by testers problems have been addressed
• replaced code with lambda expressions in all classes and where applicable 
• additional bug fixes
• linked against the latest OpenVPN3-AirVPN library (20250911)
• all deprecated by Google classes replaced

Kind regards
 

Hello!
 

We're very glad to announce a special promotion on our long term Premium plans for the end of Summer or Winter, according to the hemisphere you live in.

 

You can get prices as low as 2.06 €/month with a three years plan, which is a 70% discount when compared to monthly plan price of 7 €.

 

If you're already our customer and you wish to stay aboard for a longer period, any additional subscription will be added on top of already existing subscriptions and you will not lose any day.

Please check plans special prices on https://airvpn.org and https://airvpn.org/buy

All reported discounts are computed against the 7 EUR/month plan. Promotion expires on 2025-09-22 UTC.

Kind regards & datalove
AirVPN Staff

@raix

Hello!

Can you print the complete list of rules when Network Lock is enabled? 

Kind regards
 

Problem solved by setting MTU to 1280 bytes according to the OP (1200 is not a valid value). Thanks.

Kind regards
 

On 8/28/2025 at 12:37 AM, ganga said:

Is it possible that these new servers are forcing IPv6 altough having an IPv4 openvpn generated file?

Hello!

It's possible, an investigation is planned: https://airvpn.org/forums/topic/73807-airvpn-servers-pushing-ipv6-killing-connection/?do=findComment&comment=253388

Kind regards
 

@trmanco

Hello!

Since Wurren and Kornephoros have different providers, it is possible that you enjoy better connectivity (routing, peering...) with the latter.

Kind regards