FTP和SFTP到底有什么不同
在日常的硬件维护工作中，经常需要在服务器和本地设备之间传输配置文件、固件或日志数据。这时候，很多人会用到FTP，但也有越来越多的人转向SFTP。表面上看，两者都是传文件的工具，但背后的安全机制差别很大。
FTP：老派但不够安全
FTP（File Transfer Protocol）是上世纪70年代就存在的协议，设计初衷是为了在网络中快速交换文件。它使用两个通道：一个用于命令控制（默认端口21），另一个用于数据传输（通常是端口20）。这种双通道结构在早期网络中运行良好，但在如今复杂的网络环境下问题不少。
比如你在机房调试一台旧款路由器，通过FTP上传新的配置文件。整个过程中，你的用户名、密码甚至文件内容都是明文传输的。只要有人在同一网络下抓包，就能轻松看到这些信息。这就像在办公室大声念出银行卡密码，谁都能听见。
SFTP：基于SSH的安全通道
SFTP（SSH File Transfer Protocol）虽然名字里带个“FTP”，其实和FTP没半点血缘关系。它运行在SSH协议之上（通常端口22），所有数据——包括认证信息和文件内容——都会被加密。哪怕被人截获，看到的也是一堆乱码。
举个例子，你在远程维护一台Linux服务器，通过SFTP把诊断脚本传上去。整个过程不需要额外开启多个端口，也不用担心中间被监听。只要SSH服务开着，SFTP就能安全工作。
实际使用中的操作差异
从操作上看，FTP客户端连接时只需输入IP、端口、用户名和密码。而SFTP连接时，除了这些信息，还会进行密钥交换和加密协商。第一次连接某些服务器时，你可能会看到类似这样的提示：
The authenticity of host '192.168.1.100 (192.168.1.100)' can't be established.
ECDSA key fingerprint is SHA256:abc123xyz...
Are you sure you want to continue connecting (yes/no)?输入 yes 后，客户端会保存该服务器的公钥指纹，下次再连就会自动比对，防止中间人攻击。
防火墙和NAT环境下的表现
FTP在主动模式下要求服务器主动连接客户端的数据端口，在大多数现代防火墙或NAT环境下会失败。虽然被动模式（PASV）能缓解这个问题，但仍然需要开放一整段高端口范围，给安全策略带来麻烦。
SFTP就没这个问题。它只用一个端口（通常是22），所有通信都通过这个加密通道完成。在企业网络或云环境中部署更省心，运维人员不用为了传个文件反复调整防火墙规则。
性能上的取舍
有人担心加密会影响速度。确实，SFTP因为加解密过程会多消耗一点CPU资源，但在现在的硬件条件下，这点开销几乎可以忽略。除非你在千兆内网里频繁传输上百GB的镜像文件，否则根本感觉不到差别。
反倒是FTP在高延迟网络中更容易因连接中断导致传输失败，而SFTP借助SSH的稳定会话机制，重连和断点续传更可靠。