主页 / server / 问题 / 1027325
Accepted
9072997
Asked: 2020-07-31 06:24:33 +0800 CST

为什么我打开“AD 用户和计算机”时，我的计算机反复查询一条不存在的 SRV 记录？

  • 772

我已将我的域替换为example.com. 我有 3 个域控制器：（FARORE主要）NAYRU、 和DIN. 站点名称是DataCenter。在试图弄清楚为什么通过 VPN 访问“AD 用户和计算机”时速度慢且无法使用的过程中，我在 Wireshark 中注意到了这些消息：

No such name SRV _ldap._tcp.DIN.example.com SOA DIN.example.com
No such name SRV _ldap._tcp.DataCenter._sites.DIN.example.com SOA nayru.example.com

在我工作的桌面上，它按此顺序查询域

  • _ldap._tcp.DataCenter._sites.DIN.example.com（失败）
  • _ldap._tcp.DIN.example.com（失败）
  • _ldap._tcp.DataCenter._sites.dc._msdcs.example.com（返回 SRV 记录）

在我的 VPN 上的笔记本电脑上，它只是一遍又一遍地查询前两个。我已经通过 nslookup 进行了测试，我可以_ldap._tcp.DataCenter._sites.dc._msdcs.example.com从我的笔记本电脑上查询相同的 SRV 记录。

我主要是在告诉你关于背景的 VPN 的事情。我的主要问题是：这两条记录是以什么结尾的DIN.example.com？它们应该存在吗？如果不是，为什么 AD 用户和计算机会查询它们？

active-directory

1 个回答

  1. Best Answer

    所有这些查询都与Locating a Domain Controller with DNS-Based Discovery相关，甚至还有更多的变体被记录在案。简而言之，在前两条记录中，客户端尝试定位LDAP 服务器，而在第三条记录中，客户端尝试定位域控制器(DC)。

    可能仍然有问题，因为这些查询中的命名上下文example.com通常仍然是而不是DCNAME.example.com，而您有以下内容（前两个不存在是正常的）：

    • _ldap._tcp.DataCenter._sites.DIN.example.com

      • DIN.example.com是命名上下文 N和
      • DataCenter是网站名称 Y

      为了在site中定位托管NC的LDAP服务器，客户端机器发出一个针对SRV 记录的 DNS 查询，由 NC 名称 ( ) 和站点名称 ( ) 构成。 N Y _ldap._tcp.Y._sites.NNY

    • _ldap._tcp.DIN.example.com; DIN.example.com=N在

      为了定位托管NC的LDAP服务器，客户端机器发出一个针对SRV 记录的 DNS 查询，该记录由 NC 名称 ( ) 构成。 N _ldap._tcp.NN

    • _ldap._tcp.DataCenter._sites.dc._msdcs.example.com

      • example.com是命名上下文 N和
      • DataCenter是网站名称 Y

      为了在站点中找到托管NC的DC，客户端机器发出一个针对SRV 记录的 DNS 查询，该记录由 NC 名称 ( ) 和站点名称 ( ) 构成。 N Y _ldap._tcp.Y._sites.dc._msdcs.NNY

    要调试此发现过程，阅读 Mitchell Grande 的域控制器选择可能是一个好的开始，它还介绍了一些有用的命令：

    • echo %logonserver%- 这显示了用于验证和登录当前用户的 DC
    • nltest /dsgetsite- 这显示了当前服务器已检测到它所在的 AD 站点
    • nltest /dclist:（包括末尾的冒号）- 这显示了当前域中的 DC 列表，包括每个 DC 所在的站点。

    为了解决 VPN 上 AD 管理工具的缓慢问题，我建议：

    • 检查 VPN 子网是否已添加到AD 站点和服务中最近的站点。
    • 当有人使用来自 UTM 设备的 OpenVPN 客户端时，我遇到了类似的问题。碰巧这个客户端使用的是较旧的 OpenVPN TAP 适配器驱动程序，并用最近的OpenVPN Connect替换它解决了这个问题（以及其他问题）。
    • 2

相关问题