JMeter 更喜欢协商而不是 NTLM答案

【问题标题】：JMeter preferring Negotiate over NTLMJMeter 更喜欢协商而不是 NTLM
【发布时间】：2020-01-21 10:45:20
【问题描述】：

我们有一个应用程序启用了 Windows 身份验证，它在提供程序模块中具有协商和 NTLM。似乎 Jmeter 更喜欢使用 Negotiate 发送请求并且失败了，而当从 LoadRunner 尝试时，我们看到它总是作为 NTLM 发送并且它从那里通过。

有人遇到过这种情况吗？如果是，我们如何强制 Jmeter 使用 NTLM 身份验证而不是协商？

感谢您的帮助。

【问题讨论】：

【解决方案1】：

JMeter 没有“偏好”任何东西，它取决于您必须执行的HTTP Authorization Manager 配置。

如果真正的浏览器执行Kerberos 身份验证，您的测试应该实现真正的用户行为，而不是 LoadRunner 行为 - 您需要这样做，反之亦然。

要强制 JMeter 使用 NTLM，请确保不要选择 KERBEROS 机制，使用 BASIC_DIGEST。

如果需要，请查看Windows Authentication with Apache JMeter 文章了解更多详情。

【讨论】：

感谢您的建议。当端口为 443 或 80 时，我已成功使用授权管理器。在我的其他场景中，url 中也有端口（不是典型的 80 或 443），其中 url 看起来像 - helloworld.server.com:51527/abcrestofurl.aspx 。那么我应该在授权管理器中传递什么。我尝试将helloworld.server.com:51527 放在身份验证管理器的 url 部分，但它不起作用，并且我收到 basic_digest 的 401 错误。服务器具有带有 NTLM 作为提供程序列表的 Windows 身份验证。任何建议。