go558a83nk

no need to do anything on your router so remove what you did there for security. your image of plex remote access settings shows that remote access is working. if you click the "test open" button what happens?

what other VPN is headquartered in Italy?

I'm sure your lawyers understand this much better than I do but I'm not really understanding why this applies to you anyway considering you don't have servers in Italy and such blocks should be made at the ISP level. Any blocking you would do to adhere to these edicts would be done on servers *outside* Italy. Am I misunderstanding something?

I'm thinking the speed increase is coming from some other change in the OS that's coincident. That's unfortunate that you can no longer control the buffers for the openvpn connection.

That makes openvpn not add routes to the system table automatically which requires you to do policy routing via firewall rules. That's great, the way I do it on pfsense. But just make sure you're actually using the VPN and the speed increase isn't because you're not actually using the VPN

Glad it seems to be working for you. Yes, the default gateway should be WAN.

https://nguvu.org/pfsense/pfsense-multi-vpn-wan/

yes, you can have multiple clients and use the firewall rules choose which one gets used or create a gateway group with the 3.

start with entry IP 3 or 4 using openvpn UDP. if that doesn't work try TCP. If that doesn't work try using SSL or SSH.

ok thank you for the explanation.

Maybe I need to edit my post, but I'm talking about what's "best" as described on this web site, looking at the servers info. There's no way they know anything about latency there.

It seems to me that the "best" server for a location is determined by absolute usage rather than % of total bandwidth. And this is something more important than just info on the web site. My understanding is that DNS resolution of location general domains changes to reflect what the system thinks is "best" at that moment. So if best is determined in a flawed manner people may be connecting to a server that is not best Anyway, I'm noting that for Zurich the 10gigabit server (Xuange) is the least used by % of total bandwidth, but is not listed as the best server. My opinion is that it should be.

are you using eddie? if so, you don't need to do anything on your router. also, if plex says remote access is up but it's not reachable via the port forwarding test on this web site then plex is using another route to the internet.

first verify what I've said - that the configs are made for a newer version of openvpn than is on the machine. maybe there's a choice of configs or you can make a slight change and it'll work

That's an old pfsense (with an old version of openvpn in it) but you may be downloading a config that's made for newer versions of openvpn.

It's not an official subreddit - there isn't one. But it is moderated by a mod from here. I haven't seen them active lately so it's possible they're busy or away on holiday so can't moderate things.

Anybody is obliged to cooperate with the proper authorities but if there are no logs then.... All this really tells you is that this VPN service keeps logs.

I thought I was clear enough in my posts....I'm *in* Egypt and I'm using openvpn no problem. That's why I stressed to the OP that it should be working and there are other problems causing the issue.

I did over a year ago. The ticket is still open.

I asked kindly about a year ago. Still not fixed. Maybe this kind of post will light a fire under somebody? Or maybe they'll just delete it for being unkind.

I'm connected with pfsense right now and just tested a config in openvpn connect on iOS and it worked too.

it's working for me right now so no idea what's happening for you or with what Flx said.

Russia is already doing this. They're going to try harder?

I've used configs imported into openvpn connect and used AirVPN no problem. I'm seeing several problems in the logs if I read them correctly. 1) Air doesn't use username/password so them being empty is normal but the app you're using should use the cert/key instead. 2) what may actually be stopping connection is that it seems to be trying bf-cbc for data channel cipher. Air doesn't support that. 3) I'm also concerned that your app may be trying to use compression and Air doesn't use that either.

TCP using tls-crypt (entry IP 3 or 4) work, I know first hand.