SSH द्वारे फॉरवर्ड केलेला पोर्ट नेहमी SOCKS प्रॉक्सी नसतो
अ‍ॅप्लिकेशन कॉन्फिगर करण्यापूर्वी SSH चा स्थिर स्थानिक फॉरवर्ड आणि गतिशील SOCKS श्रोत्यात फरक करा.
तुम्ही SSH बोगदा तयार करता, 127.0.0.1 आणि त्याचा पोर्ट ब्राउझरच्या प्रॉक्सी सेटिंग्जमध्ये टाकता, आणि काहीही लोड होत नाही. श्रोता पूर्णपणे व्यवस्थित काम करत असू शकतो. कदाचित तो फक्त चुकीच्या प्रकारच्या रहदारीची वाट पाहत असेल.
| फॉरवर्ड | स्थानिक अ‍ॅप्लिकेशन काय पाठवते | गंतव्याची निवड |
|---|---|---|
-L | लक्ष्य सेवेचा नेहमीचा प्रोटोकॉल | SSH आदेशात स्थिर |
-D | SOCKS वाटाघाटी, नंतर अ‍ॅप्लिकेशन रहदारी | SOCKS क्लायंटने विनंती केली |
एका वेब सर्व्हरसाठी हा स्थिर फॉरवर्ड आहे:
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 द्वारे फॉरवर्ड करणे त्या प्रॉक्सीचा प्रोटोकॉल आणि खाते टिकवते.