یو لیرې Pi ته د خپل SSH کلاینټ له لارې SOCKS پروکسي ورکړئ

تاسو فرض کوئ چې SOCKS پروکسي باید هلته چلېږي چېرې چې شبکه مخکې له مخکې شتون لري. OpenSSH کولی شي اورېدونکی په بشپړه توګه بل ځای کې کېږدي. لیرې متحرک لیږد پر یو لیرې هوسټ SOCKS پورټ پرانیزي او هره اړیکه ستاسو د سیمه ایز SSH کلاینټ څخه پیلوي، کوم چې ستاسو د لیپ ټاپ تصویب شوې VPN لاره وړي. Pi یو محدود پروکسي ترلاسه کوي؛ دا ستاسو تونل یا ستاسو واکونه په میراث نه اخلي.

اورېدونکی او هغه اړخ چې اړیکه ترې پیلېږي کېدای شي توپیر ولري

یو عادي ssh -D 1080 اورېدونکی پر خپله ماشین چلوي او له هغه ځایه اړیکې لېږي. لیرې متحرک لیږد دا برعکس کوي: اورېدونکی پر لیرې هوسټ ښکاري، او هره اړیکه چې مني د سیمه ایز اړخ څخه پرانیستل کېږي. د OpenSSH کلاینټ لارښود له ثابت هدف پرته -R په سمه توګه همدا د SOCKS4/5 ترتیب په توګه مستند کوي.

له لیپ ټاپ څخه یو ملاتړ شوی حکم داسې ښکاري، چې پکې حساب، هوسټونه او پورټ د ځای نیوونکو په توګه ګڼل کېږي:

ssh -NT -S none -o ExitOnForwardFailure=yes \
  -o PermitRemoteOpen=app.corp.example:443 \
  -R 1080 [email protected]

هلته درې جزئیات ګټور کار کوي. -S none غونډه له یو شریک کنټرول ماسټر څخه لیرې ساتي، ExitOnForwardFailure ژر ناکامېږي پرځای دې چې تاسو له نیم پرانیستې غونډې سره پرېږدي، او PermitRemoteOpen محدودوي چې لیرې اورېدونکی چېرته رسېدلی شي. یو مجاز Pi حساب وکاروئ او د دې هر یو له اضافه کولو مخکې د هوسټ کیلي تایید کړئ.

لیرې اورېدونکی واقعاً څه افشا کوي

د اورېدونکي په باور د تکیه کولو مخکې د سرور د لیږد تګلاره وګورئ. له GatewayPorts no سره لیرې لیږد له loopback سره تړلی پاتې کېږي، او همدا هغه افشا ده چې تاسو یې غواړئ. هغه سرور چې د وایلډکارډ لیږد لپاره تنظیم شوی وي هر انټرفیس ته همدا پورټ خپروي، کوم چې یو شخصي پروکسي په داسې شي بدلوي چې سیمه ایزه شبکه ورته رسېدلی شي.

loopback هم د هر کاروونکي پوله نه ده. پر Pi بله پروسه کولی شي له 127.0.0.1:1080 سره ونښلي که پورټ پېژني، نو د Pi سیمه ایز حسابونه او هر هغه څه چې پر هغه چلېږي ستاسو د لاسرسي ډیزاین برخه ده. دا د هدفونو لیست تنګ ساتلو دلیل دی، د تګلارې کتنې پرېښودلو دلیل نه.

اجازه شوی هدف د هغه اپلیکیشن لپاره ځانګړی وساتئ چې تاسو ورته رسېدل غواړئ. د هغه ځای نیول په بې حد لیږد سره ترڅو یو ناتړلی پروګرام کار وکړي، لاره له هغې ستونزې څخه ډېره لرې پراخوي چې تاسو پیل کړې وه. د هدفونو لیست دا هم ثبتوي چې غونډه د څه لپاره وه، کوم چې وروسته د هغې د پلټنې کوونکي سره مرسته کوي. دا د هغه حساب تر څنګ ولیکئ چې کارولی مو دی.

یو اپلیکیشن د پروکسي له لارې ولېږئ

پر Pi یو پروکسي پېژندونکی کلاینټ بیا غوښتنه کولی شي. socks5h مختاړی د هدف نوم پروکسي ته سپاري، نو پلټنه او اړیکه دواړه د لیپ ټاپ په اړخ کې پېښېږي، او له PermitRemoteOpen کې نومول شوي هدف سره سمون خوري:

curl --proxy socks5h://127.0.0.1:1080 \
  --noproxy '' https://app.corp.example/

عادي سند تصدیق او د اپلیکیشن خپل تصدیق وساتئ. پروکسي بدلوي چې TCP اړیکه چېرته جوړېږي؛ دا بې تصدیقه خدمت خوندي نه کوي او ځان لاسلیک شوی پای ټکی باوري نه جوړوي.

لیپ ټاپ لا هم خپله لاره او د SSH سرور او اپلیکیشن دواړو ته د حلونکي لاسرسی ته اړتیا لري. د هغه SSH کلاینټ ټرافیک باید د تصویب شوې VPN تګلارې له مخې وټاکل شي، او split-tunnel استثنا کولی شي هغه ټرافیک هغې لارې ته ولېږي چې تاسو ازمویلې وه نه وه.

لاره ثابته کړئ او بنده یې کړئ

تایید کړئ چې اورېدونکی هغه ځای کې دی چې تاسو یې تمه لرئ او یوازې پام شوی هدف ځواب وایي:

$ ss -ltnp | grep 1080
LISTEN 0 128 127.0.0.1:1080 0.0.0.0:*
$ curl -sS -o /dev/null -w '%{http_code}\n' \
    --proxy socks5h://127.0.0.1:1080 https://app.corp.example/

ExitOnForwardFailure کولی شي ثابته کړي چې لیږد جوړ شو، او بیا هم نشي کولی تصدیق کړي چې د اپلیکیشن ننوتل لاندې بریالي کېږي. یوازې پورټ نه، اپلیکیشن وازموئ. هغه اورېدونکی چې مني او بیا هره غوښتنه ناکاموي معمولاً مانا دا ده چې د هدف نوم یا د لیپ ټاپ لاره غلطه ده، نه دا چې تونل ناکام شو.

دا ترتیب یوازې TCP وړي. UDP، ICMP او هغه پروګرامونه چې د پروکسي تنظیمات نه پام کوي له دې بهر پاتې کېږي، او لیږد په هغه شیبه پای ته رسېږي چې SSH غونډه پای ته رسېږي. کله چې کار مو پای ته ورسېد هغه غونډه ودروئ او اپلیکیشن ته اضافه شوی پروکسي تنظیم لرې کړئ.

د تلپاتې لاسرسي لپاره پرځای یې د شبکې مالک ملاتړ شوې ثبت یا مدیریت شوی ګیټ وے وکاروئ. د VPN د وسیلې یا سرچینې محدودیتونو څخه د تېښتې لپاره ریورس پروکسي غلط وسیله ده؛ د هغو محدودیتونو دننه کارول شوی، دا یوازې یوه مجازه اپلیکیشن لاره ده چې روښانه حدود لري.