Diğerleri için Kerberos çalışırken bir proxy isteği neden parola istiyor
Diğer istekler Kerberos'u başarıyla kullansa da bir isteğe beklenmedik bir proxy kimlik doğrulama alanı atayan ilke kuralını bulun.
Birçok istek şirket proxy'si üzerinden Kerberos'u başarıyla kullanıyor. Bir istek ise parola istemi üretiyor. keytab değiştirmeden önce o isteğin hangi kimlik doğrulama ilkesini seçtiğini denetleyin.
Bir ağ geçidi ilke aracılığıyla alan ve desteklenen şemaları seçebilir. Aynı tarayıcıdan aynı proxy'ye ulaşan iki işlemin aynı kimlik doğrulama gereksinimlerini alması gerekmez.
Şu varsayımsal izi inceleyin:
| İşlem | İlk eşleşen ilke | Kullanılabilir kimlik doğrulama |
|---|---|---|
| Ana belge | Yönetilen gezinme kuralı | Negotiate |
| Başka bir ana bilgisayardan betik | Önceki hedef istisnası | Basic veya NTLM |
İlk başarılı değiş tokuş, seçilen bir yolun çalıştığını gösterir. İkinci işlemin o yola ulaştığını göstermez. Kimlik bilgisi geçerli olabilirken kimlik doğrulama mekanizmasını seçen kural yanlış olabilir.
Seçilen kuralı ve sırasını inceleyin
Meydan okunan isteğin hedefini ve zamanını ağ geçidinin ilke iziyle ilişkilendirin. İlk uygulanabilir kuralın ürettiği alanı, şema seçimlerini ve kimlik doğrulama modunu belirleyin. Bu değerleri aynı istemciden gelen başarılı bir istekle karşılaştırın.
IP ile ilişkili bir kimliğe dayanan ilke de bağlantı üzerinde kimlik doğrulama gerektiren ilkeden farklı davranabilir. Yeni bir el sıkışma olmamasının aynı alanın seçildiği anlamına geldiğini varsaymayın.
Kaynak istenmeyen bir istisnaya düştüyse o kuralı veya kapsamını düzeltin ve ortaya çıkan izi gözden geçirin. İzin verilen kimlik doğrulama yöntemlerini her yerde genişletmek uyumsuzluğu gizleyebilir ama ilgisiz trafiğin erişim davranışını değiştirir.
Amaçlanan alan seçilir ve beklenen değiş tokuş başarısız olursa hesap ve Kerberos kanıtlarına geçin. O noktada bilet, hizmet adı veya arka uç tanılaması önem kazanır.