APT আৰু aptitude এ HTTP ৰ জৰিয়তে ৰিপজিটৰী ফাইল আনিব পাৰে। Squid এ যোগ্য HTTP প্ৰতিক্ৰিয়া কেশ কৰিব পাৰে; গ্ৰাহক এটা ৱেব ব্ৰাউজাৰ হোৱাৰ প্ৰয়োজন নাই।

Squid 6 বা 7 স্থাপনত, প্ৰতিটো পেকেজ স্থানান্তৰ এতিয়াও মূললৈ গৈ থাকিলে এই ইনপুটসমূহ পৰীক্ষা কৰক:

  • ডাউনলোডে HTTP ব্যৱহাৰ কৰে, বা Squid ৰ HTTP বিনিময়ত অন্য ধৰণে প্ৰৱেশ আছে। কেৱল এটা HTTPS CONNECT tunnel এ পেকেজ প্ৰতিক্ৰিয়া কেশৰ বাবে উন্মোচন নকৰে।
  • কেশত উপযুক্ত সংৰক্ষণ সংৰচিত আছে। সফল forwarding এ ডিস্ক কেশ থকাৰ প্ৰমাণ নকৰে।
  • আৰ্কাইভটো প্ৰযোজ্য কেশ ডাইৰেক্টৰীৰ সৰ্বোচ্চ বস্তুৰ আকাৰত ফিট হয়। সৰু metadata আৰু ডাঙৰ .deb ৰ ফলাফল বেলেগ হ'ব পাৰে।
  • অনুৰোধ আৰু প্ৰতিক্ৰিয়াই সিহঁতৰ cache-control নীতিৰ অধীনত সংৰক্ষণ আৰু পুনৰ ব্যৱহাৰৰ অনুমতি দিয়ে।

APT এ Acquire::http::No-Cache, Max-Age আৰু No-Store আগবঢ়ায়। No-Store এ অনুৰোধ কৰা আৰ্কাইভ ফাইল সংৰক্ষণত বাধা দিব পাৰে। No-Cache এ সংৰক্ষিত প্ৰতিক্ৰিয়া পুনৰ ব্যৱহাৰৰ আগতে পুনৰ বৈধকৰণ বিচাৰে। কাৰ্যকৰী APT সংৰচনা আৰু Squid ৰ নীতি দুয়োটা পৰীক্ষা কৰক।

একে সম্পূৰ্ণ URL তুলনা কৰক আৰু access.log ত কেশ ফলাফল পৰীক্ষা কৰক। বেলেগ মিৰৰ হোষ্ট, সলনি হোৱা ৰিপজিটৰী পথ বা স্থানীয়ভাৱে কেশ কৰা পেকেজে বুজাব পাৰে যে দুটা ইনষ্টলে কেতিয়াও একে নেটৱৰ্ক বস্তু অনুৰোধ নকৰে।

এটা ৰিপজিটৰী মিৰৰে কেৱল চাহিদা-চালিত HTTP কেশ পুনৰ ব্যৱহাৰৰ ওপৰত নিৰ্ভৰ নকৰি ইচ্ছাকৃতভাৱে ৰিপজিটৰীৰ সমল ৰক্ষা কৰে।

সম্পৰ্কিত প্ৰবন্ধ