د SSH سیمهای لېږد موجود HTTP پروکسي ته: دوه loopback پتې

ستاسو منل شوی پروکسي په یوه ټوپ کوربه کې کار کوي چې یوازې پر loopback غوږ نیسي، نو د هغې ماشین څخه بهر هیڅ شی نشي کولای ورته ورسېږي۔ تاسو ته VPN یا نوی پروکسي ته اړتیا نشته؛ تاسو ته د هغې ماشین یو پورټ ته اړتیا ده چې ستاسو یو پورټ ته ولېږدول شي۔ سیمهای لېږد همدا کار کوي، او یو امر او د اپلیکیشن یوه تنظیم ته اړتیا لري۔ ګډوډي معمولاً د دې له امله رامنځته کېږي چې کومه loopback پته د کومې ماشین ده، یو له بل سره ګډه شي۔

پرېکړه وکړئ چې ایا ثابت پروکسي دمخه شته

دا تخنیک هغه خدمت لېږدوي چې دمخه روان دی۔ که لرې کوربه یوازې SSH ډیمون ولري او پروکسي نه ولري، هیڅ اندازه لېږد به یو جوړ نه کړي، او اړیکه به د لرې اړخ څخه رد شي۔ تایید کړئ چې پروکسي تړل شوی، پورټ یې کوم دی، او ایا پر 127.0.0.1 غوږ نیسي که پر یوه ټاکلې انټرفېس پته، ځکه چې لېږد باید هماغه پته په نښه کړي۔

دا لومړی تاییدول تاسو له هغه ټونل د غلطیو د سمولو څخه ژغوري چې هېڅکله له هېڅ شي سره نه و تړل شوی۔

لېږد جوړ کړئ او امر ولولئ

هغه بڼه چې تاسو یې غواړئ ستاسو په لپټاپ کې یو loopback پورټ تړي او د سرور له اړخه یې د پروکسي پتې سره نښلوي، لکه څنګه چې سرور یې ویني۔

ssh -NT -o ControlPath=none -o ExitOnForwardFailure=yes \
  -L 127.0.0.1:13128:127.0.0.1:3128 [email protected]

-N لرې امر ځپي او -T د termios تخصیص ځپي، ځکه چې تاسو ټونل غواړئ نه شیل۔ لومړۍ loopback پته هغه ځای دی چې لپټاپ غوږ نیسي؛ دویمه یې SSH سرور حل کوي، نو هلته 127.0.0.1 د هغې ماشین پروکسي مانا لري۔ ExitOnForwardFailure امر په لوړ غږ ناکاموي که سیمهای پورټ دمخه نیول شوی وي، د هغه غونډې د پیلولو پرځای چې هیڅ نه لېږدوي۔ د موخې پته لکه څنګه چې سرور یې حل کوي ولیکئ، ځکه هغه نوم چې یوازې ستاسو لپټاپ یې حل کولای شي په بل اړخ کې به ناکام شي۔

د سرور خپله تګلاره د دې له کار کولو دمخه پلي کېږي۔ AllowTcpForwarding باید اجازه ورکړي، او PermitOpen کولای شي محدود کړي چې یوه غونډه کومو موخو او پورټونو ته رسېدلای شي، نو هغه لېږد چې کلاینټ یې مني کېدای شي سرور یې بیا هم رد کړي۔ رد د کلاینټ په خوا کې د لېږد یا چینل غلطي ښکاري، او هغه پیغام لوستل د امر د سمولو څخه ګړندی دي۔

یو اپلیکیشن لېږد ته وګرځوئ

اپلیکیشن داسې تنظیم کړئ چې پر http://127.0.0.1:13128 HTTP پروکسي وکاروي، که لرې پروکسي غواړي نو د اعتبار معلوماتو سره۔ د HTTPS موخو لپاره د اپلیکیشن خپله د سند تایید وساتئ، ځکه چې د پروکسي ټونل هغه نه بدلوي۔ دا د یوې خدمت ثابته لېږد ده، نو اپلیکیشن ته باید د پروکسي په اړه وویل شي، نه دا چې پخپله یو ومومي۔

د هر دايمي تنظیم دمخه یو ګړندی کتنه: curl -x http://127.0.0.1:13128 -I https://example.com، کوم چې هغه HTTP CONNECT طریقه ازمويي چې پروکسي باید یې ملاتړ وکړي۔

وړتیا هغه ځای کې وساتئ چې وه

لرې پروکسي لا هم پرېکړه کوي چې کومې موخې او طریقې اجازه لري، او SSH ننوتل باید هر حساب ته په خاموشۍ سره عمومي وېب ریلې نه ورکړي۔ پر لپټاپ 127.0.0.1 ته تړل د دې مخه نیسي چې پورټ ستاسو سیمهای شبکې ته خپور شي، او دا پورټ د هماغې ماشین نورو پروسو څخه شخصي نه کوي۔ هغه تړل د پروکسي د شریکولو لپاره د wildcard پتې سره بدلول هغه لاره ده چې یوه نهمدیریتشوې پرانیستې ریلې رامنځته کېږي۔

SSH لېږد تر سرور پورې ټوپ ساتي۔ له هغې نقطې وروسته پروکسي خپله اړیکه پرانیزي، نو یوه ساده HTTP غوښتنه موخې ته د سرور وروسته هم ساده پاتې کېږي، که څه هم لومړی برخه کوډ شوې وه۔

دواړه سرې تایید کړئ، بیا پاکوالی وکړئ

د سیمهای ټونل چمتووالی او د لرې خدمت بریا بېلې پایلې دي، او د امر د وتلو حالت تاسو ته یوازې د لومړي په اړه وایي۔ په ss -ltn سره وګورئ چې اورېدونکی شته، بیا یوه اجازهلرونکې اپلیکیشن غوښتنه او یوه غوښتنه وکړئ چې پروکسي باید رد کړي۔ که دواړه د تمې سره سم چلند وکړي، لاره ریښتینې ده؛ که ټونل روان وي او هره غوښتنه ناکامه شي، پروکسي ردوي یا موخې ته نشي رسېدلای۔

کله چې بشپړ شئ، هغه SSH پروسه ودروئ چې مالکیت یې لري، له اپلیکیشن څخه د پروکسي تنظیم لرې کړئ، او تایید کړئ چې سیمهای پورټ تللی دی، نه دا چې اورېدونکی پرېږدئ چې له دندې اوږد ژوند وکړي۔