کله 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 کیش بیا کارولو تکیه وکړي.