有没有办法验证是否使用了 Kerberos?

发布于 2024-11-16 07:46:08 字数 326 浏览 2 评论 0原文

我使用 System.DirectoryServices 命名空间与 ADAM 实例进行通信。我们组织内的网络的一部分是 Kerberos,而另一部分则默认为 NTLM。当然,我们也有冲突的域(别名相同的 ABC),它们具有不同的完全解析名称。 据我了解,Kerberos 要求使用完全解析的名称。我的 ADAM 实例(多个、复制的)由 WideIP 指向,它解析为不同区域的不同 IP。其中一个 WideIP 为“我”提供别名而不是 FQDN,这使我的 ADAM 进入错误的域。 问题是: - 有没有办法验证 kerberos 是否用于与 ADAM 通信? 和 - 有没有办法强制使用kerberos(可以用来提前出错) 感谢您的浏览。

I am using System.DirectoryServices namespace for communicating with an ADAM instance. Part of the network within our organization Kerberos, while another defaults to NTLM. We also have conflicting domains (aliased the same ABC), that have different fully resolved names, of course.
Kerberos requires usage of fully resolved names, as far as I understand. My ADAM instances (multiple, replicated) are pointed to by WideIP, which resolves to different IPs for different regions. One of those WideIPs is serving "me" an alias instead of FQDN, which makes my ADAM go to the wrong domain.
The questions are:
- is there a way to verify that kerberos is used in communication with that ADAM?
and
- is there a way to force kerberos (which could be used to error out early)
Thank you for looking at it.

如果你对这篇内容有疑问,欢迎到本站社区发帖提问 参与讨论,获取更多帮助,或者扫码二维码加入 Web 技术交流群。

扫码二维码加入Web技术交流群

发布评论

需要 登录 才能够评论, 你可以免费 注册 一个本站的账号。

评论(1

猫七 2024-11-23 07:46:08

A colleague of mine showed me a couple of good tools that did the job:

  • WireShark makes tracing communications protocols a snap. Great tool. It traces net packets. You will see exactly where Kerberos digresses to NTLM.

  • KerbTray is somewhat useful too.

Hope it will help someone.

~没有更多了~
我们使用 Cookies 和其他技术来定制您的体验包括您的登录状态等。通过阅读我们的 隐私政策 了解更多相关信息。 单击 接受 或继续使用网站,即表示您同意使用 Cookies 和您的相关数据。
原文