د socat SOCKS پلونه: د وېبسایټ TLS کوربه نوم وساتئ

اپلیکیشن د SOCKS انتخاب نلري، خو کولای شي له ټاکل شوي TCP پتې سره ونښلي. د ثابت هدف اډاپټر کولای شي د یو هدف لپاره د SOCKS خبرې اترې برابري کړي. اړتیا نه لري چې بل عمومي مخکې تګ پروکسي شي.

د هغو socat جوړښتونو لپاره چې SOCKS4A برابروي، یو بېلګه ییز ترتیب دا دی:

socat TCP4-LISTEN:9443,bind=127.0.0.1,reuseaddr,fork \
  SOCKS4A:127.0.0.1:service.example.net:443,socksport=1080

د SOCKS پای ټکی ځایي پورټ 1080 دی. اډاپټر په ځایي پورټ 9443 اورېدل کوي او له هغه پای ټکي service.example.net:443 غواړي. دا بېلګه ارزښتونه دي، نه بشپړ خدمت ځای پرځای کول.

اډاپټر یو ثابت هدف لري

هر منل شوی TCP نښلون هماغه خدمت غواړي. هغه اپلیکیشن چې 9443 ته نښلي، خپل عادي پروتوکول بایټ وړاندې کوي؛ socat د SOCKS4A خبرې اترې وړاندې کوي. 9443 ته نوی HTTP CONNECT غوښتنه لېږل بېل هدف نه ټاکي—هغه بایټ به ثابت خدمت ته ولېږي.

SOCKS4A د لرې حل لپاره SOCKS پای ټکي ته کوربه نوم ورکوي. دا د SOCKS4 له بڼې توپیر لري چې د کړکېچن ټاکل شوې پته کاروي. ټاکل شوی پورتنۍ جریان—له SOCKS4 پروکسي لیست څخه عامه نوماند هم په کې—باید د SOCKS4A کوربه نوم سمبالښت او اړین تصدیق ملاتړ کړي؛ دا بېلګه د SOCKS5 پټنوم ننوتلو لارښود نه دی.

په ځایي توګه ونښلئ، ریښتینی خدمت وپېژنئ

HTTPS URL ته https://127.0.0.1:9443/ ته بدلول هغه کوربه نوم بدلوي چې کړکېچن یې TLS او HTTP لپاره کارولی شي. د service.example.net لپاره سند د loopback لپاره معتبر سند نه شي.

چېرې چې کړکېچن جلا نښلون لارښوونه ملاتړ کوي، د اصلي URL هویت وساتئ. Curl کولای شي هغه توپیر وښيي:

curl --noproxy '*' \
  --connect-to service.example.net:443:127.0.0.1:9443 \
  https://service.example.net/

ساکټ ځایي اډاپټر ته ځي، په داسې حال کې چې TLS تصدیق او HTTP هدف service.example.net پاتې کېږي. نورو اپلیکیشنونو ته خپل ورته ملاتړ شوی کنټرول ته اړتیا ده؛ هر کړکېچن هغه نه برابروي.

loopback تړل د شبکې ښکاریدل محدودوي، خو نور وړ ځایي بهیرونه لا هم ورته رسیدلی شي. د خدمت عمر او کاروونکي مناسب وساتئ. د loopback URL له امله رامنځته شوی هویت تېروتنه مه ښپه، بلکې TLS تصدیق وساتئ.