ولې د SSH معکوس پروکسي اورېدونکی یوازې په سرور کې د لاسرسي وړ دی
د پروکسي پروتوکول یا اعتبارنامو بدلولو دمخه د لرې اورېدونکي bind پته او GatewayPorts حالت وګورئ.
لرې لېږد کولی شي د SSH سرور څخه کار وکړي خو د بل ماشین څخه راغلي اړیکې رد کړي، ځکه چې یوازې په loopback اورېدل کوي. لومړی ریښتینې اورېدلو پته وګورئ.
د سرور په اړخ GatewayPorts | د لرې لېږد bind |
|---|---|
no، اصلي | اورېدونکي یوازې loopback ته محدودوي |
yes | wildcard bind ته اړباسي |
clientspecified | کلاینټ ته اجازه ورکوي چې ځانګړې bind پته وغواړي |
د یو کنټرول شوي انٹرفیس لپاره د اورېدونکي لپاره، سرور کولی شي دا وکاروي:
GatewayPorts clientspecifiedبیا کلاینټ په خپل -R مشخصات کې مناسبه پته غواړي. هغه پته باید په لرې ماشین کې موجوده وي، او نورې لېږد محدودیتونه لاهم پلي کېږي. د کلاینټ اړخ -g د دې لوري لپاره د تبادلې وړ کنټرول نه دی.
درې اجازې جلا پاتې کېږي: د لېږد جوړولو لپاره SSH اجازه، د هغې اورېدونکي ته شبکهي لاسرسی، او د HTTP یا SOCKS خدمت خپله د لاسرسي پالیسي. SSH ننوتل د تونل جوړوونکی تصدیقوي؛ دا د شریک اورېدونکي هر وروستی زنګ وهونکی تصدیق نه کړي او د SOCKS پټنوم ننګونه نه زیاتوي.
که لرې زنګ وهونکی لاهم ونه شي کولی اړیکه ونیسي، bind پته، د سرور لېږد محدودیتونه او د فایر وال لاره په همدې ترتیب وګورئ. کله چې TCP اورېدونکي ته ورسېد، ناکامه پروکسي لاس ورکول وروسته ستونزه ده.