آپ کا SSH پاس ورڈ SOCKS پاس ورڈ نہیں ہے

آپ نے ssh -D شروع کرنے کے لیے پاس ورڈ ٹائپ کیا۔ اس نے آپ کے SSH کنکشن کی توثیق کی۔ لیکن اس نے نئے سننے والے تک پہنچ سکنے والے ہر پروگرام کے لیے پاس ورڈ سے محفوظ SOCKS اکاؤنٹ نہیں بنایا۔

OpenSSH کی متحرک فارورڈنگ توثیق شدہ SSH ترسیل پر مقامی SOCKS سروس فراہم کرتی ہے۔ اس کی SOCKS5 ہینڈلنگ بغیر توثیق والا طریقہ منتخب کرتی ہے؛ یہ عام SOCKS صارف نام/پاس ورڈ سرور نہیں ہے۔

ذاتی استعمال کے لیے، مقامی طور پر بائنڈ کریں:

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

اس کمپیوٹر کی ایپلیکیشنز آپ کا SSH پاس ورڈ SOCKS پاس ورڈ کے طور پر درج کیے بغیر پورٹ 1080 استعمال کرتی ہیں۔ متحرک فارورڈنگ کی دستاویز سننے والے کی وضاحت کرتی ہے، اور OpenSSH کا SOCKS ہینڈلنگ سورس توثیق کی تفصیل دیتا ہے۔

شیئر کرنا مسئلہ بدل دیتا ہے

LAN پتے پر بائنڈ کرنا پورٹ کو اصل مقامی استعمال سے آگے قابل رسائی بناتا ہے۔ قریبی کلائنٹ صرف اس لیے الگ SSH سیشن قائم نہیں کرتے کہ ان کا ٹریفک آپ کے ذریعے گزرتا ہے۔ اگر نیٹ ورک رسائی کی اجازت دے، تو وہ کلائنٹ آپ کے گیٹ وے کی بیرونی شناخت شیئر کر سکتے ہیں۔

فائر وال قابل رسائی کلائنٹ کو محدود کر سکتا ہے لیکن SOCKS لاگ ان تبادلہ شامل نہیں کرتا۔ الگ SOCKS صارف ناموں، کوٹہ یا فی صارف قواعد کے لیے وہ سرور منتخب کریں جو یہ خصوصیات سپورٹ کرے۔ مثلاً Dante SOCKS توثیق کو کلائنٹ ایڈریس پابندیوں سے الگ دستاویز کرتا ہے۔

یہ مسئلہ حل کرنے میں بھی مدد کرتا ہے۔ SOCKS صارف نام/پاس ورڈ طریقے پر اصرار کرنے والا کلائنٹ اس سننے والے کے ساتھ آپ کی توقع کے مطابق بات چیت نہیں کر سکتا۔ ایپلیکیشن کو ایڈجسٹ کریں یا موزوں توثیق شدہ SOCKS سروس منتخب کریں؛ آپ کا SSH پاس ورڈ بار بار آزمانا غلط لاگ ان کو مخاطب کرتا ہے۔

صرف مقامی رسائی اب بھی سمجھنے کی حد ہے، یہ دعویٰ نہیں کہ مقامی کمپیوٹر کا ہر عمل ایک ہی صارف کا ہے۔