2017-07-14 26 views
0

當Windows7上的IE或Chrome收到「WWW-Authenticate:Negotiate」標題的響應時,它會掛起幾秒鐘。瀏覽器在接收WWW-Authenticate時掛起:協商

我會假設它正在向KDC發出網絡請求並且請求超時。雖然這可能是錯誤的假設。

服務器keytab確定瀏覽器查詢哪個KDC?

有沒有什麼辦法可以調試呢?

謝謝!

回答

1

要回答你的第一個問題,避免做出這樣的假設,即它正在找出KDC的時機 - 只有網絡捕獲可以告訴你。事實上,雖然它可能會這樣做,但也可能因爲使用NTLM而失敗,然後成功,因爲Kerberos在某處出現故障。

要回答你的第二個問題,密鑰表不能確定瀏覽器查詢哪個KDC。密鑰表中沒有任何內容會這樣做。我在這個答案的底部放置了一個示例keytab的樣子。現在,被查詢的KDC由DNS控制。該進程只會被設置在C:\ Windows \ krb5.ini中的值覆蓋 - 如果該文件存在 - 並且默認情況下它不存在於Windows上。要回答最後一個問題,您可以使用Wireshark捕獲進行調試,在WireShark搜索字段中對'kerberos'進行過濾,以查看Kerberos流量可能在做什麼或不做。這會告訴你所有你需要知道的。 enter image description here

+1

Thx很多!通過您的所有建議,但Wireshark完成了這項工作。我發現KRB5正在發送錯誤用戶名的請求,接着是大量LDAP名稱相同的搜索。我曾經使用samba連接到同一個應用程序服務器的共享驅動器,而不使用krb名稱,Windows以某種方式記住它。無論如何,這個問題已經解決了! – arkadiy

+0

幹得好。 Thx回來。 –