首页/系统/Windows 运维速查/域 DNS SRV 记录排查(_ldap._tcp)

域 DNS SRV 记录排查(_ldap._tcp)

客户端找域控靠 DNS SRV 记录:用 nslookup 手工查 _ldap._tcp.dc._msdcs 与 _kerberos._tcp,验证域控是否被正确注册。

Windows 运维速查系统更新于 2026-10-13

客户端怎么找到域控

客户端加入域、登录、找全局编录,靠的都不是「猜」而是 DNS 里的 SRV 记录:这些记录由域控向自己所在的 DNS 区域动态注册,格式形如 _ldap._tcp.dc._msdcs.<域名>。因此「找不到域」「登录特别慢」「加域失败」这类问题,第一步就是查 SRV 记录是否完整可解析,而不是先去重启服务。

基本信息

适用平台Active Directory 域名服务(DNS 服务器为域控承载或专用 DNS)
查询命令nslookup -type=SRV <记录名>;PowerShell 用 Resolve-DnsName -Type SRV
验证工具nltest /dsgetdc:<域名> 返回客户端实际选中的域控与站点
关键记录_ldap._tcp.dc._msdcs、_kerberos._tcp.dc._msdcs、_ldap._tcp.pdc._msdcs、_gc._tcp、_ldap._tcp.<站点>._sites.dc._msdcs
客户端要求客户端 DNS 必须指向能解析 AD 区域的服务器(通常就是域控)
权限要求查询无需提权;重启 Netlogon 与改 DNS 配置需要管理员

典型使用场景

  • 加域失败:确认客户端能否解析域控的 SRV 记录
  • 登录缓慢:客户端选到远端站点的域控时,用站点记录排查
  • 域控重建后:验证新域控是否已注册服务定位记录
  • DNS 迁移:更换 DNS 服务器后确认记录与委派仍完整
  • 故障取证:留存查询结果作为与网络组、DNS 组沟通的依据

常用示例

常用示例
nslookup -type=SRV _ldap._tcp.dc._msdcs.corp.local        # 域控定位记录
nslookup -type=SRV _kerberos._tcp.dc._msdcs.corp.local    # Kerberos 定位记录
nslookup -type=SRV _ldap._tcp.pdc._msdcs.corp.local       # PDC 定位记录
nslookup -type=SRV _gc._tcp.corp.local                    # 全局编录定位记录
nltest /dsgetdc:corp.local                                # 客户端实际选中的域控与站点
nltest /dclist:corp.local                                 # 域内全部域控清单
nltest /sc_query:corp.local                               # 安全通道状态
REM 在域控上重新注册记录(Netlogon 重启会短暂影响认证)
REM net stop netlogon && net start netlogon
REM ipconfig /registerdns

关键记录与用途

记录回答什么缺失时的表现
_ldap._tcp.dc._msdcs本域有哪些域控找不到域、加域失败
_kerberos._tcp.dc._msdcsKerberos 认证服务在哪登录报认证错误
_ldap._tcp.pdc._msdcsPDC 角色持有者是谁密码与锁定行为异常
_ldap._tcp.<站点>._sites...本站点有哪些域控客户端跨站点登录导致缓慢
_gc._tcp全局编录服务器在哪查全局目录、某些登录流程失败
记录缺失的常见根因有四个:客户端的 DNS 指向了公网服务器、AD 区域未允许安全动态更新、_msdcs 区域的复制范围不正确、域控多网卡时注册了不该暴露的地址。按这个顺序查比反复重启服务有效。
nltest 的报错文案与实际原因常不完全对应:它可能只说「找不到域控」,真正的问题在 DNS 解析或端口阻断。查不到记录时用 nslookup 交叉验证,不要只信一条命令的输出。

PowerShell 侧与修复方向

PowerShell 侧与修复方向
Resolve-DnsName -Name '_ldap._tcp.dc._msdcs.corp.local' -Type SRV | Select-Object Name, Type, NameTarget, Port   # 解析 SRV
Resolve-DnsName -Name 'dc01.corp.local' -Type A                                                                  # 目标主机名是否可解析
Get-DnsClientServerAddress -AddressFamily IPv4 | Select-Object InterfaceAlias, ServerAddresses                   # 客户端 DNS 指向
# 域控上核验区域响应
Test-DnsServer -IPAddress 10.0.0.10 -ZoneName 'corp.local'
# dcdiag /test:DNS /v /fix 可处理部分注册问题(需谨慎,属修改类操作)
重启 Netlogon 会短暂影响该域控的认证与安全通道,生产时段操作前确认影响面;重新注册后记录刷新需要时间,立即验证可能仍看不到新记录,先本地缓存后服务器。

易错点

  • 把客户端 DNS 指向公网服务器:SRV 记录无法解析,直接表现为找不到域或加域失败
  • 只查一条记录就下结论:域控定位、Kerberos、全局编录是不同记录,需按用途分别验证
  • 记录缺失就重启服务:不检查 DNS 区域动态更新与 _msdcs 复制范围,问题会反复出现
  • 多网卡域控注册了错误地址:客户端解析到不可达的地址,表现为间歇性登录失败
  • 忽略站点记录:客户端跨站点选到远端域控,登录与策略处理变慢,被误判为服务器性能问题

数据来源与参考

  • Microsoft Learn:SRV 记录
  • Microsoft Learn:域控定位过程

相关工具

​‌‌​​‌​​​‌‌​‌‌‌‌​‌‌​​​‌‌​‌‌‌​​‌‌​​‌​‌‌‌​​‌‌‌​​​‌​‌‌​‌​​‌​‌‌‌​​​‌​‌‌​‌​​‌​‌‌​​​‌‌​‌‌‌​‌​​​‌‌​‌‌‌‌​​‌​‌‌‌​​‌‌​​​‌‌​‌‌​‌‌‌‌​‌‌​‌‌​‌