域控制器通过DNS SRV记录实现自动发现，客户端依赖正确配置的DNS（指向域控）、Netlogon服务注册及时间同步等前提条件完成定位与通信。

域控制器本身不“自动发现”自己，而是通过标准的 dns 和 active directory 机制，让客户端和服务能自动定位并注册到它。所谓“自动发现与注册”，本质是确保域控正确发布自身服务记录（srv）、客户端 dns 设置合理、且 ad 基础服务（如 netlogon、kerberos）正常运行。配置重点不在“开启开关”，而在落实几项关键前提。

确保 DNS 正确配置并托管 AD 相关区域

DNS 是自动发现的基石。域控制器必须作为该域的权威 DNS 服务器，且需包含以下关键记录：

• 正向查找区域（如 corp.local）已创建，并由该 DC 托管
• _msdcs.corp.local 子域存在，且包含所有必需的 SRV 记录（如 _ldap._tcp.dc._msdcs.corp.local、_kerberos._tcp.corp.local）
• DC 自身的 A 记录（如 dc01.corp.local → 192.168.10.10）准确无误
• 客户端 DNS 服务器地址必须指向该域控制器（或另一台已同步的域控），不能是公网 DNS 或留空

验证 Netlogon 服务与域注册状态

域控制器启动后，Netlogon 服务会自动向 DNS 注册其服务记录。若未注册成功，客户端就无法发现它：

Windows TTS (WSL2)

在 Windows 11 上"直接发声"的 TTS（从 WSL2/TUI 调用 powershell.exe + System.Speech）。适用于用户说"说出来/读出来/语音播报/用TTS"，或反馈"没声音/tts 生成的 mp3 是空的/播不出来"，以及需要中文语音但 OpenClaw 内置 tts 不可用时。

下载

• 确认 Netlogon 服务处于“正在运行”状态（services.msc 中检查）
• 以管理员身份运行命令：nltest /dsregdns，强制刷新 DNS 注册；成功时返回“Nltest completed successfully”
• 运行 dcdiag /test:registerdns 检查注册结果，重点关注是否提示“DNS registration is successful”
• 若失败，常见原因是 DNS 不可写（区域未设置为“允许动态更新”）或防火墙阻止 UDP/TCP 53 端口

客户端加入域即完成“注册”行为

客户端本身不主动“注册”到域控制器，而是通过加入域的操作，触发双向信任建立和机器账户创建：

• 在客户端上设置 DNS 指向域控制器 IP（这是最关键的一步，否则找不到 DC）
• 右键“此电脑”→“属性”→“更改设置”→“更改”→选择“域”，输入域名（如 corp.local）
• 提供具有 Domain Admin 权限的账户凭据，系统将自动在 AD 中创建计算机对象（位于 CN=Computers 容器或指定 OU）
• 重启后，该计算机即被域识别，后续登录、组策略应用、密码验证等均依赖自动发现机制

避免常见干扰因素

即使配置看似正确，以下问题也会导致“发现失败”假象：

• 时间偏差超过 5 分钟：Kerberos 认证拒绝响应，客户端表现为“找不到域”或“登录失败”，需用 w32tm /resync 同步时间
• 防火墙拦截关键端口：至少开放 TCP/UDP 53（DNS）、88（Kerberos）、135（RPC）、389（LDAP）、445（SMB）、464（密码更改）
• 主机名或域名不合规：主机名含下划线、以数字开头、超 15 字符；域名使用纯数字或保留字（如 local、lan），易引发 DNS 解析异常
• 多网卡或 IPv6 干扰：建议禁用未使用的网卡，或在 DNS 客户端设置中优先使用 IPv4