go558a83nk

Got very slow again tonight with Ran. Switched to Pollux and that's fast. Route traverses GTT from Pollux to me.

Tonight it's bad for me. I tested 15 minutes ago and got good speed. But, now it's less than 1mbit/s and I'm getting packet loss to the server (Ran) according to pfsense gateway monitoring.

Yes, in the config generator advanced settings. If you're using Merlin Asus firmware you should be able to just change the server port and save. But, I think stock firmware gives you no options.

According to https://bgp.he.net/AS7922#_peers , HE is way down at #69 when it comes to its rank of usage as a peer by Comcast. Cogent is #25. So, Quintex's use of HE will likely not help Comcast users.

Yes, every evening download speed from those servers slows to a crawl for me, Comcast (ISP) in Houston. I've tried every protocol including SSL and SSH using both Eddie on Mint and my pfsense gateway. "Best" is probably UDP 53. I trace the route, when connected, to IP addresses in the same subnet as my own (ISP assigned IP address) so to see the route taken from the VPN server to me. It's always via Cogent. Latency is low, but good grief are they slow at peak times. Edited to cross through the above wording. Tonight, wouldn't you know it, speeds didn't decrease all that much.

It doesn't matter. 10.4.0.1 can be used for DNS for any of the server ports/subnets. DNS isn't the OP problem anyway.

Yes, you can map external to different internal port. But, the problem is if your game software can't notify users what external IP address and port to which to connect. Do your friends just connect manually?

If Antares is the least busy server at the time, your workplace VPN will connect to it throwing your home VPN off if you're using the same server port in each setup. Use a different server port at home and you shouldn't get kicked off.

Are you using pfsense 2.4?

I was on 2.4 for a while and reinstalled 2.3.4 because I was getting the same problems in 2.4. 2.3.x works for me.

Are you using pfsense 2.4?

Works for me. But, there could be real packetloss happening on the route. I've seen it lately during peak hours with the new servers in Dallas. However, it seems you're trying to say that DNS lookups aren't working either and you're resorting to using some other DNS. That's a whole different problem.

yes, my point is that with the VPN "on" all your DNS requests should be going through the tunnel. comcast should have no idea what DNS you're using.

It wasn't announced but they were removed. The Enzu servers in Dallas were removed but 10 new ones in Dallas replaced them. The two dropped in Chicago were also in an Enzu datacenter. So, 7 were dropped but 10 were added. I'm sure Air staff think that's a net positive but I agree with you that location does matter.

Hi guys, just wanted to give a quick update on this -- turning off uTP fixed it. Thanks very much, go558a83nk, that'd been getting to me for weeks! Isn't uTP something that slows bittorrent connections down so they don't interfere with other programs? Why would this cause the VPN connection to shut down like it did? Just curious! Thnx again uTP is UDP . Some routers just don't like all the UDP connections.

What does Comcast have to do with this? Aren't you using AirVPN?

Turn off utp in qbittorrent. If that doesn't help its the router from you ISP. Some routers just can't handle all the connections that torrent clients make.

I haven't followed all this but i read your thread on reddit. I've been saying this re cogent for some time - that it's cogent's connection from Dallas VPN servers to Houston Comcast that's clogged, not Comcast themselves. That's why the new Dallas servers are horrible during peak hours but the previous servers became quite nice because they started using Zayo to reach Comcast Houston. (there was a point in the past that only Tonatiuh was good for me)

if gateway monitoring is disabled there's no reason to check option to disable gateway action as it's not monitored anyway.

my port is already is portforwarded, but airvpn shows connection timeout whenever i try to test to see if the port's open or not, also checked with other sites that let's you check your port's but shows time outs, not sure why. something's wrong with your port forwarding then. you're using Eddie on windows?

I'm not sure if I understand what you've done. I have my network with some devices using VPN, some not, but they can all see eachother on the local network. I didn't create any new gateway. I do use aliases and create NAT outgoing and firewall rules to control what interface aliases can use.

Have you tried unchecking nscerttype? I don't think that's right. Also, I think you need to select a TLS algorithm. Also, I encourage you to do some reading on what the firewall is there. I don't use dd-wrt but it might be proper to use that. I know when I used asus-wrt automatic firewall was the typical option.

If you use Merlin Asus firmware there is a network lock.

look at the images attached, i'm using transmission torrent client. takes roughly 2 hours to complete a 800mb file, without the vpn i can get this completed in 15mins utp is turned off (now) The reason I ask about time is because depending on the environment the system may write out the space needed on the hard drive as soon as the torrent is started. Since the hard drive is in 100% use for a time the torrent speed drops to 0. Once the hard drive is done writing torrent speed goes up. But, it sounds like you've been very patient.

how long have you left torrents running? what torrent client are you using? do you have "utp" turned on?