Linux SFTP与其他传输方式的比较

在日常运维和开发工作中，文件传输大概是最常见也最容易被低估的操作之一。哪怕只是把一段代码从本地丢到服务器上，背后涉及的协议选择、安全考量、性能取舍，都值得细琢磨。很多人凭直觉说“我就用SFTP”，或“我习惯FTP”，但真要问起SFTP和FTP到底差在哪，和SCP、HTTP的区别又是什么，未必能说清楚。今天就把这几组协议放在一起，掰开揉碎聊一聊。

1. SFTP与FTP

安全性

FTP最大的问题在于它的“透明”。用户名、密码、甚至整个文件数据都以明文形式在网络中传输，中间人攻击下几乎毫无还手之力。哪怕启用了FTPS，也就是给FTP套上一层SSL/TLS加密，配置起来也颇为折腾，远不如SFTP来得干净利落。SFTP直接跑在SSH协议之上，所有数据从传输到身份认证全程加密，而且不需要单独配置加密层——SSH本身自带加密特性。简单说，选SFTP就是选“天然安全”，省心得多。

功能与交互性

FTP的功能比较单一，主要就是上传和下载，远程文件管理（比如创建目录、删除文件、修改权限）基本没戏。而且FTP有主动/被动两种模式，被动模式下需要客户端主动发起连接，防火墙设置不对就可能出问题。反观SFTP，它不单是传输文件，还提供了完整的远程文件管理能力。登录后可以用ls查看目录、mkdir建目录、rm删文件、chmod改权限，基本就是把一个远程目录当本地目录来操作，功能非常全面。

连接与配置

FTP需要开放两个端口：命令端口21和数据端口20，防火墙配置起来比较复杂。而且它依赖独立的服务器软件（比如vsftpd），安装和维护都多一道工序。SFTP就简单多了：它复用SSH服务的单一端口，默认是22，防火墙只需放开这一个端口就行。更重要的是，Linux系统默认就开启了SSH服务，不需要额外安装任何软件，部署成本几乎为零。

性能

FTP没有加密开销，在网络状况好、数据量小的场景下，传输速度会比SFTP略快一点。但这一点点速度优势，是以牺牲安全性为代价的。SFTP因为加密/解密的计算开销，传输速率会慢一些，但对于敏感数据来说，这个成本完全值得。

2. SFTP与SCP

功能与交互性

SCP是个非常简朴的工具——它只管“复制”，上传或下载文件，没有远程文件管理功能。命令很简洁，比如scp local_file user@remote:path，非常适合在脚本里批量复制文件。SFTP则要丰富得多，除了文件传输，还能管理远程目录、修改权限，交互性很强。通过sftp>命令行界面，你可以像操作本地一样操作远端，适合那些需要边看边干的复杂场景。

传输模式

SCP完全依赖命令行参数，比如-r递归复制目录、-l限制带宽、-C启用压缩等，非常适合在自动化脚本中调用，不需要人工交互。SFTP则是交互式的：用put上传文件，get下载文件，cd切换目录……虽然也可以写成脚本实现自动化，但它的设计初衷更偏向于人机交互体验。

性能

由于没有交互式命令解析的开销，SCP的传输效率会略高一些，尤其是在处理大量小文件或者需要批量传输时，速度优势比较明显。SFTP因为交互特性的存在，效率稍低，但在大多数需要文件管理的场景下，这点性能差距其实可以忽略不计。

3. SFTP与HTTP/HTTPS

设计目的

HTTP/HTTPS本身是为网页内容传输设计的，主要处理HTML、CSS、JS、图片这类资源，服务的是浏览器与服务器之间的交互。HTTPS在HTTP基础上加了一层SSL/TLS加密，保障数据传输安全。而SFTP从头到尾就是为文件传输这件事服务的，聚焦在文件的上传、下载以及远程管理上，和网页内容展示八竿子打不着。

安全性

HTTP就是纯明文，数据在传输过程中几乎一览无余，完全不适合传输敏感文件。HTTPS和SFTP都采用了加密传输——前者用SSL/TLS，后者用SSH，安全性都相当高。区别在于场景：HTTPS更适用于网页交互，而SFTP在文件传输领域更加专业和顺手。

端口与配置

HTTP默认端口80，HTTPS默认端口443。要使用HTTPS，得先申请SSL证书，虽然有免费的Let's Encrypt可用，但配置过程还是比SFTP复杂一些。SFTP默认端口22，和SSH完全一致，不需要额外申请证书，依赖的就是系统自带的SSH服务，配置起来非常简洁。