宝塔面板无法修改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，也可能只是个僵尸进程占着端口。
