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 क्यास पुनःप्रयोगमा मात्र भर नपरी रिपोजिटरी सामग्री जानाजानी कायम राख्छ।