Windows portproxy के साथ निश्चित गंतव्य पर TCP रिले

portproxy नियम लिसनर को निश्चित गंतव्य पर भेजता है। यह वह SOCKS या HTTP CONNECT बातचीत नहीं जोड़ता जिसकी प्रॉक्सी-जागरूक क्लाइंट अपेक्षा करते हैं।

Windows का portproxy नियम TCP को एक कॉन्फ़िगर किए गए गंतव्य पर रिले करता है। यह ब्राउज़र के HTTP प्रॉक्सी अनुरोध या SOCKS गंतव्य अनुरोध पर बातचीत नहीं करता।

सेवागंतव्य कौन चुनता है?
निश्चित TCP रिलेलिसनर का फ़ॉरवर्डिंग कॉन्फ़िगरेशन।
SOCKS5 प्रॉक्सीक्लाइंट का अनुरोध, सर्वर नीति के भीतर।
HTTP फ़ॉरवर्ड प्रॉक्सीHTTP प्रॉक्सी अनुरोध, सामान्य HTTPS टनलिंग के लिए CONNECT सहित।

netsh interface portproxy show all के साथ मौजूदा रिले का निरीक्षण करें। उसके कॉन्फ़िगर किए गए बैकएंड की तुलना उस प्रोटोकॉल से करें जो आपका क्लाइंट भेजता है। netsh संदर्भ लिसनर और गंतव्य के पते/पोर्ट बताता है; TCP स्वीकार करना HTTP या SOCKS हैंडशेक स्थापित नहीं करता।

सामान्य रिले को भेजी गई SOCKS बातचीत बस उसी निश्चित बैकएंड तक पहुँचती है। यह किसी गैर-SOCKS सेवा से अनुरोध समझने या नया लक्ष्य चुनने के लिए नहीं कह सकती।

असली प्रॉक्सी के सामने वाला रिले अलग होता है। अपस्ट्रीम प्रॉक्सी अब भी गंतव्यों और प्रमाणीकरण पर बातचीत करता है; रिले कनेक्शन को उस तक ले जाता है। नेटवर्क पर खुला रिले उस बैकएंड तक पहुँच बढ़ा सकता है, इसलिए लिसनर की पहुँच सीमा को जानबूझकर रखें।

जब आवश्यकता सामान्य HTTP या SOCKS एग्ज़िट हो तो प्रोटोकॉल-सक्षम सेवा चुनें। फ़ॉरवर्ड किया गया पोर्ट उस मार्ग का केवल एक हिस्सा है।

संबंधित लेख