4 ms·
The argument make sense and I ran across it a few times before, but I'm using OpenVPN via TCP on a daily basis and never had issues. I don't know how much bette
by mr_mitm 6y ago
The argument make sense and I ran across it a few times before, but I'm using OpenVPN via TCP on a daily basis and never had issues. I don't know how much better the connection would be via UDP, but TCP works like a charm as far as I can tell.
- user5994461 6y agoBecause you have a good home connection? The average wired connection has 0% drop rate, losing less than a packet in a million. Try to use TCP on a shitty connection and it's a different matter.
- mr_mitm 6y agoWell, I do sometimes use it on a train. Of course I experienced connection loss when on a train, but I cannot say whether that's because I'm using TCP or the connection is actually that shitty. But you might be right.
- acdha 6y agoThe way to think about it is as an amplifier: if you have issues with latency or packet loss they’ll be notably worse over that VPN tunnel. If you have a low-latency connection or aren’t doing latency-sensitive work, it can be okay - downloads won’t be too much different, SSH will be impacted, web browsing is in between.
- mr_mitm 6y agoNow that you mention it, the only application I have issues with is SMB. RDP for example works fine, but I cannot upload anything over 100MB with `smbclient`. I actually resort to the "network disk" feature over RDP for that because it works better. Could this be explained by TCP over TCP?
- acdha 6y agoPossibly - when you say “cannot upload” is that because it times out? One of the challenges using TCP-based VPNs is that it interferes with normal TCP window scaling so transfer rates ramp up much more slowly and crater if you get any kind of packet loss.