Ncat HTTP प्रॉक्सी मोड विरुद्ध स्थिर TCP रिले
स्थिर बाइट रिले HTTP प्रक्रिया विद्यमान प्रॉक्सीवर सोडतो. Ncat चा HTTP ऐकण्याचा मोड ही वेगळी, प्रोटोकॉल-जाणती सेवा आहे.
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 असू शकतील अशा लॉगचे संरक्षण करा.