په HTTP پراکسي لړ کې د DNS نیمګړتیاوې: کوم پړاو نوم حل کوي؟
د لړیز شوي فوروارډ پراکسي د تشخیص پر مهال ځایي پراکسي ته رسېدل، والد حلول او وېبپاڼې حلول سره جلا کړئ.
client → local forward proxy → HTTP parent → websiteد دې پرځای چې ووایاست ټول DNS د «پراکسي» دي، له ناکام شوي نوم څخه پیل وکړئ:
| اړین نوم | هغه پړاو چې باید ورته ورسېږي |
|---|---|
| د ځایي پراکسي پای ټکی | کارن |
| د HTTP والد پای ټکی | ځایي فوروارډ پراکسي |
| د وېبپاڼې پای ټکی | والد کله چې وروستی اړیکه پرانیزي |
هغه پړاوونه کولای شي بېلابېل حلونکي وکاروي کله چې پای ټکي د کوربه نومونه وي. د HTTPS لپاره، فوروارډ پراکسي کولای شي د CONNECT د موخې کوربه او پورټ والد ته وسپاري، چې وروستیه اړیکه جوړوي. اصلي کارن اړ نه دی چې لومړی وېبپاڼه حل کړي. ساده HTTP لېږد هم د موخې معلومات مخته وړي.
دا ژمنه نه ده چې هر نوم به یوازې یوه ماشین پوښتنه کوي. د ACL ارزونه، کاش، تګلاره او د پلي کېدو جزئیات کولای شي اضافي پلټنې رامنځته کړي.
کله چې والد نه وي شته، د بدیلې تګلارې کتنه وکړئ. که مستقیم لاسرسی اجازه ولري، ځایي پراکسي کولای شي د وېبپاڼې په لور مخامخ پړاو شي، د خپلو حلونکي او سرچینې پته پرېکړو سره. یوازې د والد تنظیمول نه ثابتوي چې هر غوښتنه هغه کارولی دی.
د ناکامۍ پر مهال، د hosts فایل د سمون دمخه نوم او هغه بهیر چې هڅه کوي یې حل کړي وټاکئ. د کارن خوا سمون نشي کولای هر وروستی پرېکړه سمه کړي. وروستی عامه سرچینه هغه پړاو ته اړه لري چې د وېبپاڼې اړیکه پرانیزي; د هغې سرچینې څارل د دې اندازه کولو سره چې DNS چېرې وشو، یو شان نه دي.