普通用户无法加入域的根本原因常是DNS解析失败或委派权限不完整，而非单纯缺少授权；须依次排查DNS配置（SRV/A记录、端口连通性）、OU委派是否包含创建计算机对象/重置密码/读写属性、计算机账户状态及netsetup.log错误码。
普通用户无法加入域，即便已对组织单位（ou）做了权限委派，问题往往不出在“有没有授权”，而在于“授的是不是对的权”或“权限链是否完整”。排查要从 dns、账户状态、委派粒度、安全策略四个关键点切入，而不是反复重试加域操作。
DNS解析与客户端网络配置必须先验证
权限再正确，客户端连不到域控制器也白搭。加域本质是 LDAP + Kerberos + DNS 协同工作，DNS 失效时错误常被误判为权限问题。
- 在待加域机器上运行：nslookup -type=SRV _ldap._tcp.dc._msdcs.yourdomain.com（把 yourdomain.com 替换为实际域名），确认返回至少一条含主机名和端口 389 的记录
- 若返回 Non-existent domain，说明 DNS 服务器未托管该域名，或未启用 _msdcs 子域委托
- 若 SRV 记录正常但 nslookup dc01.yourdomain.com 失败，说明 DC 缺少 A 记录；若能解析但 ping 不通，检查防火墙是否放行 TCP/UDP 389、53、88 等端口
- 客户端 DNS 设置必须只指向域控制器（或内网可信 DNS），禁用公网 DNS 作为备用——多 DNS 服务器易导致 SRV 查询随机失败
检查委派是否真正生效且覆盖完整操作链
常见误区是只委派了“创建计算机对象”，却忽略了“重置密码”和“读取/写入属性”——这两项在预创建账户+普通用户加域场景中必不可少。
- 确认委派是在目标 OU（如 OU=Workstations,DC=yourdomain,DC=com）上执行，而非 Computers 容器或父级域节点
- 右键该 OU → “委派控制” → 查看已添加的用户/组 → 点击“属性” → 切换到“安全”选项卡 → 勾选“显示高级权限”，确认以下权限已明确勾选：
- Create Computer Object（创建子对象）
- Read/Write Account Restrictions（读取/写入账户限制）
- Reset Password（重置密码）
- Validated write to DNS host name（若启用动态 DNS 更新）
- 若使用预创建账户方式，还需单独对该计算机对象右键 → “委托控制” → 添加同一用户 → 授予“读取/写入属性”和“重置密码”
- 注意：OU 若启用了“防止对象被意外删除”，新创建的计算机对象默认会被禁用，加域后需手动启用或提前关闭该保护
验证计算机账户生命周期与重复冲突
Windows Server 2022 及更新补丁（含 KB5008383、CVE-2022-38042 强化）严格限制账户复用逻辑——普通用户只能重用自己创建的账户，或由域管理员创建的账户。
- 检查 AD 中是否存在同名计算机账户（如 PC01$），并确认其 userAccountControl 属性是否为 4096（已启用）而非 4098（已禁用）
- 若账户存在但由 Admin01 创建，而当前加域用户是 User02，则 User02 无权重用——除非 Admin01 显式将该对象的“重置密码”等权限委派给 User02
- 若曾多次尝试加域失败，可能残留无效 DNS 主机记录或 stale computer object，建议清理：dsquery computer -name PC01 -limit 0 | dsrm -noprompt，再重新预创建
查看 Netsetup.log 定位真实失败原因
图形界面或 PowerShell 加域失败时，系统日志常掩盖细节。真正可靠的线索藏在本地日志里。
- 路径：C:\Windows\Debug\netsetup.log，用记事本打开，搜索 0x 开头的十六进制错误码（如 0x525、0x534、0x6ba）
- 常见码含义：
- 0x525：找不到计算机对象（DNS 或 LDAP 查询失败）
- 0x534：拒绝访问（权限不足，非凭据错误）
- 0x6ba：RPC 服务不可用（网络中断或端口阻塞）
- 0x6bf：RPC 请求发送成功但响应丢失（中间设备重置连接）
- 配合事件查看器 → Windows 日志 → System，筛选来源为 LsaSrv 或 Netlogon 的错误事件，交叉印证
