Apache 2.4.12+ 中 mod_proxy_ftp 已被彻底移除，无法启用；降级至 2.4.11 也仅支持明文 FTP、不兼容被动模式及非标准 LIST 响应，易报 503 错误；推荐改用后端脚本桥接、3proxy 或 HAProxy 代理，或迁移到 FTPS/S3。
Apache 中无法通过 mod_proxy_ftp 实现 Web 版 FTP 文件访问代理——这不是配置问题，而是模块已被官方彻底移除。
核心事实：
自 Apache 2.4.12 起，mod_proxy_ftp 的全部源码已从项目中删除。无论你如何修改 httpd.conf、取消注释 LoadModule proxy_ftp_module，或尝试编译安装，都会失败。运行 httpd -M | grep ftp 在 2.4.12+ 版本中必然无输出；启用该模块会报错 Cannot load modules/mod_proxy_ftp.so；即使强行降级到 2.4.11，也仅支持明文 FTP（不支持 FTPS）、无法处理被动模式端口协商、对 Windows IIS 或 ProFTPD 等服务器返回的非标准 LIST 响应兼容性极差，极易触发 503 错误。
当前 Apache 版本确认是第一步
- 执行
httpd -v或apache2 -v查看版本 - 若显示
2.4.12或更高（如2.4.59、2.4.62），mod_proxy_ftp已不可用，任何教程中“取消注释即可用”的操作均无效
如果只是想让浏览器通过 HTTP 访问 FTP 上的只读文件
可绕过协议层限制，用轻量桥接方式实现：
aperture: the L402 aware reverse proxy
下载
安装并运行 Aperture（Lightning Labs 的 L402 闪电反向代理），用于创建 L402 付费墙、配置付费 API 端点、为其他代理托管付费内容或测试 L402 认证流程。
- 后端脚本（PHP/Python/Node.js）定时或按需拉取 FTP 目录列表与文件内容
- Apache 通过
mod_proxy或直接托管该脚本的输出（如/ftp/example.com/→ 指向 PHP 脚本） - 需注意：PHP 需开启
allow_url_fopen或改用 cURL 显式控制连接；设置足够长的Timeout和ProxyTimeout，避免 FTP 响应慢导致超时
如果业务必须支持透明 FTP 代理（客户端直输 ftp:// URL）
mod_proxy_ftp 不是可行选项，应切换技术栈：
- 使用专用代理工具：
3proxy或tinyproxy，它们原生支持 FTP 协议解析、自动处理 PASV 模式端口映射 - 用 HAProxy 搭配 TCP 层转发：将 FTP 控制连接（端口 21）和动态数据端口统一代理，需配合 iptables 或
option tcp-check健康检查 - 企业级推荐路径：停用传统 FTP，迁移到 FTPS（vsftpd + TLS）或对象存储（MinIO/S3）+ Web 前端，从根本上规避 NAT 穿透与防火墙策略难题
FTP 协议本身缺乏响应格式标准，加上 Apache 主动弃用该模块，意味着所有未明确标注“仅适用于 Apache ≤ 2.4.11”且未提供完整旧版编译说明的配置指南，实际环境中大概率无法运行。
