Squid لاگز: کیا 407 کے بعد 200 آنا ناکامی سمجھا جاتا ہے؟

فرض کریں کہ کوئی کلائنٹ پراکسی اسناد کے بغیر ایک درخواست بھیجتا ہے، چیلنج وصول کرتا ہے اور پھر کامیابی سے دوبارہ کوشش کرتا ہے۔ درخواست لاگ میں دو اندراج ہو سکتے ہیں۔ لیکن ایپ استعمال کرنے والے فرد نے صرف ایک مکمل کام کا تجربہ کیا۔

اسی لیے TCP_DENIED/407 اور TCP_TUNNEL/200 کے درمیان برابر تقسیم شدہ لاگ خود بخود پچاس فیصد ناکامی کی شرح ثابت نہیں کرتا۔ پہلے طے کریں کہ اندراج چیلنج اور دوبارہ کوشش کے جوڑے بناتے ہیں یا نہیں۔

جو چیز واقعی آپ کے لیے اہم ہے اسے گنیں

وقت کی مہریں، کلائنٹ کا سیاق، منزل اور دستیاب درخواست شناخت کنندہ کو آپس میں جوڑیں۔ غیر توثیق شدہ کوشش میں ریکارڈ شدہ صارف نام نہ ہو، جبکہ اس کی کامیاب دوبارہ کوشش میں ہوتا ہے۔ بیک وقت ہونے والی سرگرمی کا مطلب ہے کہ صرف ملحقہ سطریں دو اندراج کے ایک ساتھ ہونے کا کمزور ثبوت ہیں۔

کامیاب ٹنل کو کامیاب ویب سائٹ کارروائی سے بھی الگ رکھیں۔ CONNECT کی قبولیت ٹنل قائم کرتی ہے؛ منزل TLS کے دوران اب بھی ناکام ہو سکتی ہے یا بعد میں ایپ کی خطا واپس کر سکتی ہے۔

بار بار آنے والے آخری چیلنجز، بعد میں کبھی مکمل نہ ہونے والے کام، یا تبادلوں کی تعداد میں اچانک تبدیلی کی چھان بین کریں۔ یہ ایک مستحکم چیلنج-پہلے کلائنٹ سے مختلف ہیں جو اپنی تشکیل کے مطابق بالکل وہی کرتا ہے۔ محض ڈیش بورڈ کو زیادہ سبز بنانے کے لیے توثیق کو دبانا پیمائش کی مرمت کے بجائے سروس ہی بدل دے گا۔