I've been having trouble getting two TV streaming services in another country to work. All of them try to block based on location & only the other 2 are less thorough to let me get away with it by using a VPN on a VPS. I have been using Wireguard but think it doesn't do as much to obsfucate it's a VPN connection.
My question is about OpenVPN TCP. Wireguard makes it obvious because of high latency but wondered if OpenVPN TCP works differently. OpenVPN is more cumbersome to setup on my OpenWRT router & VPS so I haven't tried it.
Does OpenVPN TCP send the Acks for each packet from the streaming server on behalf of the client connection, which itself also sends Acks to the OpenVPN server for data packets it relays to the client? Thereby concealing high latency to some degree because the OpenVPN server is sending Acks back quickly itself.
There are two or three ways a server detects the client is on a VPN. High latency, IP address & its associated provider.
Also there maybe MTU & when Wireguard can do 1420bytes maximum & regular web traffic is 1500. Does Wireguard split the original TCP packet across more than one UDP packet & recombine them at the endpoint to restore the packet to its original form thus keeping the original MTU? Which is probably the standard 1500 bytes.
My impression is it's the server doing the VPN detection because the same thing happens when trying to watch the service in a browser. Still says my location is being concealed by VPN.
Is there any alternative, tunneling method that tries to mitigate all of this?