Jump to content
Not connected, Your IP: 44.200.23.133

Staff

Staff
  • Content Count

    10486
  • Joined

    ...
  • Last visited

    ...
  • Days Won

    1747

Staff last won the day on March 22

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! A possible cause is related to MTU. Please try to import a WireGuard configuration file with the following directive in the [Interface] section: MTU = 1280 The Configuration Generator already adds an "MTU = 1320" line, but maybe this value is too large for your network. You can edit the file with any text editor. Kind regards
  2. @lowdrag Hello! It is an expected behavior when the system is connected to the VPN. The logic behind this is that computing round trip times from a VPN server would be detrimental for a correct server choice. However, if the system is disconnected from the VPN then this is an unexpected behavior: please test Eddie 2.24.x and check whether the same issue persists or not. Kind regards
  3. Hello! The Kaspersky VPN adapter is causing a critical error. Please see here for a very quick solution: https://airvpn.org/forums/topic/56643-stuck-in-a-broken-route-never-connects/?do=findComment&comment=225323 Kind regards
  4. @KingBletsoe Hello! A preliminary checklist: please make sure that the listening program is really running and listening to the correct port, and that it is started only after the VPN connection has been established if a bind option is available in the listening program settings please make sure that the program binds to the VPN interface and not to the physical network interface please make sure that no firewall rule blocks incoming packets to the listening program. You need to check while the system is connected to the VPN as some firewall tools change rule set according to the network type the system is connected to Kind regards
  5. Hello! Please see here: https://airvpn.org/forums/topic/57025-dns-leak-when-wireguard-configuration-in-gluetun-with-qbittorrent-truenas-scale/?do=findComment&comment=227861 Kind regards
  6. @555VPN Hello! The ca.crt expires in 2121. You can use the Configuration Generator to download and import any certificate. Your user.crt expires in 2033. Maybe you're watching some old certificate. Kind regards
  7. Hello! It can mean that the port is "disabled", although the linked device is connected to some VPN server. The new switch "Enable" (on/off), available on each forwarded port in the AirVPN account panel, has been added recently and offers more flexibility. If you get "No ports open", instead, it means that the device linked to the port is not connected to any VPN server. Kind regards
  8. Hello! Normally the changes are applied in a matter of minutes and they do not require re-connections, the forward rules are "hot swapped". However, your description hints at an undue delay, we will investigate. In order to speed up the change, if a similar problem re-surfaces, please disconnect and re-connect your system to the VPN server(s). Provided that your forwarded port(s) are enabled for all the "devices" of your account, that the forward rules are applied for all the various VPN interfaces, and that you know which exit-IP address your service is reachable on, the multi VPN configuration is not a problem. If you find that port forwarding works with a "single VPN" configuration, but stops working with a multi-VPN setup, you need to check the above again. No, this is not a cause for concern. Just keep in mind that without VPN DNS you can't use the AirVPN DNS based blocking system and the geo-routing system. Kind regards
  9. We see you managed to solve the problem, welcome back! Kind regards
  10. Hello! Excellent. The Configuration Generator puts the following directive in the wg .conf file: MTU = 1320 while Eddie 2.21.8 doesn't (Eddie 2.23 and higher versions do). It's possible that 1320 bytes is a better MTU for your network. You can now tweak this value in small increments (e.g. 1330, 1340...) to find the optimum MTU for performance. Each time you edit the wg.conf file (using any text editor), remember to stop and restart WireGuard for the change to take effect. Kind regards
  11. Hello! Very glad to know it. Eddie 2.23 and older versions "Automatic" mode is OpenVPN in UDP, always. Eddie 2.24 and newer versions select what the manifest tells (currently WireGuard). WireGuard offers higher performance and efficiency, and a few privacy issues which are mitigated in our system. Please see here for an overview: https://airvpn.org/faq/wireguard/ Kind regards
  12. @FriedTofu527 Hello and welcome aboard! Yes, as you can also see from the top users "speed" 700 Mbit/s is not unusual in AirVPN, but mainly with WireGuard and not OpenVPN. The best performance so far obtained in the infrastructure is around 1.1 Gbit/s on ideal conditions (no traffic shaping by ISP, good peering, at least 2.2 Gbit/s free on the server), with WireGuard and its interface MTU varying from 1320 to 1420 bytes. Perhaps you are comparing WireGuard with OpenVPN. Please switch to WireGuard to make a comparison on a level playing field. We share a lot of common providers and similar hardware, but not all, so please make sure that you test various servers in various locations in order to maximize the likelihood of good peering between your ISP transit provider and ours. For a more specific support please specify your Operating System name and version. If you run Eddie Desktop edition you can switch to WireGuard in the following way: from Eddie's main window select "Preferences" > "Protocols" uncheck "Automatic" select a line with WireGuard, for example WireGuard port 51820. The line will be highlighted click "Save" and restart the connection to apply the change Unfortunately Eddie 2.21.8 does not support MTU change for WireGuard, while this parameter is frequently crucial. If you don't get satisfactory performance you can try different MTU sizes with Eddie 2.24.x. Please see here to download it: https://airvpn.org/forums/topic/57401-eddie-desktop-224-beta-released/ With Eddie 2.24.x you can change MTU in the Preferences > WireGuard window. Kind regards
  13. Hello! On top of the previous message we have checked your account and please note that you forwarded only one UDP port. Please check: if your listening program expects TCP packets (too) you must forward accordingly. If necessary you can change the listening protocol from your remote inbound port panel. The Protocol combo box, which is available on each port, can be set back to TCP+UDP (default setting) anytime. Kind regards
  14. Hello! The cause of the problem and its solution are described here: https://airvpn.org/forums/topic/56657-cant-connect-to-anything/?do=findComment&comment=225418 Kind regards
  15. @Cefiko Hello! Apparently UDP or OpenVPN is blocked. Please check any packet filtering tool, both on your router and system, and make sure that they do not block UDP. Also test WireGuard. It works in UDP too, so you can discern whether the block is against UDP in general or not. In order to switch to WireGuard: from Eddie's main window select "Preferences" > "Protocols" uncheck "Automatic" select a line with WireGuard (for example WireGuard port 58120). The line will be highlighted click "Save" If you find no packet filtering tool blocking UDP and WireGuard fails too, it's possible that the block comes from your ISP. In this case try to switch to OpenVPN, protocol TCP (you can do it again from the aforementioned window). Kind regards
×
×
  • Create New...