FTP上传慢本质是被动模式数据通道未通，主因是ForcePassiveIP设为内网地址或PassivePortRange未同步开放防火墙/安全组端口。
FTP上传慢，99%是被动模式没走通
不是带宽不够，也不是服务器卡，而是客户端根本没用上被动模式的数据通道——它在反复重试、降级到主动模式，甚至卡在PASV响应里等超时。你看到的“上传慢”，其实是“连不上数据端口”导致的假慢。
核心原因就两个：ForcePassiveIP 指向了内网地址（比如 172.18.13.228），或者 PassivePortRange 设了但防火墙/安全组没放行，客户端连过去直接被丢包。
改对 ForcePassiveIP：别让服务器“说错话”
Pure-FTPd 在收到 PASV 命令后，会返回类似 227 Entering Passive Mode (172,18,13,228,154,214) 的响应——括号里前4个数字是IP，后2个拼成端口（154×256+214=39606）。如果这个IP是VPC内网地址，公网客户端根本没法连。
- 编辑配置文件：
/www/server/pure-ftpd/etc/pure-ftpd.conf - 找到
# ForcePassiveIP 127.0.0.1这一行，去掉#，把127.0.0.1换成你的真实公网IP（比如8.8.8.8） - 保存后必须执行：
service pure-ftpd restart，否则配置不生效 - 验证是否生效：用 telnet 或
nc -zv your_ip 21连上后手动发PASV，看返回的IP是不是你填的那个
开对 PassivePortRange 和对应防火墙规则
宝塔默认用 39000 40000，看似够用，但实际容易撞上其他服务（比如某些Node.js应用、Redis哨兵端口）或云厂商预占端口。选段要避开常见冲突区，且必须三层同步放开：
- 修改
pure-ftpd.conf中的PassivePortRange，例如设为50000 50100（101个端口，够日常用） - 宝塔面板【安全】页 → 放行端口 → 添加
50000-50100（注意用短横线，不是斜杠） - 云平台安全组（阿里云/腾讯云）→ 添加入方向规则 → 协议TCP，端口范围填
50000/50100（注意：这里多数平台要求斜杠分隔） - 终端执行：
firewall-cmd --permanent --add-port=50000-50100/tcp && firewall-cmd --reload（firewalld）
别忽略客户端和连接数限制
上传慢有时不是通路问题，而是Pure-FTPd自己限死了并发能力，尤其在多用户或大文件场景下：
-
MaxClientsNumber默认可能只有 50，高并发上传会排队；建议调到200（根据内存调整） -
MaxConnectionsPerIP默认常为 10，单个IP开太多FileZilla标签页就会被拒；设为30更宽松 - 客户端不要盲目开“多线程传输”，Pure-FTPd 对每个连接都独占一个被动端口；线程数 × 并发连接数 = 实际占用端口数，别让
50000-50100不够分 - FileZilla 设置里关掉“强制使用IPv4”，避免因DNS解析延迟拖慢PASV流程
最易被忽略的一点：改完配置不重启服务，或改了Pure-FTPd却忘了同步更新安全组——这两步只要漏一个，上传就永远卡在“正在连接数据通道”。
