对 **高效** 定义:协议传输延迟低,报文开销小,例如进入并列一个大目录并且可以瞬间完成,并且没有多少报文开销。

用途:在远程客户端上提供类似文件管理器的视图,因此,不考虑 tar 打包这种。

目前已知 SFTP 的开销是远小于 WebDAV+HTTPS 的。

FTP 、FTPS 费拉不堪,已经被淘汰。

那么 SFTP 、SMB-TCP 、SMB-QUIC 、SCP 比起来呢?或者还有什么别的协议?
举报· 393 次点击
登录 注册 站外分享
40 条回复  
adoal 小成 2024-9-14 12:56:56
过公网的大量数据传输,只建议针对具体业务场景做整体方案设计(至少包含网络拓扑等基础设施建设),而不是纠结传输协议的比较。
hyperbin 小成 2024-9-14 12:20:12
@Jinnrry 协议都是有应用场景的,有些协议就不会考虑公网场景
AirCrusher 小成 2024-9-14 11:34:01
rclone 可行
sunnysab 小成 2024-9-14 11:00:08
插一句,公网,40-50ms 延迟的情况下,连回家里 NAS 看电影,我感觉 SMB ( samba )的表现不如 nginx 的 static file sharing 。峰值和平均速度都会低一些。
sm1314 小成 2024-9-14 10:18:30
syncthing ,底层用的类似 p2p 的协议,上层有自己的增删改同步控制,很好用,性能没比较过
onichandame 小成 2024-9-14 10:06:02
有开发资源的话用 s3 吧
xdzhang 小成 2024-9-14 09:46:18
公网我用的 webDAV ,内网用的 nfs 。
cheng6563 小成 2024-9-14 09:31:21
smb/nfs 就是最快的,但你必须套层 VPN 不然没法在公网上用,那么性能问题就在你 VPN 上了。
其他需要加密的速度都不怎样,sftp 应该稍微好一点
FTP 协议太古老了,与现在的网络搭配起来很蛋疼
ShinichiYao 小成 2024-9-14 09:06:27
目的机开 SMB ,源机全选文件然后压缩到...选目的机
1234下一页
返回顶部