د Squid ثبتونه: آیا 407 چې وروسته 200 راځي، ناکامي ګڼل کیږي؟
کله چې Squid ننګونه او بیا بریالی تونل ثبت کړي، بشپړې شوې عملیات له تصدیق تبادلې جلا وشمېرئ.
فرض کړئ یو کلاینټ پرته له پروکسي اسنادو یوه غوښتنه لېږي، ننګونه ترلاسه کوي او بیا په بریالیتوب سره هڅه تکراروي. د غوښتنې ثبت کېدای شي دوه داخلې ولري. خو هغه څوک چې اپلیکیشن کاروي یوازې یوه بشپړه شوې عملیات تجربه کړي.
نو ځکه ثبت چې په TCP_DENIED/407 او TCP_TUNNEL/200 ترمنځ په مساوي ډول ووېشل شو، په خپله پنځوس سلنه ناکامي ثابتوي نه. لومړی معلومه کړئ چې داخلې د ننګونې او بیا هڅې جوړې جوړوي که نه.
هغه څه وشمېرئ چې واقعاً یې اندیښنه لرئ
| اندازه | شمېر |
|---|---|
| د تصدیق ننګونې | د پروکسي هغه ځوابونه چې تصدیق غواړي |
| د پروکسي هڅې | هغه جلا معاملې چې منځګړی ثبتوي |
| بشپړې شوې دندې | د اپلیکیشن هغه عملیات چې خپل هدف ته رسېږي |
وختونه، د کلاینټ شرایط، منزل او هر شته غوښتنې پېژندونکی یو له بل سره ونښلوئ. بې تصدیقه هڅه کېدای شي ثبت شوی کارن-نوم ونه لري، خو د هغې بریالۍ بیا هڅه یې لري. هممهاله فعالیت مانا دا ده چې یوازې ګاونډي کرښې د دوو داخلونو د یوځای والي کمزورې شاهدې دي.
بریالی تونل هم له بریالۍ وېبپاڼې عملیاتو جلا وساتئ. د CONNECT منل تونل جوړوي؛ منزل لا هم کېدای شي د TLS په جریان کې ناکام شي یا وروسته د اپلیکیشن تېروتنه راوګرځوي.
تکرارېدونکې پای ننګونې، هغه دندې چې وروسته هېڅکله بشپړې نه شي، یا د تبادلو په شمېر کې ناڅاپي بدلون وڅېړئ. دا له هغه ثابت لومړی-ننګونې کلاینټ سره توپیر لري چې سم هغه څه کوي چې د هغه تنظیمات غواړي. یوازې د ډشبورډ شنه کولو لپاره تصدیق ځپل به خدمت بدل کړي نه دا چې اندازه سمه کړي.