د پروکسي مانیټر حالت او د وتلو کوډونو تفسیر
د پروکسي له لارې د وېبسایټ کتنې په جریان کې د کمانډ اجرا، HTTP پایله او د سند تصدیق په جلا توګه راپور کړئ.
یو پوښ نشي کولی د ډاونلوډر صفر وتلو کوډ په لیدل شوي “HTTP 200 OK” بدل کړي. ثبت کړئ چې هر پوړ په حقیقت کې څه راپور کړل:
| ساحه | هغه پوښتنه چې ځواب ورکوي |
|---|---|
| د وسیلې یا پلگ ان وتل | آیا کتنه ترسره شوه، او کوم د ناکامۍ ټولګی یې راپور کړ؟ |
| د پروکسي خبرې اترې | آیا لیږد یا غوښتل شوی تونل ومنل شو؟ |
| د سرچینې حالت او تمه شوي منځپانګه | آیا اپلیکیشن غوښتل شوې پایله بیرته راوړه؟ |
| د TLS تصدیق | آیا تنظیم شوي هویت څیړنې بریالۍ شوې؟ |
curl معمولاً کولی شي د HTTP تېروتنې ځواب وروسته صفر بیرته راوړي. د دې fail اختیارونه د وتلو چلند بدلوي، مګر د ناکامۍ وتل اوس هم حالت په یوځلې توګه نه پیژني. د Wget وتلو ارزښتونه هم ټولګي دي: د تصدیق ناکامي د HTTP 401 لپاره ځانګړی ارزښت نه دی، او د سرور-تېروتنې ټولګی د هغې دننه هر ځواب نه پیژني. هغه کتنه چې 401 ته انتظار لري باید هغه ځواب وګوري.
د پروکسي پای ټکی او د وېبسایټ نوم جلا وساتئ. د HTTP-پروکسي کتنې TCP ملګری پروکسي دی؛ CONNECT د منزل نوم اخلي، چې د هغې TLS ناسته بیا د تونل دننه روانه ده. د HTTPS پروکسي لپاره د باندني پروکسي باور یو بل د سند څیړنه ده.
د SSL بیرغ د تصدیق په توګه له منلو مخکې د پلگ ان تضمین وګورئ. Monitoring Plugins check_http د check_curl په ګټه لرې کوي. د check_http سند خبرداری ورکوي چې یوازې SSL غوره کول د کوربه نوم یا د صادروونکي باور نه تصدیقوي؛ د check_curl مستند شوی verify-peer اختیار هغه تصدیق شاملوي.
همدارنګه هوښیار تصدیق شوی لاره وکاروئ. د پورټ پروب شین پاتې کیدای شي پداسې حال کې چې عملیاتي حساب 407 ترلاسه کوي. د هغې راز د ځای پرځای کولو مناسب میکانیزم له لارې ورسوئ، او هغه پړاو راپور کړئ چې واقعاً ناکام شو: رد شوی تونل د وېبسایټ ناڅاپي حالت څخه جلا ترمیم ته اړتیا لري.