域用户改密码提示“不符合复杂度要求”通常因策略未生效、配置位置错误（必须链接至域根而非OU）、四项策略协同失效（如最短使用期限非0、密码长度不足、强制历史重复、用户名嵌入密码）或个别用户账户限制所致。

域用户改密码时提示“不符合复杂度要求”，问题通常不出在密码本身，而在于策略未生效、配置错位或校验逻辑被忽略。直接看关键环节，不用绕弯。

确认策略是否真已生效

改完组策略不等于立刻起效。域控制器默认每5分钟拉取一次GPO更新，但客户端只在登录时应用密码策略，且组策略缓存默认90分钟刷新一次。仅运行 gpupdate /force 不会触发密码策略重载。

• 必须让用户重新登录（非锁屏，是完整登出再登入）
• 若为批量测试，可重启工作站，确保策略从域控制器完整加载
• 避免在旧会话中反复尝试——旧会话仍按缓存策略校验新密码

检查策略是否放在正确位置

密码策略属于“域级别专属策略”，只能链接到域根节点，不能放在OU下，否则完全无效。

• 打开“组策略管理控制台”（GPMC），定位到你的域名 → 右键 → 编辑“Default Domain Policy”或新建GPO并链接到域根
• 若策略误链接在某个OU上，即使启用也无作用
• 运行 gpresult /user 域\用户名 /h report.html /scope computer，打开报告，查看“Applied Group Policy Objects”顶部项是否包含你修改的策略，并核对“Security Settings → Account Policies → Password Policy”下的实际值

验证四项策略是否协同一致

“密码必须符合复杂性要求”只是开关，它依赖其他策略共同构成校验逻辑：

• 密码最短使用期限：设为0才能允许立即改密；设为1天以上，用户刚改完无法再改，容易误判为“策略冲突”
• 强制密码历史：若设为24，新密码不能与最近24次重复；用户可能无意中复用旧密码
• 密码长度最小值：默认8位，若设为12却只输10位，也会报“不符合复杂性”（系统将长度不足统一归入该错误）
• 用户名/账户名禁止出现在密码中：例如用户名是zhangsan，密码含zhangsan123即被拒，哪怕字符类型齐全

排除个别用户特殊限制

极少数情况，问题只出现在某个用户身上，和全局策略无关：

• 检查该用户账户属性中是否勾选了“用户不能更改密码”或“密码永不过期”（这两项不影响复杂度，但会干扰改密流程）
• 确认其samAccountName或displayName没被无意嵌入密码（比如用户名是admin，密码设admin@2026会被拒绝）
• 用 net accounts 在域控制器上快速查看当前生效的密码策略基线值