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

यह लूपबैक उदाहरण Ncat के प्रॉक्सी कार्यान्वयन का उपयोग करता है, ऐसी सुविधा नहीं जो हर nc में हो। इसकी सुनने वाली ओर की प्रॉक्सी HTTP विधियाँ और CONNECT संभालती है। इसके क्लाइंट-पक्ष SOCKS विकल्प सुनने के मोड में SOCKS सर्वर स्थापित नहीं करते। स्थायी साझा सेवा को सोच-समझकर कनेक्शन प्रबंधन, पहुँच नियंत्रण और लॉगिंग की भी आवश्यकता होती है।

अवलोकन के लिए एन्क्रिप्शन की सीमा पहचानें। सादे HTTP प्रॉक्सी कनेक्शन पर रिले प्रॉक्सी अनुरोध और उत्तर देख सकता है। CONNECT के बाद गंतव्य का HTTPS TLS बाइट्स है, पढ़ने योग्य पृष्ठ सामग्री नहीं। प्रॉक्सी तक TLS उस लिंक पर प्रारंभिक प्रॉक्सी आदान-प्रदान तक छिपा देता है। व्याख्यायित लेन-देन के लिए क्लाइंट/प्रॉक्सी निदान का उपयोग करें और ऐसे लॉग की रक्षा करें जिनमें क्रेडेंशियल या संवेदनशील URL हो सकते हैं।