Hi,
On 04/10/19 11:34, Lionel Fusco via Openvpn-users wrote:
I have barely recently begun trying this "feature," of getting files
remotely, as if I were on the LAN.
So far, it's too slow to be useful. I have SMB2+, I think 3 even.
My server (vpn) connection is solid, my current location connection is
marginal -- at best, like 6/1mbps down/upload speed, if even.
I have learned, through researching this issue, that SMB is a terrible
protocol for this, and it probably won't work very efficiently.
Is this true? Am I trying to put a square peg in a round hole?
Or, am I just doing something wrong?
My test case:
I have a lot of files I would like to access from anywhere. I have a
cloud setup already, but the downside with that is that it mirrors
everything, and I don't want my limited laptop space to be used. I can
access them via a web interface, but not in the "simply" SMB way.
took me a while to test this myself: SMB-over-OpenVPN is not much
slower than e.g. HTTPS traffic over an OpenVPN link. My home DSL
connection is 50/10 Mbps down/up ; with OpenVPN my iperf/speedtest
results are roughly 45/9 Mbps. When using the ATTA bench32 test ( a
really old windows program for testing "drive speed") I get 6.5 MB/s
read and 1.2 MB/s write , which translates to about 45/9 as well.
Thus, SMB-over-VPN is not mucn slower than other types of traffic.
HOWEVER....
latency *IS* an issue for smb over a VPN; what are the ping times over
the VPN? if the latency to the server is high, then the SMB protocol
seems to crap out pretty badly when doing stuff interactively. The
latency on my setup is ~ 12 ms.
HTH,
JJK
_______________________________________________
Openvpn-users mailing list
Openvpn-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/openvpn-users