Məlum son nöqtə üçün əvvəlcədən Basic proxy autentifikasiyası
Əvvəlcədən Basic proxy autentifikasiyasının sabit son nöqtəyə nə vaxt uyğun olduğunu müəyyən edin və bu qərarın ixtiyari marşrutlar üçün etimad qaydasına çevrilməsinin qarşısını alın.
Meydan oxuyanı gözləyən müştəri proxy-nin soruşmasını gözləyir. Əvvəlcədən Basic müştərisi seçilmiş son nöqtəni artıq bilir və etimad məlumatını ilk uyğun sorğusunda göndərir. Bu mübadiləni aradan qaldırmaq faydalı ola bilər. Yenə də bu, parolun hara getdiyinə dair bir qərardır.
Optimallaşdırmadan əvvəl son nöqtəni tanıyın
Autentifikasiya siyasəti məlum olan sabit şəxsi proxy, tanımadığı vasitəçi seçə bilən marşrutlaşdırma qatından daha aydın haldır. Hesabı gözlənilən proxy kimliyi və protokoluna bağlayın. Hər meydan oxumaya bir şirkət parolu ilə cavab verən ümumi callback qurmayın.
Basic hesabın base64 təsvirini daşıyır, şifrələnmiş sübut deyil. Proxy dinləyicisinə TLS saytın HTTPS sessiyasından ayrı bir bağlantı seçimidir. Saytın HTTPS tuneli şifrələnməmiş müştəri-proxy bağlantısı üzərindən göndərilən Basic etimad məlumatını geriyə doğru qorumur. Şəxsi LAN bir yerdir, şifrələmə xassəsi deyil.
Mexanizmi konkret saxlayın
Əvvəlcədən Basic Digest, NTLM və ya Negotiate üçün universal qısayol deyil. Bu mexanizmlərin öz mübadilə tələbləri var. Dəstəklənən sxemləri aşkar edən müştəri əlavə əməliyyatları qanuni şəkildə yerinə yetirə bilər.
Seçilmiş kitabxananın proxy autentifikasiya interfeysindən istifadə edin, sonra faktiki sxemi və əhatə dairəsini yoxlayın. Təyinat üçün əvvəlcədən autentifikasiya parametri proxy əl sıxmasını idarə etməyə bilər. Mövcud autentifikasiya olunmuş bağlantı da yeni bağlantının meydan oxuyub-oxumayacağını gizlədə bilər.
Bütün əməliyyatı müqayisə edin: mübadilə sayı, tamamlanma vaxtı, tələb olunan nəqliyyat qorunması və proxy dəyişdikdə davranış. Daha təmiz jurnal yalnız tətbiq hələ də nəzərdə tutulan vasitəçiyə autentifikasiya edirsə və bu razılaşma qurula bilmədikdə dayanırsa faydalıdır.