宝塔FTP上传慢？被动端口与连接优化攻略

宝塔FTP上传慢的真相往往并非带宽不足或服务器性能问题，而是被动模式（PASV）数据通道根本未打通——客户端反复重试、降级甚至卡在PASV响应超时，造成“假性缓慢”。核心症结在于ForcePassiveIP配置为内网地址导致公网无法连接，或PassivePortRange端口未在防火墙、云平台安全组及系统防火墙中同步放行；此外，连接数限制（如MaxClientsNumber、MaxConnectionsPerIP）和客户端多线程滥用也会加剧拥堵。只需三步精准优化：将ForcePassiveIP设为真实公网IP并重启服务、科学划定无冲突的被动端口范围并三层（宝塔安全、云安全组、系统防火墙）严格放开、合理调高并发限制并规范客户端设置，即可彻底告别FTP上传龟速困境。

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却忘了同步更新安全组——这两步只要漏一个，上传就永远卡在“正在连接数据通道”。

文中关于的知识介绍，希望对你的学习有所帮助！若是受益匪浅，那就动动鼠标收藏这篇《宝塔FTP上传慢？被动端口与连接优化攻略》文章吧，也可关注golang学习网公众号了解相关技术文章。