Staff

Hello! The correct FQDN for the various servers is <server name>.airservers.org. However it resolves into IP address 1 only. Each VPN server has 4 entry-IP addresses for various connection modes, but we do not offer domain names for each IP address. For example entry-IP address 1 accepts OpenVPN in TLS Auth mode (for backward compatibility with old OpenVPN versions) and WireGuard, entry-IP address 3 accepts OpenVPN in TLS Crypt mode and WireGuard, and so on. For every detail you can check the "Specs" page "Protocols and entry-IP addresses of each VPN server" section: https://airvpn.org/specs You can use the API to get all the entry IP addresses of all the servers. API instructions and an API navigator are available in your AirVPN account "Client Area" > "API" panel. To make an example based on your request, let's say that you need to know all the info about Teegarden. A first raw search can be performed through the API and filtered accordingly, please see below. The first example shows everything the API can say about Teegarden, the second example prints the THIRD entry IPv4 and IPv6 addresses. Kind regards $ curl -s "https://airvpn.org/api/status/" | grep -A17 -i teegarden "public_name": "Teegarden", "country_name": "United States", "country_code": "us", "location": "Los Angeles", "continent": "America", "bw": 637, "bw_max": 2000, "users": 102, "currentload": 31, "ip_v4_in1": "37.120.132.90", "ip_v4_in2": "37.120.132.92", "ip_v4_in3": "37.120.132.93", "ip_v4_in4": "37.120.132.94", "ip_v6_in1": "2a0d:5600:8:3e:b389:fbfa:508a:1eca", "ip_v6_in2": "2a0d:5600:8:3e:604e:24d0:570c:230f", "ip_v6_in3": "2a0d:5600:8:3e:eceb:3b20:e697:db07", "ip_v6_in4": "2a0d:5600:8:3e:878b:13a8:3b47:98ed", "health": "ok" $ curl -s "https://airvpn.org/api/status/" | grep -A18 -i teegarden | grep in3 | awk -F '"' '{print $4}' 37.120.132.93 2a0d:5600:8:3e:eceb:3b20:e697:db07

Hello! Please try the following procedure: run Eddie on Eddie's main window uncheck "Remember me" log your account out log your account in (you'll need to re-enter your AirVPN credentials) try again a connection See also https://airvpn.org/forums/topic/58289-openvpn-certificate-has-expired/?do=findComment&comment=231319 Kind regards

Hello! We are investigating the problem. Kind regards

Hello! We're glad to inform you that it is back online now. Kind regards

@valkyrie89 Hello! Inbound remote port forwarding is a feature divorced from the VPN p-t-p communication protocol, it all relies on NAT configuration through packet mangling, so you can use it both with OpenVPN and WireGuard. Kind regards

Hello! Can you please test Eddie 2.24.2 beta and check whether the problem persists or gets resolved? Please see here to download the latest beta version: https://airvpn.org/forums/topic/57401-eddie-desktop-224-beta-released/ Kind regards

@8zXUsOoeym Hello! The problem has been solved, at least according to our tests. Can you please check now? Kind regards

Hello! WireGuard on macOS still lacks a kernel module, so in an agnostic network you should not see a lot of gain from OpenVPN. However, it's also possible that your ISP shapes OpenVPN and not WireGuard, or shapes low ports but not high ports (if you connect WireGuard to port 51820 and OpenVPN to port 443, for example). Please make sure that the tunnel works properly by browsing to https://ipleak.net - when you open that page while the Mac is connected to the VPN, you must not see your "real", ISP-assigned public IP address anywhere. Do you also see performance boost compared to Eddie connecting over WireGuard? If so, MTU could come into play. The CG generates files with MTU set to 1320 bytes (*), Eddie 2.21.8 lets WireGuard pick the default value (1420 bytes, typically), while Eddie 2.24.x defaults to 1320 bytes but lets you configure various, different MTU size in bytes (1280, 1320, 1360, 1400, wg default). (*) You can change it by editing the configuration file with any text editor and changing the line "MTU = 1320". Kind regards

Hello! Yes, there are many upgrades underway throughout the infrastructure. On top of the usual, periodical system updates, we are adding an important new feature we will announce in the future (maybe as early as June, but don't take it for granted). Kind regards

@blank90 Hello! As @SurprisedItWorks wrote you may rely on https://ipleak.net, or you can also use the AirVPN API. Check your "Client Area" > "API" panel for instructions and commands through the API navigator. With a single fetch you can get all the data of all the servers, for example. Kind regards

@8zXUsOoeym Hello! We confirm some problem on the datacenter, the bandwidth is "choked". It happens now and then in UA. We're contacting datacenter technicians if the problem does not disappear within a couple of hours, thank you for the head up. Kind regards

Hello! Yes, exactly. The location of the configuration file is described in the following page: https://eddie.website/support/data-path/ When you uninstall you don't destroy the configuration file. In other systems, uninstalling a program implies preserving the settings in case of future re-installing or upgrading, while purging implies deletion of settings on top of any other program related file deletion. OK, that's better. Network Lock, as you correctly found out, did its job. Kind regards

@MHq Hello! If you have the portable package just delete the directory which you have decompressed the package into. If you have the installing version you can start the Windows uninstall procedure available in the control panel. Do you have the option to obtain the crash dump (or any message related to the crash) and send it to us? Eddie does not have the power to bring down an entire Windows system. System drivers could, however, and Eddie features the usual and well tested in years wintun driver (Windows is the only system which does not come pre-packaged with a driver for a virtual network adapter, so it's strictly necessary to install it). Kind regards

Hello! That depends on the Eddie version. Up to Eddie 2.22 Network Lock is disabled by default. Starting from Eddie 2.23 Network Lock is active during a connection, by default, and de-activates when the user explicitly orders the end of a connection. This working mode is not suitable for your goal. In all versions, enabling Network Lock manually or at startup enforces Network Lock during the whole program session lifetime, no matter what (therefore Network Lock is permanently set and protects you from any server switch or any other event). This is the working mode you want, which is disabled only when you order explicitly to de-activate Network Lock or you shut down Eddie cleanly. You can also configure Eddie to always activate Network Lock (as soon as the program is launched) on the "Preferences" > "General" window, by checking "Activate Network Lock at startup". For your purpose this is highly recommended for peace of mind. Kind regards

Hello! Only if Network Lock option is enabled you can safely switch servers "on the fly", because Network Lock will prevent any possible traffic leak outside the VPN tunnel. Kind regards