网页下载一直好好的，换成 FTP 客户端连服务器就各种状况：连上了列不出目录、传一半断线、提示连接被拒。很多人第一反应是账号密码错了，其实问题常常出在 FTP 的主动、被动两种模式和代理之间的配合上。
主动和被动，指的是数据连接由谁发起
FTP 和普通网页访问不一样，它用两套连接：控制连接（21 端口）负责发命令，数据连接负责真正传输文件。主动模式（PORT）下，服务器主动连回客户端指定的端口；被动模式（PASV）下，客户端去连接服务器指定的数据端口。现在绝大多数场景都用被动模式，因为客户端通常躲在 NAT 和防火墙后面，服务器根本连不回来。
| 模式 | 谁发起数据连接 | 谁要开放端口 | 典型故障 |
|---|---|---|---|
| 主动模式 PORT | 服务器连客户端 | 客户端 | NAT 后面服务器连不进来 |
| 被动模式 PASV | 客户端连服务器 | 服务器数据端口段 | 代理未正确放行数据连接 |
代理在这里扮演什么角色
代理对 FTP 的处理，是判断”连接上了却没数据”的关键。走 HTTP 代理时，客户端通过代理发送 PASV 命令，代理返回的数据地址可能是它改写后的地址，也可能原样返回服务器地址——如果代理没有正确改写或放行数据端口，控制连接成功、数据连接失败，表现就是列不出目录、传不了文件。走 SOCKS5 代理时，数据连接作为普通 TCP 流一并转发，兼容性通常更好。此外代理的缓冲和超时策略也会影响大文件传输，和模式问题叠加后更容易出现”传一半断掉”。
按这个顺序排查
- 先直连测试：排除账号、服务器自身问题，直连正常才轮到代理
- 确认被动模式：客户端开 PASV/EPSV，服务器数据端口段放行
- 换协议通道对比：HTTP 代理不行就换 SOCKS5，对 TCP 透明往往更顺
- 给传输留余地：大文件调长超时、开启续传，别让慢传输被掐断
FTP 的难点从来不在 21 端口，而在”数据连接到底由谁发起”。
与 IP 代理的关系：FTP 这类多连接协议对出口链路的要求更高，代理是否正确转发命令、放行数据连接，直接决定文件传输能否跑通；选择对数据连接支持完善、地址改写正确的代理服务，才能让旧协议在新网络环境下保持可用。所有使用都应遵循平台规则与法律法规，用于正当业务目的。