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

Reply via email to