एक सामान्य CONNECT टनल Squid को कैश करने योग्य वेबसाइट रिस्पॉन्स के बजाय एन्क्रिप्ट किए हुए बाइट देती है। इसलिए बड़े HTTPS डाउनलोड से बहुत ट्रैफ़िक बढ़ सकता है, जबकि ऑब्जेक्ट कैश में दोबारा इस्तेमाल योग्य कोई एंट्री नहीं जुड़ती।

Squid टनल का गंतव्य, अवधि और बाइट की संख्या रिकॉर्ड कर सकता है। उसे अंदर का URL पथ, कैश निर्देश, रिप्रेज़ेंटेशन और वैलिडेटर सामान्य HTTP संदेशों के रूप में नहीं मिलते जिन्हें वह सहेजकर दोबारा इस्तेमाल कर सके। अधिक डिस्क स्थान या ऑब्जेक्ट आकार की बड़ी सीमा उन्हें उजागर नहीं कर सकती।

कैश को ख़राब बताने से पहले अनुरोध विधियाँ और टनल रिकॉर्ड जाँचें। CONNECT-प्रधान वर्कलोड में भारी ट्रांसफ़र के साथ ऑब्जेक्ट का कम पुनः उपयोग होना स्वाभाविक है। कैश की वास्तविक जाँच के लिए अपने नियंत्रण वाला HTTP संसाधन लें जिसमें स्पष्ट कैश हेडर और ज्ञात सामग्री हो; सुनिश्चित करें कि आप Squid के ऑब्जेक्ट प्रोसेसिंग पथ की जाँच कर रहे हैं, न कि टनल, ब्राउज़र कैश या गंतव्य CDN की।

प्रॉक्सी तक का TLS एक अलग परत है। अपने लिसनर पर TLS कनेक्शन टर्मिनेट करने के बाद Squid सामान्य HTTP गंतव्य के अनुरोध को प्रोसेस कर सकता है। यदि उसी कनेक्शन पर इसके बजाय HTTPS के लिए CONNECT माँगा जाए, तो गंतव्य का अंदरूनी TLS अलग और अपारदर्शी बना रहता है।

HTTPS इंटरसेप्शन से सर्टिफ़िकेट पर भरोसे, प्राधिकरण और निजता की आवश्यकताएँ बदलती हैं। यह कैश स्थान का नियमित समायोजन नहीं है, और सामान्य फ़ॉरवर्ड प्रॉक्सी को काम करने के लिए इंटरसेप्शन की ज़रूरत नहीं होती।

संबंधित लेख