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