Jump to content
Not connected, Your IP:


  • Content Count

  • Joined

  • Last visited

  • Days Won


Staff last won the day on May 30

Staff had the most liked content!

About Staff

  • Rank
    AirVPN Team
  • Birthday 05/28/2010

Profile Information

  • Gender
    Not Telling

Recent Profile Visitors

The recent visitors block is disabled and is not being shown to other users.

  1. Hello! WireGuard is mentioned in the man pages, however, the problem here seems that Eddie has not been installed, as the man is not available. In the meantime we tested on an Arch machine and we had no problems at all, Eddie runs just fine, so a deeper investigation is needed. Open a ticket at your convenience. An explanation which comes to mind is that you're running man with a user whose PATH does not include the path to the man pages and you're running Eddie with a user that doesn't have a DISPLAY set. Kind regards
  2. Hello! As you prefer, of course. Keep in mind that if you run Eddie you can also have the leaks prevention thanks to the "Network Lock" feature. You can tell Eddie to connect via WireGuard or via OpenVPN in the "Preferences" > "Protocols" window. Uncheck "Automatic", select the connection mode you prefer (in your case WireGuard), click "Save". Enjoy AirVPN! Kind regards
  3. Hello! If you keep Network Lock disabled, does Eddie complete a connection successfully? Do you run any third party firewall and/or antimalware tool? If so, does the problem persist if you test with all of them momentarily disabled? Kind regards
  4. Hello! WireGuard is not supported by the AirVPN Suite. Is the problem related to WireGuard too? Instructions to run WireGuard in Linux without Eddie (or any other AirVPN software) is available here: https://airvpn.org/linux/wireguard/terminal/ About Eddie, you can find the option to switch to WireGuard in the man (--mode-type) while you can select connection mode via GUI in the "Preferences" > "Protocols" window. Kind regards
  5. Hello! Now a new different problem came out: W 2023.05.31 10:18:43 - Windows WFP, Add rule failed: App not found:{2} We will have Eddie's developer chime in, but apparently there's a serious problem between Eddie and the Windows Filtering Platform. Out of info, if you disable Network Lock does this problem get resolved (this is not to say that you should keep Network Lock disabled, but to understand what happens)? We also wonder why you did not have this error earlier, maybe you had Network Lock disabled? Can you also add a system report? Please see here to do so: https://airvpn.org/forums/topic/50663-youve-been-asked-for-a-support-filesystem-report-–-heres-what-to-do/ Kind regards
  6. Hello! If we're not mistaken a moderator of this community forum @OpenSourcerer uses routinely Arch, so he might help you effectively when he reads this message. Otherwise please do not hesitate to open a ticket. Just a preliminary question before anything else: are you sure that you run Eddie without root privileges? This is mandatory, because if you run Eddie with root privileges, chances are that root does not have any display in X, any call to open windows etc. in your Desktop Environment will fail, and you will get the error message we see in your report. If you already launched Eddie as a normal user and the problem remains the same, can you please test the AppImage as well? You can find it here: https://airvpn.org/linux/eddie/ Eddie's documentation is organized in a FAQ-style, scroll down the home page of https://eddie.website to see it. From a terminal, type "man eddie-ui" to see the man pages (only Linux systems). AirVPN Suite user's manual is available here: https://airvpn.org/suite/readme/ Kind regards
  7. Hello! That's great, we're glad to know that the problem is resolved. Note taken. On the bottom of the Windows download page, you can see the icons to access instruction pages for OpenVPN, OpenVPN GUI and WireGuard (click them to open the respective instruction pages). Each Operating System page collects the various solutions to connect (we do not force our software usage). In Windows those solutions are Eddie, OpenVPN GUI, OpenVPN from a terminal and WireGuard. Kind regards
  8. @AmineZary Hello! The previous problem has been resolved. Now you have a different problem: UDP packets seem blocked. First and foremost, please make sure that no packet filtering tool blocks UDP. Check both your router and system, please. If you find nothing blocking, maybe your ISP is the "culprit". Consider to switch to the following connection mode: from Eddie's main window select "Preferences" > " Protocols" uncheck "Automatic" select the line with OpenVPN, protocol TCP, port 443, entry-IP address THREE. The line will be highlighted click "Save" The above connection mode is able to bypass a wide variety of blocks. Kind regards
  9. Hello! Eddie is a GUI and "wrapper" for WireGuard and OpenVPN. Just use the protocol which can give you the best performance, in this case WireGuard. For additional investigation on why OpenVPN is dramatically slower please feel free to open a ticket or continue the discussion here, as you prefer. Kind regards
  10. Hello! Oh no, absolutely not, a clarification is due here. The VPN connection is performed to entry-IP addresses which never send out packets to the Internet except to the clients of the VPN itself. And actually entry-IP addresses of our servers are clean, they are not included in any decent black list, as you can verify (and it's blatantly obvious, as they are "isolated", nobody can make anything reachable behind an entry-IP address). If confirmed, this is a VirusTotal undue overblocking and/or false positive warning. Malwarebytes does something similar (for example, it blocks a whole /22 subnet when just one IP address inside that vast subnet is suspicious, according to recent reports). Kind regards
  11. @TresVille Hello! You don't need a separate program for WireGuard. Eddie can establish a VPN connection either via OpenVPN or WireGuard, according to your preferences. You can set your favorite connection mode in "Preferences" > "Protocols" window. Remote port forwarding is not a WireGuard or OpenVPN related feature, obviously it is a server side feature, and it is available regardless of your connection mode and both in IPv4 and IPv6. Do not hesitate to open a ticket if you still experience problems. Some more details now. The file name of a configuration generated by the Configuration Generator is descriptive, and if you use WireGuard official client and userspace utilities you must rename it with a very short name because WireGuard will use the file name to name the network interface too. Anyway, you can ignore the above. If you run Eddie, you don't need configuration files. Furthermore, if you enable Eddie "Network Lock", you can avoid your own firewall rules, unless you have some very specific need. Eddie's "Network Lock" is a set of firewall rules which will prevent any possible traffic leak (including leaks caused by wrong software network binf, STUN based protocols like WebRTC, UPnP etc.). Kind regards
  12. Hello! This sounds like an anomaly in the route checker, we will investigate, thank you. Kind regards
  13. @AmineZary Hello! It looks like DCO is the cause of the problem, as Eddie tries to use it together with OpenVPN 2.5.5, which is impossible: . 2023.05.30 22:46:01 - Using WinTun network interface "OpenVPN Data Channel Offload (OpenVPN Data Channel Offload)" ... . 2023.05.30 22:46:02 - OpenVPN > All wintun adapters on this system are currently in use or disabled. . 2023.05.30 22:46:02 - OpenVPN > Exiting due to fatal error Try the following setting, it should resolve the problem: from Eddie's main window select "Preferences" > "Networking" type eddie in the "VPN interface name" (you may also pick any other very short name you like - just use ASCII characters though) click "Save" test again connections to various servers With the above settings, Eddie will create a new virtual network interface and ignore any other existing virtual interface. Please feel free to keep us and the community posted. Kind regards
  14. Hello! The upgrade of all the servers marked as "1 Gbit/s" has been completed to at least 1 Gbit/s full duplex lines. Therefore we might now switch to "2 Gbit/s" in the servers monitor. In the past we did not do so because the hardware limits made it unrealistic beating a total of 1.2-1.3 Gbit/s throughput on a single server. Nowadays with WireGuard, and ever since we revamped the load balancing system on different OpenVPN instances, that limit is no more. That's why you can often see servers with "1000 Mbit/s" maximum availability providing much more than 1000 Mbit/s. In Dallas and in the Netherlands servers are connected to 10 Gbit/s (full duplex) lines, 10 servers per each line. We have also expanded our 10 Gbit/s lines in the Switzerland, Sweden, Bulgaria and the Netherlands (10 Gbit/s full duplex line, port and NIC for single servers). In various countries (Canada, the Netherlands, Sweden, USA except New York City and other ones) we don't operate any server in M247 datacenters. Furthermore, all the expansions to 5 and 10 Gbit/s lines (full duplex) has been performed outside the M247 infrastructure. We will continue to do so. In general, in the nearest future M247 presence in our infrastructure should not exceed 30% of the total amount of servers, and should not exceed 15% of the amount of total "available" bandwidth. We have no plans at this very moment for alternative providers in New York City, though. Please consider that the USA housing/hosting market is frequently hostile against VPNs and often against p2p as a protocol in itself, even when it is used to deliver content legally. Since we remained faithful to our mission preserving Net Neutrality (no discrimination against any protocol and application) it's difficult to find a USA provider we can rely on, and M247 is hands down one the most reliable in the world (not only in the USA, of course), so far. Kind regards
  15. Hello! Today we're starting AirVPN 13th birthday celebrations offering special, strong discounts on longer term plans. From a two servers service located in a single country providing a handful of Mbit/s, the baby has grown up to a wide infrastructure in 23 countries in four continents, providing now 284,000 Mbit/s to tens of thousands of people around the world. AirVPN is now one of the only three major consumers' VPNs which are still independent, i.e. not owned by big corporations with multiple fields interests, interfering in editiorial publications or intersecting with products or services in conflict with privacy protection. Ever since we celebrated the past 12th birthday, AirVPN operated important, community driven changes: infrastructure power up. Through hardware renewal and new 2, 5 and 10 Gbit/s full duplex lines the infrastructure may deliver now up to 284,000 Mbit/s (full duplex) (+40,000 Mbit/s in one year) additional rewrite of the port forwarding, DDNS and key management service allowing multiple DDNS names and forwarded ports on a device basis various, new optional lists to block spam, ads, trackers and other malicious sources, featuring a unique and fine grained customization which is exclusive on the nowadays market revamped API new API Explorer to generate API call commands and examples from the web interface On the software side, all AirVPN applications and libraries are still free and open source software released under GPLv3. The development of traffic-splitting features on an application basis, already available in AirVPN Eddie Android and Android TV edition, has been planned for Desktop systems too. Check the promotional prices here: https://airvpn.org/buy Kind regards and datalove AirVPN Staff 
  • Create New...