დავუშვათ, კლიენტი აგზავნის ერთ მოთხოვნას პროქსის რწმუნებულების გარეშე, იღებს გამოწვევას და წარმატებით იმეორებს ცდას. მოთხოვნების ჟურნალი შეიძლება ორ ჩანაწერს შეიცავდეს. მაგრამ აპლიკაციის მომხმარებელმა ერთი დასრულებული ოპერაცია განიცადა.

ამიტომ TCP_DENIED/407-სა და TCP_TUNNEL/200-ს შორის თანაბრად გაყოფილი ჟურნალი ავტომატურად არ ადასტურებს ორმოცდაათი პროცენტის ჩავარდნის მაჩვენებელს. ჯერ დაადგინეთ, ქმნიან თუ არა ჩანაწერები გამოწვევისა და განმეორებითი ცდის წყვილებს.

დაითვალეთ ის, რაც ნამდვილად გაწუხებთ

გაზომვარაოდენობა
ავთენტიფიკაციის გამოწვევებიპროქსის პასუხები, რომლებიც ავთენტიფიკაციას ითხოვენ
პროქსის ცდებიცალკეული ტრანზაქციები, რომლებსაც შუამავალი იწერს
დასრულებული სამუშაოებიაპლიკაციის ოპერაციები, რომლებიც მიზნობრივ შედეგს აღწევენ

დააკავშირეთ დროის ნიშნები, კლიენტის კონტექსტი, დანიშნულება და ნებისმიერი ხელმისაწვდომი მოთხოვნის იდენტიფიკატორი. არაავთენტიფიცირებულ ცდას შეიძლება არ ჰქონდეს ჩაწერილი მომხმარებლის სახელი, ხოლო მის წარმატებულ განმეორებას აქვს. ერთდროული აქტივობა ნიშნავს, რომ მხოლოდ მეზობელი სტრიქონები სუსტი მტკიცებულებაა იმისა, რომ ორი ჩანაწერი ერთმანეთს ეკუთვნის.

ასევე გამოყავით წარმატებული გვირაბი წარმატებული ვებსაიტის ოპერაციისგან. CONNECT-ის მიღება ამყარებს გვირაბს; დანიშნულება მაინც შეიძლება ჩავარდეს TLS-ის დროს ან მოგვიანებით დააბრუნოს აპლიკაციის შეცდომა.

გამოიკვლიეთ განმეორებადი საბოლოო გამოწვევები, სამუშაოები, რომლებიც მოგვიანებით არასდროს სრულდება, ან გაცვლების რაოდენობის უეცარი ცვლილება. ეს განსხვავდება სტაბილური კლიენტისგან, რომელიც იწყება გამოწვევით და აკეთებს ზუსტად იმას, რასაც მისი კონფიგურაცია ითხოვს. ავთენტიფიკაციის ჩახშობა მხოლოდ დაფის გასამწვანებლად შეცვლიდა სერვისს და არა გაასწორებდა გაზომვას.

დაკავშირებული სტატიები