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 کیش کے دوبارہ استعمال پر انحصار کرنے کے بجائے ریپوزٹری مواد کو جان بوجھ کر برقرار رکھتا ہے۔

متعلقہ مضامین