रिव्हर्स SSH प्रॉक्सी लिसनर फक्त सर्व्हरवरच का पोहोचण्यायोग्य असतो
प्रॉक्सी प्रोटोकॉल किंवा क्रेडेन्शियल्स बदलण्यापूर्वी रिमोट लिसनरचा bind पत्ता आणि GatewayPorts मोड तपासा.
रिमोट फॉरवर्ड SSH सर्व्हरवरून काम करू शकतो पण दुसऱ्या मशीनवरून येणारी कनेक्शन नाकारू शकतो, कारण तो फक्त loopback वर ऐकतो. आधी प्रत्यक्ष ऐकण्याचा पत्ता तपासा.
सर्व्हरच्या बाजूला GatewayPorts | रिमोट-फॉरवर्ड bind |
|---|---|
no, डीफॉल्ट | लिसनरना loopback पर्यंत मर्यादित करतो |
yes | wildcard bind लादतो |
clientspecified | क्लायंटला विशिष्ट bind पत्ता मागण्याची परवानगी देतो |
एका नियंत्रित इंटरफेससाठी हेतू असलेल्या लिसनरसाठी, सर्व्हर हे वापरू शकतो:
GatewayPorts clientspecifiedनंतर क्लायंट त्याच्या -R तपशीलात योग्य पत्ता मागतो. तो पत्ता रिमोट मशीनवर असणे आवश्यक आहे, आणि इतर फॉरवर्डिंग निर्बंध अजूनही लागू आहेत. क्लायंट-साइड -g या दिशेसाठी अदलाबदल करण्यायोग्य नियंत्रण नाही.
तीन परवानग्या वेगळ्या राहतात: फॉरवर्ड तयार करण्यासाठी SSH अधिकृतता, त्याच्या लिसनरपर्यंत नेटवर्क प्रवेश, आणि HTTP किंवा SOCKS सेवेचे स्वतःचे प्रवेश धोरण. SSH लॉगिन सुरंग निर्मात्याचे प्रमाणीकरण करते; ते सामायिक लिसनरच्या प्रत्येक पुढील कॉलरचे प्रमाणीकरण करत नाही किंवा SOCKS पासवर्ड आव्हान जोडत नाही.
रिमोट कॉलर अजूनही कनेक्ट करू शकत नसेल, तर bind पत्ता, सर्व्हरचे फॉरवर्डिंग निर्बंध आणि फायरवॉल मार्ग या क्रमाने तपासा. TCP लिसनरपर्यंत पोहोचल्यानंतर, अयशस्वी प्रॉक्सी हँडशेक ही नंतरची समस्या आहे.