מתי Squid יכול לשמור בחוצץ חבילות APT
בדקו את תעבורת HTTP, את אחסון החוצץ, את גודל האובייקט ואת הגדרות cache-control של APT לפני שתצפו שבקשות חבילה יהפכו לפגיעות Squid.
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 לפי דרישה.