Ncat को HTTP प्रोक्सी मोड र स्थिर TCP रिले

client → local TCP relay → existing forward proxy → destination

यस व्यवस्थामा रिलेसँग एउटा स्थिर अपस्ट्रिम हुन्छ। यसले ग्राहकको अनुरोध नबदली विद्यमान फर्वार्ड प्रोक्सीमा पठाउँछ। त्यो प्रोक्सीले निरपेक्ष URL वा CONNECT लक्ष्य पढ्छ, नीति लागू गर्छ र गन्तव्य जडान खोल्छ।

रिलेलाई सिधै वेबसाइटतिर फर्काउँदा सम्झौता बदलिन्छ। फर्वार्ड प्रोक्सीले गन्तव्य छान्नुपर्छ र HTTP फ्रेमिङ तथा जडान व्यवहार सम्हाल्नुपर्छ; पहिलो पङ्क्तिबाट होस्टनाम निकाल्नु पर्याप्त हुँदैन।

Nmap को Ncat ले छुट्टै HTTP बुझ्ने सुन्ने मोड दिन्छ:

ncat --listen 127.0.0.1 3128 --proxy-type http

यो loopback उदाहरणले Ncat को प्रोक्सी कार्यान्वयन प्रयोग गर्छ, हरेक nc मा हुने सुविधा होइन। यसको सुन्ने पक्षको प्रोक्सीले HTTP विधि र CONNECT सम्हाल्छ। यसका ग्राहक-पक्ष SOCKS विकल्पहरूले सुन्ने मोडमा SOCKS सर्भर स्थापना गर्दैनन्। स्थायी साझा सेवालाई पनि सोचविचार गरिएको जडान व्यवस्थापन, पहुँच नियन्त्रण र लगिङ चाहिन्छ।

अवलोकनका लागि इन्क्रिप्शनको सीमा पहिचान गर्नुहोस्। सादा HTTP प्रोक्सी जडानमा रहेको रिलेले प्रोक्सी अनुरोध र जवाफ देख्न सक्छ। CONNECT पछि गन्तव्यको HTTPS TLS बाइट हो, पढ्न योग्य पृष्ठ सामग्री होइन। प्रोक्सीसम्मको TLS ले त्यो लिङ्कमा सुरुको प्रोक्सी आदानप्रदान पनि लुकाउँछ। व्याख्या गरिएका कारोबारका लागि ग्राहक र प्रोक्सी निदान प्रयोग गर्नुहोस्, र प्रमाणहरू वा संवेदनशील URL हुन सक्ने लग सुरक्षित राख्नुहोस्।