د ویب فورم پروکسي براوزر اصل بدلوي، یوازې د وتلو IP نه
د URL بکس لرونکي پروکسي وېبسایټ او د براوزر اصلي پروکسي ترمنځ توپیر وکړئ او تشریح کړئ چې ولې پیچلي ننوتل او سکریپټونه بېل چلند کولی شي.
د URL بکس لرونکې پاڼه یو ویب اپلیکیشن دی. هلته د موخې لیکل له هغه اپلیکیشن څخه غوښتنه ده چې منځپانګه راوړي او وښیې. دا له براوزر ته د HTTP یا SOCKS پروکسي کارولو ویلو څخه بېله چوکاټ ده.
په اصلي پروکسي تنظیم کې براوزر د موخې URL لا هم د وېبسایټ په توګه ګڼي. په معمولي ویب فورم پروکسي کې لیدل شوې پاڼه د پروکسي اپلیکیشن د خپل URL سکیم او اصل له لارې ورکول کیږي. خدمت کولی شي تړنې، سکریپټونه، سرلیکونه یا کوکیز بیا ولیکي تر څو تګ راتګ دوام وکړي.
| چلند | ولې توپیر مهم دی |
|---|---|
| د ورته اصل ازموینې | براوزر هغه اصل ارزوي چې واقعاً یې بار کړی |
| کوکیز او لېږدونه | د ډومین، لارې او خوندي شرایطو چلند باید له وړاندې شوو URL سره سمون ولري |
| هغه سکریپټونه چې نوي URL جوړوي | غوښتنې کولی شي له ساده د تړنو بیا لیکنې وتښتي |
| دوامداره اړیکې یا WebSockets | پروکسي اپلیکیشن څرګند برابر سمبالښت ته اړتیا لري |
دا یوه پېژندل شوې پایله تشریح کوي: ساده مقاله بار کیږي، خو د سند سمونکی یا د ننوتلو بهیر ناکام کیږي. ناکامي اړینه نه ده چې موخه د خدمت وتلو IP ردوي. منځګړی کېدای شي د اپلیکیشن د URL او براوزر خوندیتوب اړوند انګېرنې ونه ساتي.
دا هم توپیر کړئ چې TLS چېرې پای ته رسیږي. هغه خدمت چې د موخې منځپانګه راوړي او بیا خپروي د کوډ شوي غونډې وړونکي معمولي CONNECT ریلې څخه په بېل باور حالت کې دی. د پروکسي سایټ په خپل پته HTTPS لیدل له براوزر څخه تر اصلي سایټ پورې د سر څخه سر TLS اړیکه نه ثابته کوي.
که موخه له بل وتلو لارې معمولي لټون وي، خپل خدمت یا پروکسي لیست څخه HTTP یا SOCKS ټکی وټاکئ او ملاتړ شوې اصلي پروکسي ترتیب وکاروئ، لکه د Firefox د اړیکې تنظیمات. دا معمولاً د براوزر د نورمالې موخې مانا ډېره برخه ساتي. د URL بکس لرونکی سایټ کېدای شي په قصد ټاکل شوی اپلیکیشن وي، خو باید د لږ ترتیب سره هماغه مخ په توګه وړاندې نه شي.