active-directory - Kerberos:kvno 是客户端票证中的 '1'

我们正在为客户的 Web 应用程序配置 SSO，但不幸的是，我们无权访问域 Controller (我们不进行更多试验以检查我们的假设的另一个原因)。因此，我们要求运行 ktpass.exe 并准备 .ktpass 文件以用于我们的服务器配置。

我们面临的问题是“指定版本的 key 不可用”。

我查找了 key 表文件 (knvo = 5)，并在我们的 Web 服务器上使用 Wireshark 检查了流量:

如您所见，AP-REQ 票证中的 kvno = 1。我想这是检查 kvno 版本的正确票。

我知道 Windows 2000 域存在兼容性问题(/kvno 1 必须用于 Windows 2000 域兼容性)，但据说我们处理的是 Windows 2008R2 服务器(我可以看到域 Controller 的 msDS-Behavior-Version = 4 值，它与 2008R2 匹配! )。

有没有像我们面临的 W2K 域模式？

显式 kvno=1 是否有助于解决问题？即，ktpass.exe [..] /kvno 1
编辑#1

问题是关于错误指定的 SPN。它是 HTTP/[email protected] 而不是使用完全限定的域名。这仅在启用 WINS 时才有效，但事实证明并非如此。

使用正确的 SPN 生成 keytab 后，一切正常，并根据实际帐户值发送 kvno。

请接受解释我观察到的效果的答案。

最佳答案

我不太了解内部结构，但是 MIT Kerberos 客户端 do forward resolution of the hostname part of a host-based service principal 来规范化主机名。根据我的经验，如果名称无法解析，它确实会影响 Kerberos 身份验证。当我为 SQL Server 设置服务帐户以执行 Kerberos 时，我总是必须使用主机名和完全限定的域名注册一个 SPN，因为不同的 SQL 组件似乎使用不同的解析方法。

在非常基本的网络拓扑中，WINS 将能够解析名称。即使没有 WINS，NetBIOS 服务也能够解析主机名。 WINS 和 NetBIOS 严重依赖广播，因此如果您的网络服务器在不同的子网上，NetBIOS 名称解析将失败，如果配置不正确，WINS 也会失败。 Windows 还需要使用 TCP/IP NetBIOS Helper 服务。

关于active-directory - Kerberos:kvno 是客户端票证中的 '1'，我们在Stack Overflow上找到一个类似的问题：https://stackoverflow.com/questions/17021527/