go558a83nk

Yes, UDP 53 is fastest for a good number of people I bet. So the SSL and SSH options were tried and not fast? Frankly, they aren't fast for me either. But, for some, they are the only way to get good speed. I've tried almost every protocol and and 512kb buffer. I am caping out at ~20 Mbps download / upload. I have ~300 Mbps download...that's a huge drop off. Funny enough, my phone over wifi is getting 50-80 Mbps download. How could a phone outdo a high end laptop? Phone is using just plain old OpenVPN app. Any suggestions would be welcomed. I have a strong consumer router that was pushing ~360 Mbps download without VPN. Btw. I am using the speed test on this website. Is it a good test to use? Use fast.com if you want to see actual throughput. Alternatively, I like beta.speedtest.net and/or speedtest.wowway.com I am going to tweak more settings over the weekend, but 120-160Mbps is fine for now. fast.com. What a great minimalist speed test website. But it doesn't capture upload. I just tracked at 60 Mbps while I am downloading stuff...that's a good sign. Have to retest when I am not downloading. I wonder why the speedtest on this website is not accurate if it's directly connected to their servers. Btw, is a router like this (https://www.asus.com/us/Networking/RT-AC88U/) capable of being a client without slowing down the speed drastically? Unfortunately using a router as a client you lose the functionality Eddie provides like connection block when VPN drops off. I think you can count on about 50mbit/s with that router. I do like Asus routers with Merlin firmware. He's built in an option that WILL block things should the VPN drop.

where did protonvpn admit that you cannot trust those servers? the only reply is something about secure core.

Yes, UDP 53 is fastest for a good number of people I bet. So the SSL and SSH options were tried and not fast? Frankly, they aren't fast for me either. But, for some, they are the only way to get good speed. I've tried almost every protocol and and 512kb buffer. I am caping out at ~20 Mbps download / upload. I have ~300 Mbps download...that's a huge drop off. Funny enough, my phone over wifi is getting 50-80 Mbps download. How could a phone outdo a high end laptop? Phone is using just plain old OpenVPN app. Any suggestions would be welcomed. I have a strong consumer router that was pushing ~360 Mbps download without VPN. Btw. I am using the speed test on this website. Is it a good test to use? Don't use the speed test on this site.

That is Air's DNS server for that VPN server. It has nothing to do with your personal settings.

Yes, UDP 53 is fastest for a good number of people I bet. So the SSL and SSH options were tried and not fast? Frankly, they aren't fast for me either. But, for some, they are the only way to get good speed.

take a look at changelogs for each release and determine if you need the update.

I will do this when I get home. It's highly possible my ISP are being douches. However, at work we have a nice healthy pipe, and I am still getting 30-40Mbps on my phone. have you tried Eddie and setting it to the various SSH and SSL options? sometimes those bypass ISP throttling. makes sense that your phone isn't that fast as usually those processors can't crunch openvpn super fast.

have you tried Eddie and setting it to the various SSH and SSL options? sometimes those bypass ISP throttling.

just keep an eye on the network status top users https://airvpn.org/topusers/ and you'll see that Air users aren't throttled to 40mbps. somebody his hitting 374mbit/s as I type this!

you know, the crazy thing is...I live in the USA and I have fewer hops to these NL servers than to the closest USA server.

hmmm, no, ISP's don't treat VPN traffic like other traffic. Used to be that way but not any more. Heavily encrypted traffic like seen on VPN is sent on a different route through the ISP network because it can't be immediately classified, it gets a lower priority and is shunted off through servers in the ISP network that have more limited bandwidth and higher latency b3efore it hits the internet beyond the ISP network thus a person gets lower throughput ('connection speed') on VPN through their ISP network. Burst speed for an ISP applies to normal traffic, not that with lower priority. This is a standard thing in all ISP networks, its designed in. I can partially agree with that as I've felt, for example, that my ISP purposely routes traffic to Air's servers via crazy routes just to be stinky. Let's just say I want to use an Air server in the same state I live in but it routes it halfway across the country then back to my state. I have to keep on my toes to find good routes. But, usually I can get my line max speed over VPN so I can't agree that I get slower speed and whatnot. A good way to test your theory is simply to use SSH, SSL even better perhaps, to test if your ISP gives you better performance. An ISP would have to classify SSL 443 as https traffic - it shouldn't be low priority. But, If plain UDP gives the best performance (as it does for me) then I believe that's proof your ISP isn't treating VPN traffic unfairly. Anyway, the point I was making was that ISPs prefer speed test traffic so that the customer thinks they have fast internet. Do you disagree with that?

Bursting and then leveling out at a slower speed is a common trick of ISPs. I propose that many ISPs actually do what they can to make speed tests look quite speedy: Prioritizing that traffic, allowing full speed always (not bursting and then slowing down). It would be a trivial matter for them. But, since you are using openvpn they can't see what you're doing. Therefore, they'll treat it like other traffic and allow a short burst at your "up to" speed (or max speed allowed by hardware), then slow it down to what they consider acceptable speeds. Keep in mind that openvpn runs on 1 core only. If you've got a dual core CPU, with hyperthreading 4 cores, then it makes sense that you'll see 20% overall CPU usage with 1 core pretty much maxed. Is that what you see?

Back in early 2015 I purchased some bitcoin and a lot of it has been sitting as the price has increased dramatically. When I purchased the price was around $240. I would meet a seller in person and give him/her cash and watch my wallet receive. That was then, and I haven't had need to buy yet. Interesting way to buy bitcoins - amazon gift cards. I'll have to keep this in mind.

really angers me. there are no good guys in politics. they're all astray somewhere.

you're using an old version of Eddie. Maybe an update will help?

I'm reaching other cloudflare sites no problem. I think it's just TPB.

TPB has been working for me even since that story ran on TF. Right now it's not coming up so it could be that TPB is just having trouble at the moment.

In Eddie just go into preferences>protocols and select SSL. Then (re)connect.

how do you usually test speed?

route trace to that IP shows it's in chicago and other info says it belongs to swiftway. AirVPN uses servers with swiftway in Chicago. I'm guessing you saw this IP in the DNS server section? If so, it's just the ipv6 address of Air's DNS server.

Something like Match will try to prevent VPN usage because they want to confirm that you are really you. You might find a server they aren't blocking but you might just have to stop using VPN for your time on Match.

Is there more to that log? according to the log you posted there openvpn never actually ran.

If you run openvpn on a machine in your network then Adguard wouldn't be able to act on anything in that connection because it's encrypted. If you run openvpn on the router, I think Adguard would still work.

Not sure why Las Vegas keeps getting mentioned. I'm sure routing to Fremont is better and shorter than to Las Vegas from wherever you are. And, yes, what about Vancouver?

I disagree with you saying server speed isn't a strong point. Air has only "real" servers (no VPS) and makes sure they have the proper hardware to handle the load. There isn't much more a VPN provider can do. But, because so many VPN providers use VPS I would say speed has to be a strong point of Air.