CONNECT ट्राफिकले Squid को अब्जेक्ट क्यास किन भर्दैन
सामान्य HTTPS टनेलले फर्वार्ड प्रोक्सीलाई पुनः प्रयोग गर्न मिल्ने HTTP प्रतिक्रिया अब्जेक्ट नदिई धेरै बाइट किन सार्न सक्छ।
सामान्य CONNECT टनेलले Squid लाई क्यास गर्न मिल्ने वेबसाइटको प्रतिक्रियाको सट्टा इन्क्रिप्ट गरिएका बाइट दिन्छ। त्यसैले ठूलो HTTPS डाउनलोडले अब्जेक्ट क्यासमा पुनः प्रयोग गर्न मिल्ने कुनै प्रविष्टि नथपी धेरै ट्राफिक सिर्जना गर्न सक्छ।
Squid ले टनेलको गन्तव्य, अवधि र बाइट सङ्ख्या रेकर्ड गर्न सक्छ। यसले भित्री URL पथ, क्यास निर्देशन, प्रतिनिधित्व र भ्यालिडेटरहरूलाई भण्डारण गरेर पुनः प्रयोग गर्न मिल्ने सामान्य HTTP सन्देशका रूपमा प्राप्त गर्दैन। थप डिस्क ठाउँ वा अब्जेक्ट आकारको ठूलो सीमाले तिनलाई देखाउन सक्दैन।
क्यास बिग्रेको भन्नुअघि अनुरोध विधि र टनेल रेकर्ड जाँच्नुहोस्। CONNECT प्रधान कार्यभारमा धेरै डेटा स्थानान्तरण र अब्जेक्टको कम पुनः प्रयोग एकैसाथ हुन सक्छ। क्यासको वास्तविक जाँचका लागि आफ्नो नियन्त्रणमा रहेको, स्पष्ट क्यास हेडर र ज्ञात सामग्री भएको HTTP स्रोत प्रयोग गर्नुहोस्; टनेल, ब्राउजर क्यास वा गन्तव्य CDN होइन, Squid को अब्जेक्ट प्रशोधन मार्ग जाँचिरहनुभएको छ भन्ने पुष्टि गर्नुहोस्।
प्रोक्सीसम्मको TLS छुट्टै तह हो। आफ्नै लिसनरमा TLS जडान अन्त्य गरेपछि Squid ले सामान्य HTTP गन्तव्यको अनुरोध प्रशोधन गर्न सक्छ। यदि त्यही जडानले यसको सट्टा HTTPS का लागि CONNECT माग्छ भने गन्तव्यको भित्री TLS छुट्टै र अपारदर्शी रहन्छ।
HTTPS इन्टरसेप्सनले प्रमाणपत्रमाथिको विश्वास, अधिकार प्रदान गर्ने प्रक्रिया र गोपनीयताका आवश्यकताहरू बदल्छ। यो क्यासको ठाउँ मिलाउने नियमित काम होइन, र सामान्य फर्वार्ड प्रोक्सी चल्न इन्टरसेप्सन आवश्यक पर्दैन।