Not connected, Your IP: 216.73.216.250
Online: 56630 users - 718301 Mbit/s total BWAll Activity
This stream auto-updates
- Past hour
-
-
-
-
-
-
-
-
-
-
- Today
-
Hello, You do not need to travel or do anything illegal to have a reason to use a VPN. In addition to the points already mentioned by pHxaq, there are some practical uses: Accept incoming connections behind CGNAT. If your ISP does not provide a publicly reachable IPv4 address, a VPN with port forwarding can make selected services reachable through its servers. This can help with self-hosting, game servers or peer-to-peer applications, including sharing Linux distributions. AirVPN provides this feature; not every VPN does. Any exposed service still needs appropriate authentication and security. Work around routing problems. A VPN changes the route your traffic takes. This can sometimes avoid poor ISP peering or a problematic path to a destination. It is not a guaranteed speed improvement and cannot fix congestion on your own access line. Protect more than browser traffic. A properly configured VPN can cover applications and system services as well as your browser, adding encryption between your device and the VPN server. HTTPS and other end-to-end encryption remain necessary: the VPN tunnel does not extend all the way to every destination. Reduce interference by the local network. For traffic carried inside the tunnel, the network operator or wiretapping entities have less ability to inspect and no possibility to alter application requests or DNS queries or traffic content (no possibility of injecting forged packets). This can be useful even without travelling. For your de-Googling goal, a VPN is a complementary tool: it does not stop a logged-in service from recognizing you, remove tracking cookies, or prevent browser fingerprinting. Choosing applications and services that collect less data remains important. You also shift trust from your ISP to the VPN provider, rather than eliminating the need for trust. Whether you need one depends on which benefits matter to you. Linux and privacy-conscious applications are useful choices, but they address quite different parts of the problem. More information: https://airvpn.org/faq/port_forwarding/ https://ssd.eff.org/module/vpn.html Kind regards
-
Hello! Yes. To select another server automatically, exclude the current server when starting a new connection. For example, if you are connected to Comae: goldcrest --disconnect goldcrest --air-connect --air-black-server-list Comae Wait for disconnection to complete before running the second command. Replace Comae with your current server’s name. --reconnect alone does not request a different server. Alternatively, after disconnecting, choose a replacement explicitly: goldcrest --air-connect --air-server SERVER_NAME Replace SERVER_NAME with the desired server name. IMPORTANT: your usual Goldcrest authentication and Bluetit’s server/country restrictions still apply. To make an exclusion persistent, add: air-black-server-list Comae to your Goldcrest configuration (~/.config/goldcrest.rc or ~/.goldcrest.rc, depending on your setup). If you configured a fixed air-server, change or remove it when you want automatic selection. Please read the user's manual: https://gitlab.com/AirVPN/AirVPN-Suite/-/blob/master/AirVPN-Suite/README.md#goldcrest-configuration Kind regards
-
.thumb.png.8be84fd39f94c1640ac8c5456fbf3449.png)
All LA servers keep having issues
Staff replied to haruka_ff's topic in Troubleshooting and Problems
Hello! We believe we have identified the main cause of the recurring Los Angeles connectivity issues and have deployed measures that may have resolved them. Our monitoring shows a clear improvement, but we would appreciate your help confirming the results in everyday use. Could you please test the Los Angeles servers again and let us know whether you still experience interruptions or traffic stalls? If an issue recurs, please include the server name and the approximate time with your time zone so that we can correlate it with our monitoring. Thank you in advance! Kind regards -
-
Bakadori reacted to a post in a topic:
Gluetun Companion: self-hosted dashboard for Gluetun/AirVPN server benchmarking and switching ...
-
ANSWERED Port forwarding to slskd (Docker Desktop)
Bakadori replied to Bakadori's topic in Troubleshooting and Problems
Ah, I suppose this is VERY BASIC KNOWLEDGE, but I just found out that Docker doesn't direct it's containers through the vpn and that I need an extra tool (ie gluetun) to do that . I was able to set it up and everything works just fine. - Yesterday
-
Hi, I was wondering if theres a way to get Bluetit to connect to a server other than the one its currently connected to? When reconnecting (by goldcrest --reconnect) it connects to the best server available, which usually doesn't change for me that often. The problem I'm trying to solve is that sometimes a site is denying access because of the server I'm currently connected to is on a blocklist, or sometimes I'm just not getting a good connection on a server. In these cases, it would be nice to be able to reconnect to a new server.
-
ANSWERED Bluetit stuck on "Waiting for network gateway"
ThirdGazometric replied to ThirdGazometric's topic in AirVPN Suite
Upgrading to the current version fixed it, thanks! -
Some reasons: - Hide your real IP address from (small) bad actors (you can't hide from government agencies, but you can hide from random people who wants to bother other people) - Prevent (or make it harder) your ISP from seeing what you do on the internet (what web pages you visit, for how long, etc.) - Reduce the amount of information harvested from your internet activity (though this only works if you do not log in with personal accounts) - Reduce the amount of advertisement you see on the web thanks to the DNS filters provided by the VPN - Access to servers/services from other countries when either someone from your side (ISP/Government) blocks those servers, or when the servers block IP addresses from your country - Help others hide/obfuscate their internet activity by sharing the same exit IP of the VPN server you connect to - Support the infrastructure of the VPN provider - Support others who depend on the VPN provider to do their job (from regular jobs to more dangerous ones like investigative journalism) A VPN is not an invisibility cloak, neither it is a service aimed for wrongdoers. If you are privacy conscious or concerned about it, then it is a nice tool to have, but as with any other tool, you must learn when/how to use it properly.
-
ANSWERED Port forwarding to slskd (Docker Desktop)
DeepAnger replied to Bakadori's topic in Troubleshooting and Problems
I don't use slsk (SoulseekQt) anymore but only Nicotine+. I think I remember that SoulseekQt requires more than one port forwarded. -
Hello! I've been able to use port forwarding both in qbittorrent and nicotine+ (soulseek client) thanks to the possibility to choose the Network Interface in those apps. But when I try to run slskd (different soulseek client) as a container in Windows Docker Desktop, I can't get the listening port to work (own shares are not browsable by other users, other functions ok). I have (ie 12345) soulseek: listen_ip_ address: 0.0.0.0 listen_port: 12345 in my config yaml and ports: - 5030:5030/tcp - 5031:5031/tcp - 12345:12345/tcp in my compose. In Docker I have host networking enabled and the port binding behavior is Open (Default). If someone has a similar setup working and can let me know what I'm missing / doing wrong, thanks in advance!
-
What are the main reasons for having a VPN? I don't travel often. I don't do anything illegal on the internet. I am trying to degoogle as much as I can on my PC and phone (no gmail, no sheets/docs), using Linux 95% of the time now. What are the main reasons I should use a VPN?
- Last week
-
Cannot use ethernet after disconnecting from AirVPN
Tech Jedi Alex replied to BumpyToads's topic in Eddie - AirVPN Client
DNS is not reset to the original setting. Set it back to DHCP. -
The exit IP is not assigned to any local interface, so bind the Minecraft server to the LAN IP of the hosting machine (or 0.0.0.0) instead of the 198.x exit address, since the router's port forward DNATs inbound tunnel traffic to your LAN host. Make sure the OpenWrt forward runs from your VPN tunnel zone to LAN for both TCP and UDP, and that the matching port forward exists in the AirVPN client area. Since UDP is fine but TCP times out, also confirm the hosting machine's return traffic goes back out through the tunnel, because if replies leave via WAN the TCP handshake can never complete. -
kvm/qemu guest nat blocked by network lock
cheeze replied to cheeze's topic in Eddie - AirVPN Client
@lotuslove165 Still working with the folks at Airvpn. Looks like we are getting close to a solution. I'll be delighted if the rule changes they can make will finally facilitate KVM ---> NAT ----> VPN with lock protection. Will keep you informed. -
-
Weirdly enough, right after i sent in a support ticket it suddenly works again. Though now i genuinely feel bad for contacting support before it started to somehow work cause i feel like i've wasted their time. I don't know if i fixed it by a freak accident or what but it seems that i can connect just fine now. -
-
Hello! I am trying to host dedicated game servers and would love to not have my actual IP exposed, I've read some guides and other topics with similar issues from what I am experiencing and neither of them seem to be the case for me. I currently have AirVPN on my Router (OpenWrt), I have port forwarded the ports on my router (using the external zone that is the tunnel instead of WAN- because I read that from "How to forward ports in DD-WRT & Tomato with iptables") Which assumes that I can't use the GUI to change the external zone from other than WAN. Yes- I have the port in the External + Internal port, its not shown in the screenshot but it is there. -- My firewall is allowing applications and services that I use to host the game server (in this case java/javaw) and I am using the IP the server detects (Its the public server IP [198.XXX.XXX.XXX] rather than client virtual IP [10.XXX.XXX.XXX]). I tried using the client virtual IP, but the software I use to host my minecraft server (MCSS) throws an error saying it wasn't able to bind to that port and suggests another server is using that port which is not the case on my end at least. When checking the ports to see if they are open, TCP gets a connection timed out (110). UDP is fine. I checked other forums/topics on this issue and I read through and tested their (potential) solutions and I have yet to get one that works for me. I am fully able to connect to other games and services just fine (as well as other minecraft servers), but when I try to host it, nothing seems to prevail. I believe this is as much info I can give on this- if there is anything I can do on my end to help troubleshoot this, please feel free to inform me and I'll try my best. Much appreciated in advance <3 -
Fedora network nftables netlock problems,
ylixia replied to Stolen Compass's topic in Eddie - AirVPN Client
Exact same error on Ludora 44, using either Eddie 2.26.2 or 2.27.2 (experimental). Reverting to 2.24.6 is the only fix I've found. -
All LA servers keep having issues
Staff replied to haruka_ff's topic in Troubleshooting and Problems
Hello! Thank you for the additional details and for correcting the incident time to October 5 at 07:58 UTC. We found a matching IPv4 reachability alarm for Revati, so our investigation includes IPv4 as well as IPv6. Our capacity measurements rule out sustained server overload from “too many users” during the period reviewed. We checked all five Los Angeles servers over September 29 - October 6: Peak sampled total CPU utilization remained below 36% on every server. Memory utilization remained below 5.6%. Connection-tracking table occupancy remained below 61% of capacity. The highest traffic rate measured over approximately five-minute intervals was 6.1 Gbit/s in both directions (6.1 + 6.1 = 12.2), on 10 Gbit/s full-duplex interfaces. At the reported time, Revati's total CPU utilization was approximately 20–24%, and its connection-tracking table was about 30% full. These measurements show substantial capacity headroom. They do not, however, exclude very brief network events or issues affecting individual paths or queues. We are investigating the recurring connectivity interruptions internally and are evaluating involving the provider to help establish their cause. The cause has not yet been confirmed. As previously explained, a partial failure percentage across our monitoring probes can coincide with a complete interruption on a particular customer's path. We appreciate the reports you have provided. Kind regards -
-
-
Hello, This is my first time using airvpn or the eddie-ui client. I was able to get this to function on my Debian setup but seem to be struggling with my Arch setup. I'm attempting to set up the "Don't ask for elevation every run" on my operating system and I seem to be unable to have the setting stay. This program was installed via the AUR and is the eddie-ui package. I tried running the program through Sudo in a terminal to see what was happening and got the error "Can't Create Service in this OS" when checking the elevation option in preferences. I am wondering if I am just missing an easy step? I couldn't find any info on the website or the AUR page. I searched the forums and couldn't find any info. Any help is greatly appreciated.
-
All LA servers keep having issues
pHxaq replied to haruka_ff's topic in Troubleshooting and Problems
I posted about Flegetonte - AirVPN when the server was announced, it shows a huge list of issues every single day. Clearly, from my experience using this and a few others, there's something broken in some servers. -
All LA servers keep having issues
SurprisedItWorks replied to haruka_ff's topic in Troubleshooting and Problems
Quick note: I've been so frustrated the past few months with Los Angeles servers, especially since they are the US "best" so often, that I actually coded up a tiny daemon for my routers to have them detect those servers and if found, automatically switch OpenVPN to a non-L.A. server. The Los Angeles servers have been so bad that I'm not comfortable leaving family to deal with them all day. In other words, this issue isn't about one user at one particular time. There's a bigger problem here. Broader observation: Before the huge influx of former Mullvad users, I changed OpenVPN servers by hand a few times a year. Now it's generally every day and often multiple times daily, no matter where (in the US, where I generally "am") those servers are, because the delays and stoppages become intolerable. I don't know if it's about flood attacks, datacenter issues, or simply too many users. I love Air for its features, transparency, and strong support, but this downside is real. (I'm on OpenVPN 2.7.5 with DCO on three router models, all running a recent dd-wrt build using a linux 6.12 kernel. Multiple Air accounts are involved.) -
All LA servers keep having issues
haruka_ff replied to haruka_ff's topic in Troubleshooting and Problems
Hi, I used wireguard on port 1637. The connection stayed connected as wireguard doesn't have the concept of "disconnection" on packet loss; what I saw was that there are outgoing packets, but 0 incoming packets. I also checked the logs, and you are right, it did happen around 07:58 UTC as around that time I tried to switch to another server. Unfortunately, as there is no "disconnection" due to packet loss, I don't have other logs about it. (I use wiresock as I need per-application split tunnel.) -
All LA servers keep having issues
Staff replied to haruka_ff's topic in Troubleshooting and Problems
Hello! Thank you, that clarification helps. Since your tunnel endpoint is reached over IPv4, the recurring IPv6 pattern we mentioned does not explain your experience. We see ICMPv4 nearby packet-loss reports for the servers you named: Sarin at about 07:20 UTC and Revati at about 07:58 UTC. These are close to, but do not exactly match, the 07:35 UTC time you reported. They come from distributed monitoring probes, so they cannot confirm what happened on your particular route. Could you tell us which VPN protocol and client you use, and whether the VPN connection itself disconnected or stayed connected while traffic stopped? If available, please also share the connection log covering a few minutes around 07:35 UTC, with any keys or credentials removed. This should help us compare the event with the server and network records. Kind regards -
Staff reacted to a post in a topic:
SOLVED - 10.4.0.1 DNS issue with WireGuard / OPNsense / NL servers ...
-
All LA servers keep having issues
haruka_ff replied to haruka_ff's topic in Troubleshooting and Problems
Hi, I connect via IPv4 to mainly Sarin and Revati servers though. the last issue I had was to Revati, around 07:35 UTC. -
Hi, wow, thank you very much for the incredibly fast and detailed response! CASE CLOSED. That clears things up completely. I will use 10.128.0.1 as the DNS server and DNAT target for my WireGuard setup from now on. Also, thank you for acknowledging that the current Specs page is somewhat misleading regarding 10.4.0.1 and WireGuard. Looking forward to the updated documentation. I also appreciate the additional explanation regarding DNS leak prevention and making sure DNS traffic cannot fall back to WAN. My OPNsense rules are already designed around that principle. Overall very happy with the support and I'll happily renew for another three years when the Cyber Deal becomes available again. 🙂 Cheers! -
All LA servers keep having issues
Staff replied to haruka_ff's topic in Troubleshooting and Problems
Hello! We checked our infrastructure monitoring data and can confirm recurring connectivity issues, concentrated on our five Los Angeles servers, not on all West Coast servers though. The recorded issues predominantly affect IPv6. If your VPN tunnel is established over IPv6, it is indeed very likely that these incidents explain the temporary complete loss of connectivity you describe. The packet-loss percentage on the status page reflects results from multiple monitoring locations. A reading of around 30% does not mean that every connection loses 30% of its packets: connectivity from a particular network can fail completely while other paths remain available. Is your VPN tunnel established over IPv4 or IPv6? We mean the address used to connect to the VPN server, rather than whether you access IPv6 destinations inside the tunnel. Please also provide the affected server names and, if possible, an approximate incident time with your time zone, so we can correlate your experience with our monitoring. We apologize for the recurring IPv6 interruptions and we will open a request for investigation with the provider. Kind regards
