د Squid 7 تصدیق تعقیبول د debug_options 29 برخې سره
د ننګونې، د پیرودونکي ځواب، د تصدیق مرستندوی او د لاسرسي پالیسۍ پرېکړې تعقیبولولو لپاره د 29 برخې محدوده ډیبګ غونډه وکاروئ.
د Squid لومړنی 407 کېدای شي د تصدیق پیل وي. د دې لپاره چې وپوهېږئ یو هڅه چېرې درېږي، یوه غوښتنه لړ د پیرودونکي، د تصدیق میکانیزم او د لاسرسي پرېکړې له لارې تعقیب کړئ.
په Squid 7 تشخیصي غونډه کې 29 برخه د تصدیق ډیبګ پیغامونه لري. یو لنډمهاله ترتیب کولای شي عمومي خبرتیا کچه وساتي او هماغه برخه لوړه کړي:
debug_options ALL,1 29,5پخوانی ډیبګ ترتیب ولیکئ، تشخیصي ترتیب پلي کړئ او یوه کوچنۍ، پېژندل کېدونکې هڅه بیا جوړه کړئ. ډیبګ وتنه په ترتیب شوې cache_log موخه کې د لاسرسي ثبت سره یوځای ولولئ.
| کوم شواهد وپلټل شي | کومې پوښتنې ته ځواب ورکوي |
|---|---|
| وړاندې شوې Proxy-Authenticate طرحه | دا پروکسي له پیرودونکي څه غوښتل چې وکاروي؟ |
| د پیرودونکي د تصدیق ځواب | ایا پیرودونکي وړاندې شوې تبادله دوام ورکړ؟ |
| د تصدیق میکانیزم یا د مرستندوی پایله | ایا حساب ومنل شو، رد شو یا د پروسس ناکامۍ له امله بند شو؟ |
| د Squid د لاسرسي پالیسۍ پرېکړه | له هغې تصدیق حالت وروسته غوښتنې ته څه وشول؟ |
ځینې طرحې څو ننګونې پړاوونه غواړي. یوازې تکراري 407 ننوتنې نه ثابتوي چې براوزر یادونه نادیده ګڼلې یا ورکړل شوې پټنوم غلط و.
د مرستندوی ناکامیو لپاره ترتیب شوی مرستندوی او د هغه طرحې ځانګړی پایله پروتوکول وګورئ. هغه پروسه چې پیل نشي کولی، له فعال مرستندوی چې حساب ردوي جلا نیمګړتیا ده. که تصدیق ومنل شو خو Squid لا هم غوښتنه ردوي، نو اړوند د لاسرسي قواعد تعقیب کړئ.
کله چې لړ وپېژندل شوه، اصلي ډیبګ کچه بیرته راوګرځوئ. د 9 کچې بشپړه وتنه ډېره لویه کېدای شي؛ د تصدیق تشخیص هم محدود چلند ته اړتیا لري ځکه د حساب تفصیلات او نور حساس حالتونه ښکارېدای شي.