ولې پراکسي په یوه وېبپاڼه کې کار کوي خو په بله کې نه؟
کارکوونکې پراکسي اړیکه د منزل له محدودیتونو، پورټ مقرراتو، TLS تېروتنو او HTTP ځوابونو بېله کړئ.
کله چې یوه وېبپاڼه کار کوي او بله نه، د پراکسي تنظیم مه بدلوئ. د دې غوښتنو توپیر ګټور ثبوت دی؛ د پای ټکي سمدستي بدلول دا ثبوت له منځه وړي.
د HTTP پراکسي له لارې د HTTPS لپاره، د کلاینټ په تعقیبي ثبت کې د CONNECT ځواب، له منزل سره TLS او د وېبپاڼې وروستی HTTP ځواب بېل وپېژنئ:
| لیدل شوې ستونزه | څه وپلټئ |
|---|---|
| له پراکسي ځواب نشته | د پراکسي اړیکه او لاره. یوه وېبپاڼه چې مخکې بریالۍ وه، اوسنی لاسرسی نه ثابتوي. |
| د یوه منزل لپاره CONNECT رد شو | د اجازه شوو منزلونو/پورټونو تګلاره او د پراکسي له شبکې د رسېدو امکان. |
| تونل ومنل شو، د سند تایید ناکامېږي | راپور شوې د سند تېروتنه: د مودې پای، کوربه نوم، سیمهییز ساعت، د باور تنظیم یا اداره شوې نیونه. |
| تایید شوی TLS، ورپسې د وېبپاڼې 403 | د وېبپاڼې د لاسرسي مقررات، د حساب حالت، اړینې کوکۍ او اجازې. |
| د وېبپاڼې 429 | خپاره شوي د غوښتنو د کچې حدونه. د نورو کاروونکو فعالیت هم ګډ وتلو ته منسوبېدای شي. |
وګورئ چې د تېروتنې پاڼه چا جوړه کړې ده. یو منځګړی 403 یا بله HTTP تېروتنه راستنولای شي؛ یوازې شمېره یې سرچینه نه ښيي. د TLS تایید فعال وساتئ، څو ظاهراً بریالۍ غوښتنه د خوندي اړیکې ناکامي پټه نه کړي.
د هر منزل لپاره د پراکسي د لاسورکولو پایله، د TLS پایله او وروستی حالت ثبت کړئ. د پرتله کولو لپاره یو عادي منزل چې ستاسې تر واک لاندې وي شامل کړئ. که پای ټکی هلته رسېږي خو یوه وېبپاڼه یې د وتلو پته تل ردوي، د وېبپاڼې اړتیاوې وپلټئ یا بله اجازه شوې لاره وکاروئ. د پراکسي بدلول د نشت هویت تایید یا د لاسرسي اجازو ځای نه شي نیولای.