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 कॅश पुनर्वापरावर अवलंबून न राहता रेपॉझिटरी सामग्री जाणीवपूर्वक राखतो.