SSH پراکسی اکاؤنٹ shell کے بغیر کام کر سکتا ہے

پرکشش سیٹنگ AllowTcpForwarding no ہے۔ بدقسمتی سے، یہ وہ فارورڈنگ بھی بند کر دیتی ہے جو مقامی SSH SOCKS پراکسی کو درکار ہے۔ متحرک فارورڈنگ سرور کی پالیسی کے گرد کوئی سوراخ نہیں ہے۔

مخصوص اکاؤنٹ کے لیے، OpenSSH کئی صلاحیتیں الگ کرتا ہے۔ پالیسی کا ایک ٹکڑا shell اور ذیلی نظام کے سیشنز روکتے ہوئے مقامی فارورڈنگ کی اجازت دے سکتا ہے:

Match User proxyuser
    AllowTcpForwarding local
    MaxSessions 0
    PermitTTY no
    X11Forwarding no
    AllowAgentForwarding no

سرور مینوئل MaxSessions 0 کو ایسی سیٹنگ بتاتا ہے جو shell، لاگ اِن اور ذیلی نظام کے سیشنز روکتی ہے اور فارورڈنگ کی اجازت دیتی ہے۔ اسے موجودہ مصدقہ اکاؤنٹ میں شامل کریں؛ یہ مکمل SSH سلامتی کنفیگریشن نہیں ہے۔

صرف فارورڈنگ کا مطلب صرف SOCKS نہیں

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

PermitOpen مخصوص فہرست ضرورت سے مطابقت رکھنے پر منزل کے میزبان اور پورٹ کے جوڑوں کو محدود کر سکتا ہے۔ یہ ہر نجی نیٹ ورک پر میزبان نام کے حل کو مدنظر رکھنے والی عمومی پابندی نہیں ہے۔ وسیع تر پتوں کی پابندیوں کے لیے مناسب میزبان نیٹ ورک پالیسی درکار ہو سکتی ہے۔

اکاؤنٹ، کلید اور شامل سرور کی سیٹنگز فارورڈنگ کو مزید محدود کر سکتی ہیں۔ کہیں اور کی مجموعی فارورڈنگ پابندی وہ صلاحیت ہٹا سکتی ہے جو یہ ٹکڑا اجازت دیتا دکھائی دیتا ہے۔

بازیابی کے راستے کے ساتھ معمول کا سرور انتظامی طریقہ اپنائیں، پھر اجازت یافتہ اور مسترد شدہ صلاحیتوں کا الگ الگ جائزہ لیں۔ مطلوبہ نتیجہ واضح فارورڈنگ اجازتیں ہیں، نہ کہ حادثاتی طور پر کھلا چھوڑا گیا انٹرایکٹو لاگ اِن یا اپنی ہی پابندی سے بند پراکسی۔