Jump to content
Not connected, Your IP: 216.73.216.129

All Activity

This stream auto-updates     

  1. Past hour
  2. Before Wireguard I meant exactly that, but now I also mean to try both OpenVPN in TCP/UDP and Wireguard. There's also a possibility that the hoster of the FTP server throttles the connection because it's an anonymizer IP. GitHub likes to do this, making VPN clients clone repos with a few hundred kB/s only.
  3. Today
  4. attached is the report including 5 or 6 attempts to connect to a server. the problem is that no connection is established -- it cycles through the server list ... fails to connect ... and resstarts after " 3 seconds". Note -- this is with settings at their defaults. It attempts to use wireguard which won't work since the tunnel adapter is not installed. As stated, the tunnel adapter refuses to install. Shall I switch to the Tap adapter and run the report again? report with wireguard enabled.txt
  5. There is Check open button on Port page, you can use it to check if the port open, or google port checker tool, or use AirVPN ipleak service, download the check torrent file then it will tell you the port is open or not. But I think the problem not about port or AirVPN side, I'll share you my research. Hotio update VPN setting all of his docker images recently, I start have problem with plex and qbittorrent (even green globe but tracker cannot see me) and was DM he over discord recently, funny thing is on same VPN configuration (I shared my conf file then deleted later), same docker setting, but his PC it working perfectly, I think problem is from my NAS and never found out why from that time to now. But today I saw your post, I think it definitely something strange happen with his image.
  6. I've been with AirVPN for a long, long time. I wrote the original Tomato router guide. I've never had problems like this before. The packet loss is very persistent. Kornephoros is the only node in eastern Canada where I am not having any problems. It's a meganode and that may speak to its capacity to handle large volumes of packets. I was getting the same packet loss in NYC on Muliphein, but that suddenly resolved. Still, half of the six NYC meganodes are jittery, with lots of latency spikes. I just rechecked everything. I also checked both the first and second hops off each VPN node to make sure that the packet loss is consistent and not localized to one node/router. Can anyone at AirVPN figure out what's going on? I already talked to both my ISP and carrier about this and can completely rule out any problems with my connection physically, or at layers 2 or 3. See below for the latency and packet loss numbers. Lacerta: 96 of 100 packets returned successfully : 4.0% PACKET LOSS Round Trip Time (in milliseconds) Maximum/ Minimum/Average: 146/0/75 Ross: 98 of 100 packets returned successfully : 2.0% PACKET LOSS Round Trip Time (in milliseconds) Maximum/ Minimum/Average: 166/0/58 Cephei: 95 of 100 packets returned successfully : 5.0% PACKET LOSS Round Trip Time (in milliseconds) Maximum/ Minimum/Average: 24/0/18 Kornephoros: 100 of 100 packets returned successfully : 0.0% PACKET LOSS Round Trip Time (in milliseconds) Maximum/ Minimum/Average: 32/0/18 Mintaka: 93 of 100 packets returned successfully : 7.0% PACKET LOSS Round Trip Time (in milliseconds) Maximum/ Minimum/Average: 76/0/21 Tejat: 86 of 100 packets returned successfully : 14.0% PACKET LOSS Round Trip Time (in milliseconds) Maximum/ Minimum/Average: 23/0/19 Tyl: 95 of 100 packets returned successfully : 5.0% PACKET LOSS Round Trip Time (in milliseconds) Maximum/ Minimum/Average: 24/0/18 Muliphein: 100 of 100 packets returned successfully : 0.0% PACKET LOSS Round Trip Time (in milliseconds) Maximum/ Minimum/Average: 262/0/31 Paikauhale: 100 of 100 packets returned successfully : 0.0% PACKET LOSS Round Trip Time (in milliseconds) Maximum/ Minimum/Average: 50/0/28 Sadalmelik: 100 of 100 packets returned successfully : 0.0% PACKET LOSS Round Trip Time (in milliseconds) Maximum/ Minimum/Average: 193/0/30 Terebellum: 100 of 100 packets returned successfully : 0.0% PACKET LOSS Round Trip Time (in milliseconds) Maximum/ Minimum/Average: 280/0/40 Unukalhai: 100 of 100 packets returned successfully : 0.0% PACKET LOSS Round Trip Time (in milliseconds) Maximum/ Minimum/Average: 44/0/28 Unurgunite: 100 of 100 packets returned successfully : 0.0% PACKET LOSS Round Trip Time (in milliseconds) Maximum/ Minimum/Average: 86/0/29
  7. Not sure if this is caused by the hotio qbittorrent container update or some other issue but when I tried to reach qbittorrent today the logs said "The file [/config/wireguard/forwarded_port] was not found. Set [VPN_AUTO_PORT_FORWARD=false] if you don't plan on providing that file yourself", which was a first. I switched that to false and chose to set the port manually in qbittorrent UI (which was already done). qBittorrent has a green globe which should indicate that the port is open and functional, but I keep getting timed out when testing on AirVPN client area. Is there any way to definitely confirm my port is open on the airvpn side?
  8. yeah some more detailed metrics would be nice but you also have to balance privacy in that regard too. all packets are not the same. massive amounts of small udp packets are going to cause more overhead than full fat pipe mtu packets. many connections are going to cause more load than single connections. we dont know the hardware configuration or a myriad of other things to really get a clear picture on what it is but at the very least it would be good to have some kind of obfuscated alert system. for example maybe take the 95 percentile value on total connections vs latency and have some kind of warning banner or something when those servers are experiencing them. then at least if someone is trying to diagnose why their vpn is a bit slow at the moment it isn't a shot in the dark. not everything is about the pipe or the cores, interrupts and the types of packets that are being sent are other variables that can hide the true performance of the server
  9. Yesterday
  10. Thx a lot, Alex 👍 An other question, please : you tell to try different protocols.. What does it means ? Change UDP by TCP ? (Maybe it's better I let 'Automatic' for the moment ?) Thx again, Chris.
  11. The security policy is found at the bottom of the Specs page. Therein is defined what is accepted as a vulnerability and what isn't, as well as contact info with the appropriate PGP key. Neither Support nor GitHub/GitLab are valid ways to report this.
  12. Already there. If the lock is locked, Network Lock is locked to lock your network down. This one is visible from every tab. .
  13. Close Eddie, reopen and connect again. When such a reconnect happens, provide a system report..
  14. From what I can decipher through the "blur", you forwarded a 5-digit port while you set port 9355 in the torrent client. As such, they are not the same, and no one can reach your client. You don't need that if you bound qB to the interface. For torrenting, no. They are not meant to be downloaded, but they are meant to contact the tracker in the magnet link. This is not working, probably because your forwarded port is not the qB port, see above. Not really. Try different servers, ports and protocols to find the best combination for you. Same problem as above, forwarded port != qB port.
  15. @zeroone1zero Hello! What is the problem? Eddie is ready and waiting for input. Setup seems fine and Eddie can reach the Internet and resolve names. Please generate the system report after the problem has occurred (i.e. log in to AirVPN from Eddie's main window, try a connection to some server, reproduce the problem and only then generate the report). Kind regards
  16. Thank you so much! report attached report.txt
  17. Hello! On Eddie 2.22 and higher versions you can "fix" the interface name by setting it on Eddie's "Preferences" > "Networking" window (make sure you pick an interface name that's valid in your system). Kind regards
  18. Yes binding is essential. To do this you'll need to use qbittorrent instead of transmission. Once you have qbittorrent installed, go into the "Stats" tab of Eddie (AirVPN Client), and scroll down to the "VPN Interface". There you will see something like "Tun" number 1-8 or something along those lines. Now, go to qbittorrent settings, advanced, network interface, then select from that list the Tun# you saw in the Eddie Stats under network interface. Now you are binded. Please note. If you ever disconnect or restart Eddie, that interface number can change so be sure to check it everytime you restart.
  19. @3x3x3 Hello! Assuming that the notices are genuine, we need to remind you that VPN usage must be compliant to the relevant legal framework of the country the VPN server is in. With all of the above said, you must make sure you do not suffer traffic leaks outside the VPN tunnel. If you run AirVPN software, this is easily achieved by activating Network Lock which is also active by default during connections (opt out). You also must make sure that you don't start the torrent software before you have connected to some VPN server if you don't run AirVPN software. Network Lock is a set of firewall rules that remain in place even in case of software crash and protect you from leaks even when the torrent software is configured in a way that permits it to bypass the VPN tunnel (typical example: UPnP enabled). Please read AirVPN FAQ and starting guide, you will get plenty of useful information and avoid unpleasant consequences by improper usage. All the important links are included in the welcome message and you can start from here: https://airvpn.org/forums/topic/18339-guide-to-getting-started-links-for-advanced-users FAQ: https://airvpn.org/faq Binding a software to the VPN network interface is another excellent layer of defense. It is highly valuable in case of a "momentary lapse of reason", for example if you completely forget to fire up AirVPN software (or your favorite software) and you start the torrent program with already active torrents. Interface binding is a simple setting if supported by your torrent program. Procedure varies according to the program you run, please read your software documentation. Kind regards
  20. @Lordabyssos Hello! Please add a system report generated by Eddie after the problem has occurred. Please see here for detailed instructions: https://airvpn.org/forums/topic/50663-youve-been-asked-for-a-support-filesystem-report-–-heres-what-to-do/ Kind regards
  21. @LastGoodNameLeft Hello! We can not detect any problem with Geminorum at the moment. Does this problem persist? If so, can you show the WireGuard log related to a failed connection to Geminorum? Yes, please consider to use configuration files generated for specific VPN servers, and not for the whole UK country. Kind regards
  22. Hello! We are not familiar with toob, let's see whether someone else answers. However, you might need some fine tuning. Can you please add your Operating System name and version, the software you run to connect to AirVPN servers, and publish the log of such software taken while the problem is ongoing? Kind regards
  23. @zeroone1zero Hello! Please delete the configuration file C:\Users\User\AppData\Local\Eddie\default.profile while Eddie is NOT running and upgrade again to Eddie 2.24.6, then generate and publish a complete system report according to the instructions available here: https://airvpn.org/forums/topic/50663-youve-been-asked-for-a-support-filesystem-report-–-heres-what-to-do/ Kind regards
  24. There has been a security issue found with Eddie, reported on their Github: https://github.com/AirVPN/Eddie/issues/150 Please can we be assured this is being addressed?
  25. giga omega based kornephoros was struggling to cope with extra demand after wurren was decommissioned. this is gonna be awesome.
  26. Hi, I'm not sure if this is already possible, but I think it would be a nice QoL feature if on the Overview screen it is possible to see if you have network lock enabled when you are already connected to a VPN server.
  27. Last week
  28. When I use my personal computer on the work network, Eddie keeps disconnecting and reconnecting every three to five minutes. Are there any settings I can adjust, or tricks to fix this? Some days it stays connected for hours without issues. At first, I thought it was due to limited internet speed, but after checking with speed tests, bandwidth was not the problem.
  29. Geminorum (UK) through WireGuard or OpenVPN won't connect to eg nogoodnamesleft.net. It doesn't fail, browser just hangs. Any other server incl. other UK servers work fine, just seems to be this one which to me suggests it's something in the server. Checked with hosting and they see other (incl. UK) servers are VPNs but don't have any specific blocks on this one. Any way to resolve. I've tried OpenVPN but connect using Wireguard using gb3.vpn.airdns.org:1637 Any way in Wireguard config to exclude Geminorium?
  1. Load more activity
×
×
  • Create New...