SSH کے ذریعے فارورڈ کیا گیا پورٹ ہمیشہ SOCKS پراکسی نہیں ہوتا

آپ SSH ٹنل بناتے ہیں، 127.0.0.1 اور اس کا پورٹ براؤزر کی پراکسی ترتیبات میں ڈالتے ہیں، اور کچھ لوڈ نہیں ہوتا۔ سننے والا بالکل ٹھیک کام کر رہا ہو سکتا ہے۔ ممکن ہے وہ صرف غلط قسم کی ٹریفک کا انتظار کر رہا ہو۔

ایک ہی ویب سرور کے لیے یہ مستقل فارورڈ ہے:

ssh -N -L 127.0.0.1:9080:web.example.com:80 [email protected]

http://127.0.0.1:9080/ کو ویب سائٹ کے طور پر کھولیں۔ پورٹ 9080 کو SOCKS نہ کہیں: یہ کمانڈ میں نامزد ایک ہی ویب سرور تک بائٹس بھیجتا ہے۔ کسی سائٹ کو مختلف ہوسٹ نام کے تحت کھولنا اس کی ورچوئل ہوسٹنگ، ری ڈائریکٹ یا کوکیز کو بھی متاثر کر سکتا ہے۔

SOCKS سننے والے کے لیے شکل بدل جاتی ہے:

ssh -N -D 127.0.0.1:1080 [email protected]

ایپلیکیشن کو 127.0.0.1:1080 پر SOCKS استعمال کرنے کے لیے ترتیب دیں۔ اس پتے کو براہ راست براؤزر کی ایڈریس بار میں لکھنے سے ویب درخواست SOCKS سننے والے کو جاتی ہے، یہ ایک اور پروٹوکول عدم مطابقت ہے۔

OpenSSH مینوئل دونوں شکلوں کو دستاویز کرتا ہے۔ ایک مفید استثنا ہے: موجودہ HTTP پراکسی کو -L کے ساتھ فارورڈ کرنے سے ایسا مقامی پورٹ بنتا ہے جو HTTP پراکسی پروٹوکول بولتا ہے، کیونکہ اس کی مستقل منزل خود ایک HTTP پراکسی ہے۔ مستقل فارورڈ میں کیا آتا ہے یہ دور کے سرے کی سروس طے کرتی ہے۔ موجودہ پراکسی کو SSH کے ذریعے فارورڈ کرنا اس پراکسی کا پروٹوکول اور اکاؤنٹ برقرار رکھتا ہے۔