Yerli NTLM proksi köməkçiləri: müştəri girişi və yuxarı axın daxilolması

Tətbiqiniz öz kompüterindəki proksiyə qoşulur. Sonra həmin köməkçi şirkət proksisinə autentifikasiya edir. Tətbiq şirkətin autentifikasiya mübadiləsini mütləq özü həyata keçirmir.

application → local helper → company proxy → destination

CNTLM kimi köməkçinin yuxarı axın hesabı və proksi konfiqurasiyası var. Onun yerli dinləyicisinin ayrı əlçatanlıq və giriş sərhədi var. Başqa bir son nöqtəyə daxil edilən brauzer parolu bunlardan heç birini avtomatik konfiqurasiya etmir.

Uğursuz olan keçidi müəyyənləşdirin

Əvvəlcə tətbiqin köməkçinin həqiqi dinləyicisini və protokolunu seçdiyini təsdiqləyin. Həmin dinləyiciyə çatmadan baş verən xəta NTLM nasazlığı deyil. Sonra köməkçinin konfiqurasiya edilmiş valideynə çatdığını və valideynin onun kimliyini qəbul etdiyini yoxlayın.

Bu marşrutla qayıdan 407 izah tələb edir. Görünən statusun tətbiqinizin göndərməli olduğu hesabı göstərdiyini fərz etmək əvəzinə yerli tranzaksiyanı köməkçinin təmizlənmiş diaqnostikası ilə əlaqələndirin.

Köhnə nümunələr bəzən keep-alive başlığı əlavə edib uğur bildirir. Davamlılıq bağlantıya yönəlmiş autentifikasiya üçün vacib ola bilər, lakin bu müşahidə hər uğursuz köməkçi quraşdırmasının eyni başlığa ehtiyacı olduğunu sübut etmir. Son nöqtə seçimi, dəstəklənən metod, hesab və bağlantı ömrü ayrı girişlər olaraq qalır.

Dinləyici real xidmətdir

Loopback dinləyicini ətraf şəbəkədən kənarda saxlayır; o, həmin kompüterdəki bütün prosesləri və ya istifadəçiləri ayırd etmir. Şlüz və ya daha geniş bağlama köməkçinin yuxarı axın kimliyindən potensial istifadə edə bilən çağıranlar çoxluğunu dəyişir. Bu dəyişikliyi qəsdən edin.

Tətbiq tələb olunan sxemi yerinə yetirə bilmirsə, təsdiqlənmiş köməkçi quruluşundan istifadə edin. Faydalı nəticə hesab sahibliyi bilinən məlum yoldur, bir yükləmənin təsadüfən işləməsinə səbəb olan izahsız əlavə xidmət deyil.