SFTP和FTP有什么区别？为什么现在更推荐用SFTP传文件

很多新手第一次连服务器传文件时，会同时看到 FTP、FTPS、SFTP 这些名字，很容易以为它们只是“不同软件的叫法”。其实不是。尤其是 SFTP 和 FTP，虽然都能上传下载文件，但底层协议、安全性和使用场景差别很大。

先说 FTP。它是很早期的文件传输协议，优点是出现得早、兼容广、很多老系统都支持。但它有个明显短板：默认情况下，账号、密码和传输内容都可能是明文的。也就是说，只要链路被监听，用户名密码就有泄露风险。放在今天的公网环境里，单纯使用传统 FTP 已经越来越不合适。

SFTP 则完全不是“加密版 FTP”这么简单。它本质上是基于 SSH 的文件传输协议，通常走 22 端口，和 Linux 服务器远程登录用的是同一套安全通道。因为底层直接复用了 SSH 的认证和加密能力，所以账号密码、文件内容、目录操作都会被加密传输，安全性明显更高。

两者在连接方式上也不一样。FTP 常常需要主连接和数据连接，还会区分主动模式、被动模式，遇到防火墙或 NAT 环境时，特别容易出现“能连上但列不出目录”这种问题。SFTP 相对简单，大多数情况下只要 22 端口通了，就能正常完成上传、下载、重命名、删除等操作，对新手更友好。

对服务器运维来说，SFTP 还有一个优势：权限体系更统一。因为它和 SSH 绑定得很紧，所以用户目录、密钥登录、限制 shell、chroot 隔离等策略可以一起考虑。比如你可以给某个账号只开放文件上传权限，不让它真正登录系统，这在团队协作或外包交付时很实用。

当然，FTP 也没有完全退出历史舞台。一些老旧主机、传统虚拟主机或特殊业务系统仍然依赖它。如果你的环境只能用 FTP，至少也应该优先考虑 FTPS 这类加密方案，而不是裸奔的明文传输。但如果你用的是 Linux 云服务器、VPS、轻量应用服务器，几乎都更建议直接使用 SFTP。

简单总结就是：FTP 胜在历史兼容，SFTP 胜在安全和省心。今天新建站点、新上服务器，除非被旧系统限制，否则优先选 SFTP 基本不会错。它不只是“更安全一点”，而是更符合现在互联网环境的默认做法。