Squid xarici ACL keşləməsi: köməkçi nə üçün hər dəfə çağırılmır
Squid xarici ACL köməkçilərini davamlı proseslər, qərar keş açarları və açıq avtorizasiya təzəliyi tələbi ətrafında dizayn edin.
Bir sorğunu qeyd edib sonra susan köməkçi normal ola bilər. Squid köməkçiyə yeni sorğu göndərmədən keşlənmiş xarici ACL nəticəsi ilə qaydanı qiymətləndirə bilər.
Əvvəlcə təkrar istifadə olunan qərarı müəyyənləşdirin. “Bu hesab proksidən istifadə edə bilərmi?” sualı “Bu hesab bu təyinat yerinə çata bilərmi?” sualından fərqli girişlər tələb edir. Genişləndirilmiş xarici ACL formatı keş açarını təşkil edir. Köməkçi istifadəçi adına və təyinat yerinə görə qərar verirsə, amma açar yalnız istifadəçi adını ehtiva edirsə, keşlənmiş icazə nəzərdə tutulduğundan geniş tətbiq oluna bilər. Cavabı dəyişən hər girişi daxil edin, yalnız ekvivalent qərarları parçalayan detallardan çəkinin.
Sonra təzəliyi seçin. Müsbət ttl və negative_ttl uyğun və uyğun olmayan nəticələri idarə edir; grace giriş bitməzdən əvvəl yenilənməni başlada bilər. Ləğv edilmiş hesabın keşlənmiş icazəsinin sonrakı qərarlara nə qədər təsir edə biləcəyini müəyyənləşdirin. Bu parametrlərin heç biri mövcud CONNECT tunelini hər bayt və ya daxili HTTPS sorğusu üçün yenidən avtorizasiya etmir. Köməkçi trafik kvotası tətbiq edirsə, qəbul edilmiş ötürmələr balans dəyişdikdən sonra da davam edə bilər.
Köməkçi davamlı protokol iştirakçısıdır, hər sorğu üçün mütləq yeni skript prosesi deyil. Onu ardıcıl sorğu sətirlərinə hazır saxlayın və hər cavabı dərhal göndərin. Diaqnostikanı başqa kanala yerləşdirin. Paralellik aktivdirsə, uyğun verilmiş kanal identifikatorunu qaytarın.
Nəhayət, yavaş, əlçatmaz və daxili xəta nəticələrini müəyyənləşdirin və ətrafdakı ACL sırasının onları yaratmasını təmin edin. Dizayn o zaman tamamlanır ki, təkrar istifadə olunan cavabın həm dəqiqliyi, həm də icazə verilən yaşı giriş tələbinə uyğun olsun.