Squid የAPT ፓኬጆችን መሸጎጥ የሚችልበት ጊዜ

የፓኬጅ ጥያቄዎች የSquid ምት እንዲሆኑ ከመጠበቅዎ በፊት የHTTP ማስተላለፊያውን፣ የመሸጎጫ ማከማቻውን፣ የነገሩን መጠን እና የAPT cache-control ቅንብሮችን ያረጋግጡ።

APT እና aptitude የማከማቻ ፋይሎችን በHTTP ማምጣት ይችላሉ። Squid ብቁ የሆነ የHTTP ምላሽ መሸጎጥ ይችላል፤ ደንበኛው የድር አሳሽ መሆን አያስፈልገውም።

በSquid 6 ወይም 7 ማሰማራት ውስጥ፣ እያንዳንዱ የፓኬጅ ማስተላለፍ አሁንም ወደ መነሻው ሲደርስ እነዚህን ግብዓቶች ያረጋግጡ፦

  • ማውረዱ HTTP ይጠቀማል፣ ወይም Squid በሌላ መንገድ የHTTP ልውውጡን ማግኘት ይችላል። የHTTPS CONNECT መሿለኪያ ብቻውን የፓኬጁን ምላሽ ለመሸጎጥ አያጋልጥም።
  • መሸጎጫው ተስማሚ ማከማቻ ተዘጋጅቶበታል። ስኬታማ ማስተላለፍ የዲስክ መሸጎጫ መኖሩን አያረጋግጥም።
  • ማህደሩ ተፈጻሚው የመሸጎጫ ማውጫ ከፍተኛውን የነገር መጠን ይመጥናል። ትንሽ metadata እና ትልቅ .deb የተለያዩ ውጤቶች ሊኖራቸው ይችላል።
  • ጥያቄውና ምላሹ በcache-control ፖሊሲያቸው መሠረት ማከማቸትና እንደገና መጠቀም ይፈቅዳሉ።

APT Acquire::http::No-Cache፣ Max-Age እና No-Store ያቀርባል። No-Store የተጠየቁ የማህደር ፋይሎች እንዳይከማቹ ሊከላከል ይችላል። No-Cache የተከማቸ ምላሽ ከመድገሙ በፊት እንደገና ማረጋገጥ ይጠይቃል። ውጤታማውን የAPT ውቅር እንዲሁም የSquid ፖሊሲን ይመርምሩ።

ተመሳሳዩን ሙሉ URL ያወዳድሩ እና የመሸጎጫውን ውጤት በaccess.log ውስጥ ይመርምሩ። የተለያዩ የመስተዋት አስተናጋጆች፣ የተለወጡ የማከማቻ መንገዶች ወይም በአካባቢው የተሸጎጠ ፓኬጅ ሁለት ጭነቶች በጭራሽ ተመሳሳዩን የአውታረ መረብ ነገር ላይጠይቁ ይችላሉ ማለት ነው።

የማከማቻ መስተዋት የማከማቻ ይዘትን በሆነ ዓላማ ይጠብቃል፤ በፍላጎት ላይ የተመሠረተ የHTTP መሸጎጫ እንደገና ጥቅም ላይ ብቻ አይወሰንም።

ተዛማጅ ጽሑፎች