SSH کے ذریعے موجود HTTP یا SOCKS پراکسی تک پہنچیں
SSH کے ذریعے دور دراز loopback HTTP یا SOCKS پراکسی تک اس کے سننے والے کو عوامی طور پر بے نقاب کیے بغیر پہنچیں۔
اگر relay.example.net پہلے ہی اپنے 127.0.0.1:1080 پر SOCKS چلا رہا ہے تو اس سننے والے کو عوامی طور پر بے نقاب کرنے کے بجائے رسائی آگے بھیجیں:
ssh -N -L 127.0.0.1:1081:127.0.0.1:1080 [email protected]| آخری نقطہ | کردار |
|---|---|
لیپ ٹاپ 127.0.0.1:1081 | وہ SOCKS پتہ جو لیپ ٹاپ کی ایپ میں ترتیب دینا ہے۔ |
ریلے 127.0.0.1:1080 | SSH سرور کی طرف سے پہنچا جانے والا موجودہ پراکسی۔ |
مقامی فارورڈنگ نحو مقررہ منزل کو سرور کی طرف تفویض کرتا ہے۔ دور دراز loopback پورٹ 3128 پر HTTP پراکسی یا proxy.internal.example:8080 جیسا انٹرانیٹ آخری نقطہ اسی اصول پر کام کرتا ہے۔ کلائنٹ کو اسی موجودہ HTTP پروٹوکول اور اکاؤنٹ کے لیے ترتیب دیں؛ SSH کے ذریعے لے جانا SOCKS یا TLS کے ساتھ HTTPS سننے والا پیدا نہیں کرتا۔
موجودہ سروس اب بھی معاون پروٹوکول ورژنز، تصدیق، منزلیں اور آخری اخراج منتخب کرتی ہے۔ اگر کسی اور SSH عمل نے وہ دور دراز پراکسی بنایا ہے تو دونوں عمل زندہ رہنے چاہئیں۔ لیپ ٹاپ→ریلے→گیٹ وے راستہ ویب سائٹ کو آخری بیرونی کنکشن دکھاتا ہے، مقامی پورٹ 1081 کی مختص کردہ شناخت نہیں۔
لیپ ٹاپ کی بائنڈنگ واضح طور پر مقامی رکھیں۔ زیادہ وسیع نمائش بدل دیتی ہے کہ سروس تک کون پہنچ سکتا ہے، اور SSH لاگ ان سننے والے میں SOCKS پاس ورڈ نہیں جوڑتا۔ انکار پر لیپ ٹاپ سننے والے، SSH ٹرانسپورٹ اور دور دراز پراکسی کو الگ مراحل کے طور پر جانچیں۔