宝塔面板无法修改FTP用户密码的根本原因是pure-ftpd服务未启用或配置被覆盖；需检查服务状态、修复目录权限、删除MySQL认证配置、按宝塔规范重启服务。

宝塔面板里改不了FTP用户密码，根本原因是 pure-ftpd 服务未启用或配置被覆盖

宝塔默认安装的 FTP 服务是 pure-ftpd，但很多用户装完面板后没手动启用它，或者启用了又因权限/配置冲突导致密码修改失效。你点「修改密码」按钮没反应、提示“操作成功”但实际登录失败、甚至 FTP 用户列表为空——这些都不是前端 bug，而是 pure-ftpd 进程根本没在跑，或者它的用户数据库（/www/server/pure-ftpd/etc/pureftpd.pdb）没被正确读写。

• 检查服务状态：systemctl status pure-ftpd，如果显示 inactive (dead) 或 failed，说明服务压根没起来
• 确认是否被宝塔「禁用」：进宝塔「软件商店」→ 找到「Pure-FTPd」→ 看状态是不是「已安装但未启动」，不是「运行中」
• 别信面板右上角的「FTP」开关——那个只控制宝塔自己的 FTP 管理界面逻辑，不控制底层 pure-ftpd 进程

重置 pure-ftpd 权限：/www/server/pure-ftpd/ 目录所有权必须是 root:root

宝塔修改 FTP 密码的底层动作，是调用 pure-pw 工具更新 /www/server/pure-ftpd/etc/pureftpd.pdb，再 reload 服务。一旦这个目录或其中文件的属主/属组被改成其他用户（比如误执行了 chown -R www:www /www/server/pure-ftpd），pure-pw 就会静默失败，面板也不报错。

• 修复命令（必须用 root 执行）：chown -R root:root /www/server/pure-ftpd
• 特别注意 /www/server/pure-ftpd/etc/ 下的 pureftpd.pdb 和 pureftpd.passwd，这两个文件权限建议为 600，属主必须是 root
• 改完权限后，手动测试一次：pure-pw useradd testuser -u www -d /www/wwwroot/test.com，再 pure-pw mkdb，看是否报错

宝塔修改密码失败的常见诱因：MySQL 插件冲突 & 配置文件硬编码

如果你装过「MySQL」或「phpMyAdmin」插件，尤其旧版本宝塔（7.4.x 及之前），可能触发一个隐藏 bug：插件初始化脚本会错误地把 /etc/pure-ftpd/conf/MySQL 文件写成开启状态，导致 pure-ftpd 启动时强行连接 MySQL 获取用户，而宝塔默认根本没配这个库——结果服务起不来，密码自然改不动。

• 检查是否存在 MySQL 认证配置：ls -l /etc/pure-ftpd/conf/MySQL，如果存在，直接删掉：rm -f /etc/pure-ftpd/conf/MySQL
• 确认主配置没被改乱：grep -E "MySQL|PAMAuthentication" /etc/pure-ftpd/conf/*，输出里不该出现 yes 或 on
• 纯文本认证才是宝塔默认路径，关键配置项应为：PureDB /www/server/pure-ftpd/etc/pureftpd.pdb，且该行不能被注释

重启 pure-ftpd 的正确顺序：先停进程，再清锁，最后用宝塔命令启

直接 systemctl restart pure-ftpd 经常失败，因为宝塔有自己的进程管理逻辑，残留的 pid 文件或 socket 会卡住新进程。必须按宝塔习惯的方式重置。

• 先强制终止：pkill -f pure-ftpd（别用 killall，容易误杀）
• 删锁文件：rm -f /var/run/pure-ftpd.pid /tmp/pure-ftpd.sock
• 用宝塔命令启动：/etc/init.d/pure-ftpd start（不是 systemctl）
• 验证是否生效：ftp localhost 登录任意已有用户，或 lsof -i :21 看端口是否被 pure-ftpd 占用

改密码前务必确认这一步成功，否则所有面板操作都是无意义的写入。最易忽略的是锁文件残留——哪怕服务显示 running，也可能只是个僵尸进程占着端口。