All Activity
This stream auto-updates
- Past hour
-
-
-
-
-
-
-
-
-
-
- Yesterday
-
-
-
Wondering if anyone has this figured out yet. Every few months/years, this exact issue happens. The logs doesn't help as to why it happens, it just does. Eddie will go on this endless loop retrying->checking IPV4 route>disconnecting>retrying. Without telling anyone why it's failing. Meanwhile, wireguard would just work instantly. This issue has existed for almost a decade now, and I must have changed my machine 4-5 different times by now. So it's not machine related. Has anyone got the slightest clue as to why this is happening and if it will EVER get fixed?
-
-
Hi, Sure. The main issue was that any forwarded ports I opened in the client area got closed after about a week. Other than that, annoyingly frequent disconnections from the server(s). Nothing seemed to work or only temporarily when I tried to adjust settings wherever I thought the problem might be (client, firewall, qbittorrent, you name it). The missing piece was the connection protocol set to TCP only in qbittorrent instead of TCP and UTP, like everything else, including the VPN protocol and ports as well.
-
-
-
- Last week
-
Mesarthim server withdrawal announcement (DE)
iwih2gk replied to Staff's topic in News and Announcement
I had never used that server BUT other German servers I use absolutely rock!! -
-
ANSWERED Connection Dropping (Wireguard Handshake Timeout)
VagueCow replied to VagueCow's topic in Troubleshooting and Problems
This worked! However, I had to first change my network connections frequency from auto (5 GHz / 2.4 GHz) to only 2.4 GHz -- I tried setting the channel on the 5 GHz band to a non-overlapping channel and it still didn't work, but channel 11 on the 2.4 GHz band did. It's weird because my router is about 10 ft away from my desktop with a direct line of sight across the living room, but I'm guessing the weakness of the 5 GHz band was just enough to cause issues at that distance. None of my other devices have this problems, so I never would have guessed. -
-
Hello! We're sorry to inform you that, due to inadmissible requests from provider Contabo, which demanded the blocking of p2p-related protocols, we have decommissioned Mesarthim server in Germany. The infrastructure in Gemany remains oversized, also thanks to the recent addition of 10 Gbit/s line and server. Kind regards AirVPN Staff
-
Switch to prevent d'load when unconnected to eddie
Staff replied to Condobloke's topic in Troubleshooting and Problems
Hello! For the readers' comfort we paste here an answer by the support team to the OP, whose system is Linux Mint 22.1. Hello and thank you for your choice! Your system is based on nftables but ufw will rely on iptables translations. This could cause some trouble so we would recommend that you keep ufw disabled and enforce "blocking" rules through nft. For your purposes, we think that you need to block all outgoing traffic, except for DHCP and local network, is it right? If so, consider this while Eddie is NOT running: # Clear any existing nftables rules sudo nft flush ruleset # Create a new table for filter rules sudo nft add table inet filter # Create a chain for outgoing traffic (the default one for filtering) sudo nft add chain inet filter output { type filter hook output priority 0 \; } # Allow DHCP traffic (UDP ports 67 and 68) sudo nft add rule inet filter output udp dport 67 accept sudo nft add rule inet filter output udp sport 68 accept # Allow local network traffic (adjust network range according to your own local subnet!) sudo nft add rule inet filter output ip daddr 192.168.0.0/16 accept sudo nft add rule inet filter output ip6 daddr fc00::/7 accept # Block all other outgoing traffic sudo nft add rule inet filter output drop When you enable Network Lock, the above rules will be deleted and only traffic to VPN servers is allowed. When you shut down Eddie, or disable Network Lock, the above rules will be restored. Then, you need to make the above rules persistent across reboots. # Save the rules sudo nft list ruleset > /etc/nftables.conf # Make sure that nftables service is enabled by systemd: sudo systemctl enable nftables Reboot the system and verify that the rules are still in place and that your system can communicate only with the local network and not to the Internet: sudo nft list ruleset Start Eddie and activate Network Lock to restore external connectivity to VPN servers only. Kind regards -
-
-
ANSWERED Plex server suddenly unreachable.
oont replied to oont's topic in Troubleshooting and Problems
Thank you for the quick response. I was also able to telnet from a different location and had the same output. Looking at my Plex logs I am seeing some errors I will reach out to Plex about. Thank you for the help. -
-
AppImage executable disappears when launching
altae replied to altae's topic in Eddie - AirVPN Client
Simply create a script in the folder where you saved the Eddie AppImage (I called it start_eddie.sh) and enter: #!/bin/bash ./Eddie If you renamed the executable you'd need to adapt the name in the script too. In my case the AppImage is called Eddie thus I can invoke it with ./Eddie. In case you want to save the script somewhere else (not in the folder where the AppImage is stored) you would need to enter the whole path to the executable. -
So iv been having hard time with the DNS. On fritz I already have 1.1.1.1 and as alternative 8.8.8.8. But I saw on airvpn site that I can choose which DNS I want to check (pornblock , gambling etc etc ) I ticked what I wanted but when I tried to access these sites i saw no restriction (pornbub,bet365) I don't know what else to tick 😕
-
Hello! Can you describe the nature of the problem and the solution you found if possible? It may be relevant for readers with the same problem. Kind regards
-
-
Hello, I think I managed to find the issue. So far, I have not had any major events, and the ports have remained open.
-
-
Switch to prevent d'load when unconnected to eddie
Staff replied to Condobloke's topic in Troubleshooting and Problems
Hello! If you run Windows please see here: https://airvpn.org/forums/topic/69097-permanent-kill-switch-for-eddie-client/ Similar rules can be enforced with any other system with the respective firewall. If you do not run Windows feel free to tell us your Operating System name, version and firewall. Kind regards -
ANSWERED Plex server suddenly unreachable.
Staff replied to oont's topic in Troubleshooting and Problems
Hello! Please note that your service is reachable, we have just tried, so the port test is correct. However, as soon as we are re-directed to /web/index.html the connection is closed by your host. This is also visible through telnet: $ telnet <edited for privacy> 41898 Trying <>... Connected to <> Escape character is '^]'. Connection closed by foreign host. Therefore, VPN port forwarding works properly and your node is configured to accept correctly incoming connections from the Internet. However, for some reason that must be found, your host, or maybe Plex itself, shuts down the connection within 5-10 seconds, and specifically after the index.html page is accessed. The re-direction to that page works, but the page is not served. Please re-check the whole Plex web server setup. Kind regards -
-
I have had my Plex server up for many months with VPN enabled. My port shows Open when I test via https://airvpn.org/ports/ When I disable my VPN I can reach my server. Did something change on AirVPNs side? I don't know why this would suddenly stop working, I have not made any changes to my server configs or internet. I have tried changing VPN servers and external ports but this did not solve the issue.
-
-
AppImage executable disappears when launching
invisibleink replied to altae's topic in Eddie - AirVPN Client
This is happening to me too. @altaecan you share your workaround? I wonder if some kind of AppImage "launcher" might work, -
-
I get a timeout via my ISP, too. Sure it's not something on that service's side? $ nc -zvw3 5.45.77.154 80 nc: connect to 5.45.77.154 port 80 (tcp) timed out: Operation now in progress $ nc -zvw3 5.45.77.154 443 nc: connect to 5.45.77.154 port 443 (tcp) timed out: Operation now in progress Doesn't matter, the service is reachable by a single IPv4 only, anyway. $ dig a in coverapi.store +short 5.45.77.154 $ dig aaaa in coverapi.store +short .
-
-
-
ANSWERED Connection Dropping (Wireguard Handshake Timeout)
Staff replied to VagueCow's topic in Troubleshooting and Problems
Hello! Since your Linux system is connected via WiFi please try to get a stronger signal and consider to change channel. It could greatly mitigate the problem. Prefer a channel whose frequency does not overlap with any other neighborhood WiFi equipment. Some considerations on WiFi channels and why it's so important to pick the correct channel: https://www.metageek.com/training/resources/why-channels-1-6-11/ If it's a viable option, connect via Ethernet cable to compare. Kind regards -
ANSWERED https://www.scan-manga.com is not found
wohlrajh replied to wohlrajh's topic in Blocked websites warning
Ok thanks for your response, i understand the real problem. Thanks. -
Hi there, I'm running Eddie version 2.24.6 on Linux Mint 22.1 Cinnamon 6.4.6 on an iMac 15. I recently ran into issues where I would be running Eddie and qBittorrent and having thousands of dropped connections overnight. Typically it would run fine for 20-30 minutes and then drop over and over until I manually stopped it. I tried changing protocols from Wireguard UDP to TCP, and then to OpenVPN TCP, and the problem persisted with every protocol. As a last ditch effort I re-flashed my computer with a fresh Linux Mint install and only downloaded Eddie and qBittorrent, and my connections started dropping again. I attached both the logs and system report from this latest time after the fresh Linux install, but I also still have all the logs and system reports from the previous attempts. Any tips or insights would be much appreciated -- totally at a loss for what to try next. eddie_logs.txt system_report.txt
-
Thank you! Apologies for coming off so daft... I was expecting to be able to order them by preference. Turns out now that I have openvpn in the launch script that's the reason I'm not able to save the setting to Wireguard when highlighting, but I can still switch between the various openvpn protocols. Likewise if I launch Eddie without the commandline option I am able to specify the protocol.
-
-
Hello, I am new to AirVPN. I have read several posts in this forum before starting this topic. I cannot reach the https://coverapi.store/ streaming service I have tried a few things of the list In the Route checking tool all the servers have in the HTTP column either FAIL (HTTP 404) or FAIL (no connect) --> https://airvpn.org/routes/?q=https%3A%2F%2Fcoverapi.store%2F I have tried changing servers and countries in the course of a few days and I keep getting the same result. I checked ipleak.net and all I can see are AirVPN IPs I disabled IP v6 in windows, and most of the other suggestions. Can you please help?
-
ANSWERED https://www.scan-manga.com is not found
OpenSourcerer replied to wohlrajh's topic in Blocked websites warning
Is this a French website? If it is, it's entirely possible that nginx's GeoIP2 module is being used to return a 404 for everyone not in France, though that's a nginx Plus feature. Or it's some other mechanism not based on GeoIP but something else; but still, visitors are somehow being differentiated here and it's not based on whether it's a VPN or not.