Squid jurnalları: 407-dən sonra gələn 200 uğursuzluq sayılırmı?
Squid çağırışdan sonra uğurlu tuneli qeyd etdikdə tamamlanmış əməliyyatları autentifikasiya mübadilələrindən ayrı sayın.
Tutaq ki, müştəri proxy etimad məlumatları olmadan bir sorğu göndərir, çağırış alır və uğurla yenidən cəhd edir. Sorğu jurnalı iki qeyd içə bilər. Tətbiqi istifadə edən şəxs isə bir tamamlanmış əməliyyat yaşamışdır.
Buna görə də jurnalın TCP_DENIED/407 və TCP_TUNNEL/200 arasında bərabər bölünməsi avtomatik olaraq əlli faiz uğursuzluq dərəcəsi yaratmır. Əvvəlcə qeydlərin çağırış və yenidən cəhd cütləri təşkil edib-etmədiyini müəyyənləşdirin.
Həqiqətən əhəmiyyət verdiyiniz şeyi sayın
| Ölçmə | Say |
|---|---|
| Autentifikasiya çağırışları | Autentifikasiya tələb edən proxy cavabları |
| Proxy cəhdləri | Vasitəçi tərəfindən qeydə alınan fərdi əməliyyatlar |
| Tamamlanmış işlər | Nəzərdə tutulan nəticəyə çatan tətbiq əməliyyatları |
Vaxt möhürlərini, müştəri kontekstini, təyinatı və mövcud olan istənilən sorğu identifikatorunu əlaqələndirin. Autentifikasiyasız cəhdin qeydə alınmış istifadəçi adı olmaya bilər, uğurlu yenidən cəhdin isə olur. Eyni vaxtda fəaliyyət o deməkdir ki, yalnız bitişik sətirlər iki qeydin bir-birinə aid olması üçün zəif sübutdur.
Həmçinin uğurlu tuneli uğurlu vebsayt əməliyyatından ayrı saxlayın. CONNECT qəbulu tuneli qurur; təyinat yenə də TLS zamanı uğursuz ola bilər və ya sonradan tətbiq xətası qaytara bilər.
Təkrarlanan son çağırışları, sonradan tamamlanmayan işləri və ya mübadilə sayında qəfil dəyişikliyi araşdırın. Bunlar sabit çağırış-birinci müştərinin konfiqurasiyasının tələb etdiyini dəqiq etməsindən fərqlidir. Yalnız idarə panelini daha yaşıl etmək üçün autentifikasiyanı sıxışdırmaq ölçməni təmir etmək əvəzinə xidməti dəyişərdi.