د Windows portproxy سره ثابت هدف ته د TCP لېږد
د portproxy قاعده اورېدونکی ثابت هدف ته لېږي. دا هغه SOCKS یا HTTP CONNECT خبرې اترې نه زیاتوي چې د پراکسي پوهېدونکي کلینټونه یې تمه لري.
د Windows portproxy قاعده TCP یوې تنظیم شوې هدف ته لېږدوي. دا د براوزر د HTTP پراکسي غوښتنې یا SOCKS د هدف غوښتنې په اړه خبرې نه کوي.
| خدمت | هدف څوک ټاکي؟ |
|---|---|
| ثابت TCP لېږدوونکی | د اورېدونکي د لېږلو تنظیم. |
| SOCKS5 پراکسي | د کلینټ غوښتنه، د سرور د تګلارې په چوکاټ کې. |
| HTTP مخته لېږدونکی پراکسي | د HTTP پراکسي غوښتنه، د عادي HTTPS تونل لپاره CONNECT په شمول. |
شته لېږدوونکی د netsh interface portproxy show all سره وګورئ. د هغې تنظیم شوی backend د هغه پروتوکول سره پرتله کړئ چې ستاسو کلینټ یې لېږي. د netsh حواله د اورېدونکي او هدف پتې/پورټونه بیانوي؛ د TCP منل HTTP یا SOCKS لاس نیول نه رامنځته کوي.
یو عادي لېږدوونکي ته لېږل شوې SOCKS خبرې اترې یوازې هغه ثابت backend ته رسېږي. دا نشي کولی غیر SOCKS خدمت ته قناعت ورکړي چې غوښتنه وپېژني یا نوی هدف وټاکي.
د ریښتیني پراکسي مخې ته لېږدوونکی بل ډول دی. پورتنۍ پراکسي لا هم د هدفونو او تصدیق په اړه خبرې کوي؛ لېږدوونکی اړیکه هغې ته وړي. په شبکه کې پرانیستی لېږدوونکی کولی شي هغه backend ته لاسرسی پراخ کړي، نو د اورېدونکي د لاسرسي پوله په قصد ساتل شوې.
کله چې اړتیا عمومي HTTP یا SOCKS وتل وي، د پروتوکول وړ خدمت وټاکئ. لېږل شوی پورټ یوازې د هغې لارې یوه برخه ده.