pureftpd.pdb 文件不生效的主因是路径、权限或服务配置不匹配，需确保 pure-ftpd 启动参数指向正确路径、文件属主为运行用户且权限为600，并执行 pure-pw mkdb 后重启服务。
pure-pw mkdb 生成的 pureftpd.pdb 文件不生效
执行 pure-pw mkdb 后，虚拟用户仍无法登录，常见原因是 pureftpd.pdb 文件未被 pure-ftpd 进程读取，或路径、权限、服务配置三者不匹配。默认情况下，pure-ftpd 不自动 reload 数据库文件，必须确保服务明确指向该文件且有读取权限。
-
pure-pw mkdb默认生成/etc/pure-ftpd/pureftpd.pdb，但实际路径需与pure-ftpd启动时的-l puredb:/path/to/pureftpd.pdb参数一致；若用 systemd 启动，检查ExecStart=行或/etc/default/pure-ftpd-common中的PUREDB变量 - 生成后需确认文件属主为运行 pure-ftpd 的用户（通常是
root或ftp），且权限为600；ls -l /etc/pure-ftpd/pureftpd.pdb应显示可读 - 修改用户后必须重新运行
pure-pw mkdb，仅改/etc/pure-ftpd/pureftpd.passwd不会自动同步
pure-ftpd 启动时提示 “Unable to open puredb database”
这是典型的路径错配或权限拒绝错误。pure-ftpd 在启动阶段就尝试打开数据库文件，失败即退出认证流程，后续所有虚拟用户登录都会返回 530 Login authentication failed。
- 先用
pure-ftpd -d -f -l puredb:/etc/pure-ftpd/pureftpd.pdb前台调试模式运行，观察是否报 open 失败；若报No such file or directory，说明路径不存在或拼写错误 - 若报
Permission denied，检查 SELinux（RHEL/CentOS）是否拦截：ausearch -m avc -ts recent | grep pure-ftpd；临时关闭测试：setenforce 0 - systemd 用户注意：修改
PUREDB后需systemctl daemon-reload，否则systemctl restart pure-ftpd仍沿用旧参数
pure-pw add 创建用户后 login 仍失败
用户添加成功不代表认证链完整。pure-ftpd 虚拟用户依赖三个环节全部通过：密码校验（pureftpd.pdb）、家目录存在且权限正确、chroot 配置允许访问。
- 执行
pure-pw list确认用户已列在/etc/pure-ftpd/pureftpd.passwd中；再执行pure-pw mkdb才真正写入二进制 pdb - 家目录必须由
pure-pw mkuserdb或手动创建，并确保属主为虚拟用户的 UID/GID（非用户名）；例如用户ftpuser的 UID 是1001，则chown -R 1001:1001 /home/ftpuser - 若启用
ChrootEveryone yes，需确认/home/ftpuser下无符号链接跨出 chroot，否则登录后立即断开
MySQL 后端切换回 puredb 时认证逻辑冲突
如果之前配置过 MySQL 认证（-l mysql:/etc/pure-ftpd/db/mysql.conf），后来改用 puredb 但忘记删掉 MySQL 参数，pure-ftpd 会优先尝试连接 MySQL，失败后才 fallback —— 但实际不会 fallback，而是直接拒绝登录。
- 检查完整启动命令：
ps aux | grep pure-ftpd，确认输出中只含一个-l参数，且是puredb:开头 - 多个
-l参数会被同时启用，但 puredb 和 mysql 不能共存；若需保留 MySQL 配置文件，至少注释掉PUREDB或MYSQL对应的行 - 重启前用
pure-ftpd -l puredb:/etc/pure-ftpd/pureftpd.pdb -d -f单独验证纯 puredb 模式能否加载用户
最常被忽略的是：每次 pure-pw 修改操作后，必须显式 mkdb，且服务必须按新路径重启 —— 中间任何一环断开，就会表现为“用户明明加了却登不上”。
