SSH मार्फत फर्वार्ड गरिएको पोर्ट सधैं SOCKS प्रोक्सी हुँदैन

कुनै अनुप्रयोग कन्फिगर गर्नु अघि SSH को स्थिर स्थानीय फर्वार्ड र गतिशील SOCKS श्रोताबीच भिन्नता छुट्याउनुहोस्।

तपाईं SSH सुरुङ बनाउनुहुन्छ, 127.0.0.1 र यसको पोर्ट ब्राउजरको प्रोक्सी सेटिङमा राख्नुहुन्छ, र केही पनि लोड हुँदैन। श्रोता पूर्ण रूपमा ठीकसँग काम गरिरहेको हुन सक्छ। यो सायद गलत प्रकारको ट्राफिक पर्खिरहेको हुन सक्छ।

फर्वार्डस्थानीय अनुप्रयोगले के पठाउँछगन्तव्यको छनोट
-Lलक्ष्य सेवाको सामान्य प्रोटोकलSSH आदेशमा स्थिर
-DSOCKS वार्ता, त्यसपछि अनुप्रयोग ट्राफिक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 मार्फत फर्वार्ड गर्ने ले त्यो प्रोक्सीको प्रोटोकल र खाता कायम राख्छ।

सम्बन्धित लेखहरू