Yerel NTLM proxy yardımcıları: istemci erişimi ile üst akış oturum açma
NTLM kimlik doğrulama yardımcısı devredeyken uygulama–yardımcı ve yardımcı–şirket proxy bağlantılarını ayrı ayrı izleyin.
Uygulamanız kendi bilgisayarındaki bir proxy'ye bağlanır. Ardından bu yardımcı şirket proxy'sine kimlik doğrular. Uygulamanın şirketin kimlik doğrulama alışverişini kendisinin yapması gerekmez.
application → local helper → company proxy → destination
CNTLM gibi bir yardımcının üst akış hesabı ve proxy yapılandırması vardır. Yerel dinleyicisinin ayrı bir erişilebilirlik ve erişim sınırı vardır. Başka bir uç noktaya girilen tarayıcı parolası ikisini de otomatik olarak yapılandırmaz.
Hangi atlamanın başarısız olduğunu belirleyin
Önce uygulamanın yardımcının gerçek dinleyicisini ve protokolünü seçtiğini doğrulayın. O dinleyiciye ulaşmadan önceki bir hata NTLM arızası değildir. Ardından yardımcının yapılandırılmış üst öğesine ulaşıp ulaşmadığını ve üst öğenin kimliğini kabul edip etmediğini inceleyin.
Bu yoldan dönen bir 407 atıf gerektirir. Görünen durumun uygulamanızın göndermesi gereken hesabı tanımladığını varsaymak yerine yerel işlemi yardımcının düzenlenmiş tanılamasıyla ilişkilendirin.
Eski örnekler bazen bir keep-alive başlığı ekler ve başarı bildirir. Kalıcılık bağlantı yönelimli kimlik doğrulamada önemli olabilir, ancak bu gözlem başarısız her yardımcı kurulumunun aynı başlığa ihtiyaç duyduğunu kanıtlamaz. Uç nokta seçimi, desteklenen yöntem, hesap ve bağlantı ömrü ayrı girdiler olarak kalır.
Dinleyici gerçek bir hizmettir
Loopback bir dinleyiciyi çevredeki ağdan uzak tutar; o bilgisayardaki tüm süreçleri veya kullanıcıları ayırt etmez. Bir ağ geçidi veya daha geniş bağlama, yardımcının üst akış kimliğini potansiyel olarak kullanabilecek çağıranlar kümesini değiştirir. Bu değişikliği bilinçli yapın.
Uygulama gereken düzeni gerçekleştiremiyorsa onaylanmış bir yardımcı düzeni kullanın. Yararlı sonuç, hesap sahipliği bilinen bilinen bir yoldur; tek bir indirmeyi tesadüfen çalıştıran açıklanamayan ekstra bir hizmet değil.