Staff

Hello! /32 for IPv4 and /128 for IPv6 addresses are more accurate (single addresses). What you report is a glitch of the Configuration Generator that will be fixed soon. The CG follows the deprecated convention according to which an address without any network mask specification is implicitly considered as a single address. While network tools conform to the new norm the CG generates ambiguous files for them. Kind regards

Hello! We're glad to inform you that Eddie Android edition 3.1 beta 2 is now available! New features and changes from beta 1: Updated to the latest OpenVPN3-AirVPN library fork Added Manifest's preset connection modes Optional GPS Spoofing (requires system's developer options to be enabled) Revised connection dialog management Beta 1 bugs/inconsistencies fix Thank you for your tests! Please verify that the previous bugs you found are indeed solved and do not hesitate to write about any glitch or bug you find. For more details on the new GPS spoofing feature, please check the first message on the thread. To enter the new menu on preset connection modes, expand AirVPN in the Settings view. Kind regards & datalove AirVPN Staff

Hello! Approximately October (AirVPN Suite 2.0.0 stable release), but the option could be implemented in the next beta version which is planned for mid September. You can use a configuration file in the meantime. This article offers an immediate solution: https://airvpn.org/forums/topic/55801-wireguard-access-local-network/?do=findComment&comment=217458 That's a bug of Eddie CLI affecting various versions, it has been fixed on 2.24 beta. https://airvpn.org/forums/topic/57401-eddie-desktop-224-beta-released/ Kind regards

Please feel free to contact your ISP for the alleged issue with Cogent. If you need more info, this is our provider with AS49453, see also https://www.peeringdb.com/net/5372 for the public peering exchange points and interconnection facilities. Also Cogent does not serve IP transit to our Alblasserdam servers or AMS-IX directly or the other exchange points we rely on, so it's a serious misfortune that you need Cogent to reach the servers. We can't help you directly, we're sorry, but we can help you indirectly by showing that the problem is not on our side of the infrastructure and by providing you with the relevant data to have your ISP investigate. It must also be said that Cogent has a sky high amount of peering disputes and malfunctions, please check https://en.wikipedia.org/wiki/Cogent_Communications. It may be relevant in some cases (check NTT for example). Kind regards

Hello! Please test all the possible MTU values in the Preferences > WireGuard window and stick with the one which can provide for the best performance. Each time you change value remember to re-start the connection from scratch to apply the change. Also make sure that no QoS / shaping / traffic management tool is active on your system and router (in particular, ascertain no interference against UDP). Last but not least, please get informed about the traffic shaping policy of your ISP. If a specific policy is in place, some other connection modes (example OpenVPN over TCP to port 443 of entry-IP address 3) could avoid triggering the traffic shaping and improve the throughput. Test also WireGuard to port 51820 (IANA assigned WireGuard port), just in case your ISP throttles UDP to/from low ports. Change connection mode in Preferences > Protocols window. Kind regards

@go558a83nk Check this table for each NL server (in the screenshot: Piautos) to verify that the problem is on your ISP side only.

Hello! We do not see any problem, as you can infer from https://airvpn.org/servers/Piautos/ and https://airvpn.org/servers/Alrai/ (also consider that we have excellent round trip time, like 25 ms, and no issues with mtr even from residential ISPs in Italy, go figure...). Check the tables "latency" (it's round trip time really) to and from locations and you will see that they are normal all over the world. Does anybody else experience this problem? Please feel free to report here, on this thread. Kind regards

@TRAPSKIM Hello! Multiple problems are visible from the logs you kindly sent: IPv6 works intermittently or does not work at all in your infrastructure, but you explicitly forced Eddie to connect over IPv6 and not IPv4 The Express VPN Tun Driver interferes even when not used by Eddie Additional problems but they should be indirect and should be solved when 1 and 2 are solved too Possible too large MTU size Likely solutions: Switch back to IPv4, IPv6 (don't force IPv6) in Preferences > Networking > Internet Protocol used for connection (i.e. the default setting that you modified) In Preferences > Networking > VPN Interface name field enter eddie then click Save button. Furthermore make sure you do not run Express and AirVPN software simultaneously. Optionally remove Express completely (not strictly necessary in theory) ... If a connection goes through but the throughput is still low upgrade to Eddie 2.24 (see here) and test again WireGuard connections. If the throughput is still low set 1280 bytes in Preferences > WireGuard > MTU window If additional problems arise please publish a complete system report, please see here to do it: https://airvpn.org/forums/topic/50663-youve-been-asked-for-a-support-filesystem-report-%E2%80%93-heres-what-to-do/ Kind regards

Thank you very much for your feedback. Some clarifications: You have been notified about the refund, both in the ticket and through a courtesy e-mail. If you don't read replies to tickets and you don't receive or read courtesy e-mail there's nothing else we can do for this alleged communication problem, we're very sorry. You asked for a refund without asking for support. Since we follow a no questions asked refund policy the refund procedure started and after a day or two your refund request was accepted and your plan revoked. Throughout this time, or before asking for a refund, you never asked for technical support, unfortunately. Kind regards

@displaynamethrowaway Hello! Can you please testy the aarch64 legacy build at your convenience, if you haven't already done so? Available even from the 2.0.0 version, which is currently in beta testing, if you wish to test:Kind regards

@bowlerboy1973 Hello, you asked for and obtained a refund. Once a refund request is approved, the refunded plan of the account is de-activated and no new plan can be purchased for some time, to avoid the trick of buy-refund-buy-refund... aimed at using perpetually a service at zero price. Disabling a plan and an account ability to re-purchase for some time after a refund request is approved or the refund is delivered is normal and it is also good practice of online services, especially when services, like AirVPN, that offer a "no questions asked" full refund policy. You can't expect to keep using a service when you obtain a full refund of your purchase and you can't expect to re-buy the service immediately. Kind regards

@QuarkZ Hello! We're glad to know that the main problems are solved. Please consider to run Goldcrest through a terminal multiplexer like tmux or screen, otherwise Goldcrest's life will always end when the SSH session breaks. As usual, any multiplexer usage is recommended or even mandatory whenever you need some process not to be bound to your SSH session and/or emulated terminal. You can re-enter a specific window anytime even in future SSH sessions. Error message DBusConnectorException: DBusConnector: not primary owner (2) when you start a 2nd Goldcrest instance is correct and due: in our model only one Goldcrest instance at a time is allowed. The rationale is avoiding multiple clients sending (potentially contradictory) commands to the daemon, causing confusion for the user and potentially risky situations. Kind regards

Hello! The local network is always outside the VPN with OpenVPN and an option to do so for WireGuard will be implemented soon (similar to the option you see in Eddie Android edition). Traffic splitting is implemented on an application basis (via the cuckoo utility), so specific routes to the Internet outside the tunnel must be specified manually, if the split over an app is not your optimal solution. Kind regards

Hello! If possible, please drop Eddie momentarily, test the AirVPN Suite (especially Bluetit+Goldrest) and let us know. Check the user's manual. If you need WireGuard support, which is not implemented in the Suite 1.3.0, please test directly Suite 2.0.0 beta. Kind regards

Hello! That's why the instructions tell you to use OpenVPN for Android and not OpenVPN Connect. Eddie Android edition should be fine as well. Kind regards

@AtomicHeat Hello! For some unfathomable reason Eddie chooses to force OpenVPN to use the TeamViewer VPN adapter, active in your system, and a critical error arises. A possible quick fix: from Eddie's main window please select Preferences > Networking enter eddie in the VPN Interface Name field click Save and test again connections Another quick fix is probably switching to WireGuard (you should test it anyway as it could give you a performance boost). You can switch to WireGuard in the Preferences > Protocols window by unchecking Automatic, selecting a line with WireGuard in the description and clicking Save. Kind regards

@palomeque Hello! Yes, currently it's not possible to find 4 contiguous free ports. We're close to implementing a new remote port forwarding system that will solve the port exhaustion problem once and for all. In the meantime please check the graph by clicking the View graph button in your port panel and pick a port n for which port n+3 is free, there's plenty. Kind regards

@palomeque Hello! A couple of additional critical errors that are visible on your last screenshot and how to fix them: wrong value in the field Bind local address to IP. You specified some server public IP address instead of the proper VPN IP address. Fix this error by leaving the field empty anyway, as the VPN IP address may change between connections UDP port for server requests (21814) is not remotely forwarded. If you really need that this port is forwarded and it must have "TCP port +3" number, then you need 4 contiguous forwarded ports, not 3 (1 + 3 = 4) Kind regards

Hello! The "culprit" is the Radmin interface. Even when Eddie picks its own interface and ignores Radmin interface, UDP is blocked (and other problems may arise as well). Please see here (we could even merge this thread): https://airvpn.org/forums/topic/61009-disconnecting-and-reconnecting-constantly/?do=findComment&comment=236024 When you need to run Eddie, OpenVPN or WireGuard, please consider not only to kill any Radmin related process, but also to disable the Radmin interface. Kind regards

@Balaena Hello! In the macOS package, Eddie 2.21.8 includes OpenVPN 2.5.5 linked against OpenSSL 1.1.1, which is perfectly fine (OpenVPN 2.5.5 is the only version in the 2.5 branch which is immune to some annoying vulnerability). You can install the latest OpenVPN version (we recommend OpenVPN 2.6.x and not openvpn-connect, as the 2.x branch seems more robust and it is full featured) and then tell Eddie to use it in "Preferences" "Advanced" window. Please set the path to the OpenVPN binary in the "OpenVPN custom path" field. However, you will need to build it in your macOS as it is not available as a pre-built binary. Anyway, this is not really necessary. For an updated package for macOS you could consider Eddie 2.24 beta version: https://airvpn.org/forums/topic/57401-eddie-desktop-224-beta-released/ Furthermore, in macOS OpenVPN 2 is not very efficient. You can get a nice performance boost (usually +100%) by switching to Hummingbird (it's AirVPN software based on an heavily optimized, modified and bug-fixed OpenVPN3 library forked by AirVPN; the latest version is linked against OpenSSL 3). To switch to Hummingbird just check "Use Hummingbird if available" in the "Preferences" > "Advanced" window. You may also test WireGuard, which is in many cases more efficient than OpenVPN, which may translate into higher throughput, higher than Hummingbird's throughput in a neutral network. You can switch to WireGuard in "Preferences" > "Protocols" window (uncheck "Automatic", select the line with WireGuard port 51820 and click "Save"). Kind regards

@Jbarker138 Hello! From the log a block against either UDP, OpenVPN or specific destination ports is apparent. ! 2024.08.04 16:21:45 - Connected. . 2024.08.04 16:21:45 - OpenVPN > write UDP: Unknown error (code=10065) . 2024.08.04 16:21:45 - OpenVPN > write UDP: Unknown error (code=10065) . 2024.08.04 16:21:45 - OpenVPN > write UDP: Unknown error (code=10065) As a first attempt please test a connection over WireGuard. You can switch to WireGuard by setting the proper connection mode in "Preferences" > "Protocols" window (uncheck "Automatic", select the line with WireGuard port 51820, click "Save"). If the connection goes through successfully then the block is not against UDP, as WireGuard works in UDP only: you may like to verify any antimalware and packet filtering tools and remove blocks against Eddie, OpenVPN or destination ports. If the problem persists, please publish a system report as well, see here: https://airvpn.org/forums/topic/50663-youve-been-asked-for-a-support-filesystem-report-–-heres-what-to-do/ Kind regards

Hello! The previous message is valid only if you connect your router to the VPN, as it was understood or misunderstood. If you connect your Windows machine please ignore the message, you don't need to forward anything from router's interface to your Windows machine in this case (and actually everything works fine, as you wrote). However, PS5 can not connect directly to the VPN as far as we know, so having your Asus router connect to the VPN and share the VPN traffic with the PS5 can be a good solution to have the PS5 inside the VPN. iptables is a userspace utility available in various Linux based systems (including Asus WRT Merlin) that lets you set the packet filtering and mangling rules of the system. It will be necessary if you need to "forward ports" for your PS5, otherwise you don't need it. Kind regards

Hello! This guide could be exactly what you're looking for: https://airvpn.org/forums/topic/9270-how-to-forward-ports-in-dd-wrt-tomato-with-iptables/ Please consider that direct access to iptables is available on Asus WRT Merlin but not Asus WRT. Upgrade (if your router supports it and you haven't already applied it) is easy and fast through the Asus control panel. Kind regards

Hello! AirVPN software with default settings will prevent DNS leaks. Consider to engage Network Lock permanently too, in order to prevent traffic leaks of a different nature. If you don't run AirVPN software, please specify your Operating System and which program you run to connect to the VPN servers to receive more proper suggestions. Kind regards

Hello! Please do not "re-map" the ports, it's a critical error. Then, please follow this guide: https://airvpn.org/faq/p2p/ Please note that the system may not update re-mapping in real time, it may take some minutes. To quickly apply the change, once you have deleted the "local" fields in your port panel and you have fixed your p2p program configuration, please disconnect and re-connect. EDIT: Important, please make sure that you start your p2p program only after the VPN connection has been successfully established. If you disconnect the system from the VPN, then shut down the p2p program, re-connect the system to the VPN, and then re-start the p2p program. Furthermore, if you run Windows, you must check the firewall rules while the system is in the VPN, as the Windows Firewall can change rule set (especially for incoming packets) according to the network type the system is connected to. Kind regards