宝塔面板“文件”打不开是因pure-ftpd服务未运行。需执行systemctl status pure-ftpd确认状态，查journalctl日志定位端口占用、配置丢失或SELinux拦截等问题，并针对性修复。
宝塔面板里点“文件”打不开，提示连接失败
这通常不是宝塔前端问题，而是后端 pure-ftpd 服务根本没起来。宝塔的“文件”功能依赖本地 FTP 服务做代理，如果 pure-ftpd 没运行，页面就会卡在加载或报“连接被拒绝”。别急着重装面板，先确认服务状态。
执行：systemctl status pure-ftpd
如果返回 inactive (dead) 或 failed，说明服务确实没跑。常见原因包括端口被占、配置损坏、SELinux 干预（CentOS 7/8）、或安装时权限异常。
pure-ftpd 启动失败但没报具体错误
直接运行 systemctl start pure-ftpd 没反应？看详细日志：journalctl -u pure-ftpd -n 50 --no-pager
重点关注这几类输出：
-
Address already in use→ 端口21被其他进程（如 vsftpd、nginx 的 stream 模块）占了，用ss -tlnp | grep :21查杀 -
Cannot open /etc/pure-ftpd/pure-ftpd.conf→ 配置文件丢失，可从宝塔备份恢复：/www/server/panel/vhost/pure-ftpd/pure-ftpd.conf -
Permission denied（尤其 CentOS）→ SELinux 阻止启动，临时关闭验证：setenforce 0；若确认是它，需放行策略而非永久关 SELinux
宝塔后台显示 FTP 已启用，但文件管理器仍连不上
注意：宝塔的“FTP”开关控制的是「FTP 用户管理功能」，不等于 pure-ftpd 服务本身。即使开关开着，服务也可能意外退出。
检查并强制拉起：
- 重启服务：
systemctl restart pure-ftpd - 设为开机自启：
systemctl enable pure-ftpd - 验证监听：
netstat -tlnp | grep :21应看到pure-ftpd进程 - 测试本地连通：
ftp 127.0.0.1（账号密码用宝塔里创建的任意一个 FTP 用户）
如果本地能连但面板还是报错，大概率是宝塔前端缓存或 WebSocket 连接异常，刷新页面或清浏览器缓存再试。
Ubuntu 系统下 pure-ftpd 启动后立刻退出
Ubuntu 默认没开 pure-ftpd 的 standalone 模式支持，宝塔安装脚本可能漏写关键配置项。
手动修复步骤：
- 编辑配置：
vi /etc/default/pure-ftpd-common - 确保
STANDALONE_OR_INETD=standalone且取消注释 - 检查
/etc/pure-ftpd/conf/下是否有PureDB文件，没有就重建：pure-pw mkdb - 重启：
systemctl restart pure-ftpd
Ubuntu 22.04+ 还可能因 apparmor 限制导致启动失败，查日志里是否含 apparmor="DENIED"，临时禁用验证：sudo systemctl stop apparmor。
纯 FTP 服务在宝塔里是个“隐形依赖”，出问题不报错、不弹提示，只让文件管理器静默失效。排查时务必跳过界面，直奔 systemctl 和 journalctl —— 它们不会说谎，但得你主动问。
