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 विशिष्ट यादी आवश्यकतेशी जुळल्यास गंतव्य होस्ट आणि पोर्ट जोड्या मर्यादित करू शकते. प्रत्येक खाजगी नेटवर्कवर होस्टनाव-निराकरण विचारात घेणारी ही सामान्य बंदी नाही. व्यापक पत्ता निर्बंधांसाठी योग्य होस्ट नेटवर्क धोरण आवश्यक असू शकते.

खाते, की आणि समाविष्ट सर्व्हर सेटिंग्ज फॉरवर्डिंग अधिक मर्यादित करू शकतात. अन्यत्रची सर्वसमावेशक फॉरवर्डिंग बंदी हा अंश परवानगी देत असल्याचे दिसणारी क्षमता काढून टाकू शकते.

पुनर्प्राप्ती मार्गासह नेहमीची सर्व्हर प्रशासन प्रक्रिया वापरा, नंतर अनुमत आणि नाकारलेल्या क्षमतांचे स्वतंत्रपणे मूल्यांकन करा. इच्छित परिणाम स्पष्ट फॉरवर्डिंग परवानग्या आहेत, अपघाताने खुले सोडलेले परस्परसंवादी लॉगिन किंवा स्वतःच्या मर्यादेमुळे निष्क्रिय झालेला प्रॉक्सी नाही.