Squid कब APT पैकेज कैश कर सकता है
पैकेज अनुरोधों के Squid हिट बनने की अपेक्षा करने से पहले HTTP परिवहन, कैश संग्रहण, ऑब्जेक्ट आकार और APT की cache-control सेटिंग जाँचें।
APT और aptitude HTTP के माध्यम से रिपॉज़िटरी फ़ाइलें प्राप्त कर सकते हैं। Squid किसी योग्य HTTP प्रतिक्रिया को कैश कर सकता है; क्लाइंट का वेब ब्राउज़र होना आवश्यक नहीं है।
Squid 6 या 7 परिनियोजन में, जब हर पैकेज स्थानांतरण अभी भी मूल तक पहुँचता है, तो इन इनपुट की जाँच करें:
- डाउनलोड HTTP का उपयोग करता है, या Squid के पास HTTP आदान-प्रदान तक अन्यथा पहुँच है। अकेला HTTPS CONNECT टनल पैकेज प्रतिक्रिया को कैश के लिए उजागर नहीं करता।
- कैश में उपयुक्त संग्रहण कॉन्फ़िगर है। सफल अग्रेषण यह सिद्ध नहीं करता कि डिस्क कैश मौजूद है।
- संग्रह लागू कैश निर्देशिका के अधिकतम ऑब्जेक्ट आकार में फ़िट बैठता है। छोटा मेटाडेटा और बड़ा .deb अलग-अलग परिणाम दे सकते हैं।
- अनुरोध और प्रतिक्रिया अपनी cache-control नीति के अंतर्गत संग्रहण और पुन: उपयोग की अनुमति देते हैं।
APT Acquire::http::No-Cache, Max-Age और No-Store प्रदान करता है। No-Store अनुरोधित संग्रह फ़ाइलों को संग्रहीत होने से रोक सकता है। No-Cache संग्रहीत प्रतिक्रिया के पुन: उपयोग से पहले पुनर्सत्यापन माँगता है। प्रभावी APT कॉन्फ़िगरेशन के साथ-साथ Squid की नीति भी जाँचें।
उसी पूर्ण URL की तुलना करें और access.log में कैश परिणाम देखें। अलग मिरर होस्ट, बदले हुए रिपॉज़िटरी पथ या स्थानीय रूप से कैश किया गया पैकेज इसका अर्थ हो सकता है कि दो इंस्टॉल कभी एक ही नेटवर्क ऑब्जेक्ट का अनुरोध नहीं करते।
रिपॉज़िटरी मिरर रिपॉज़िटरी सामग्री को जानबूझकर बनाए रखता है, बजाय केवल माँग-आधारित HTTP कैश पुन: उपयोग पर निर्भर रहने के।