Privoxy: HTTP प्रोक्सी क्लाइन्टलाई SOCKS टनेलमा जोड्नुहोस्

SSH गतिशील टनेल, PuTTY को गतिशील फर्वार्डिङ सहित, SOCKS इन्टरफेस दिन्छ। HTTP प्रोक्सी मात्र स्वीकार गर्ने अनुप्रयोगले त्यो पोर्टलाई HTTP भनेर मात्र प्रयोग गर्न सक्दैन।

तिनीहरूबीच स्थानीय प्रोटोकल ब्रिज बस्न सक्छ। अनुप्रयोगले HTTP प्रोक्सी अनुरोधहरू ब्रिजमा पठाउँछ, र ब्रिजले SOCKS सेवामार्फत गन्तव्य जडानहरू खोल्छ।

Privoxy यो व्यवस्थालाई आफ्ना फर्वार्डिङ नियमहरूमार्फत अभिलेख गर्छ। विद्यमान स्थानीय SOCKS5 टनेलका लागि कन्फिगरेसनको अंश यो हो:

forward-socks5 / 127.0.0.1:1080 .

अनुप्रयोग Privoxy को HTTP श्रोतासँग जोडिन्छ, पोर्ट 1080 सँग होइन। त्यो श्रोतालाई अभिप्रेत पहुँच नीतिअन्तर्गत स्थानीय राख्नुहोस्। नियमको अन्त्यको बिन्दुको अभिलेखित अर्थ छ; यो हराएको इन्टरनेट होस्टनामको लागि प्लेसहोल्डर होइन।

यो प्रोटोकल अनुवाद हो

Privoxy को फर्वार्डिङ कागजातले SOCKS फर्वार्डिङ सिन्ट्याक्स र होस्टनाम व्यवस्थापन व्याख्या गर्छ। साधारण TCP पोर्ट फर्वार्डिङले त्यही अनुवाद गर्दैन: यसले क्लाइन्टका HTTP बाइटहरू अपरिवर्तित रूपमा SOCKS श्रोतामा पुर्याउँछ, जसले अझै SOCKS वार्तालाप अपेक्षा गर्छ।

ब्रिज पनि तपाईंले बुझ्नुपर्ने कन्फिगरेसनको भाग बन्छ। Privoxy का आफ्नै सामग्री-फिल्टरिङ र पहुँच सेटिङहरू हुन सक्छन्। यसलाई थप्नु मूल अनुप्रयोगले SOCKS लाई मूल रूपमा समर्थन गर्नुजस्तै होइन।

HTTPS साइटहरूका लागि अनुप्रयोगले सामान्यतया HTTP ब्रिजसँग CONNECT माग्छ, र ब्रिजले SOCKS मार्फत गन्तव्य जडान प्राप्त गर्छ। साइटको सामान्य TLS अनुप्रयोग-देखि-साइट सम्बन्ध नै रहन्छ; यो मार्ग दिन ब्रिजले साइटको नक्कल गर्नु पर्दैन।

यदि अनुप्रयोगले सिधै SOCKS प्रयोग गर्न सक्छ भने थप घटक अनावश्यक हुन सक्छ। ब्रिजलाई वास्तविक प्रोटोकल अमिल्दो समाधान गर्न प्रयोग गर्नुहोस्, श्रोता र माथिल्लो प्रवाह स्पष्ट रूपमा छुट्याएर।