چرخش آینه‌ها تغییر می‌دهد که Squid چه چیزی را می‌تواند دوباره استفاده کند

دو کارخواه همان RPM را از طریق Squid بارگیری می‌کنند، اما انتقال دوم همچنان به یک آینه می‌رسد. نشانی‌های کامل درخواست را مقایسه کنید:

http://mirror-a.example.net/packages/tool-1.0.rpm
http://mirror-b.example.net/packages/tool-1.0.rpm

نام فایل‌های بسته یکسان است؛ اما URI مقصد آن‌ها متفاوت است. کلیدهای حافظه نهان HTTP دست‌کم شامل روش درخواست و URI مقصد هستند، بنابراین جمع‌های بازبینی یکسان بسته این ورودی‌ها را به‌طور خودکار یکی نمی‌کنند.

Yum و DNF می‌توانند از baseurl ثابت استفاده کنند یا آینه‌ها را از طریق mirrorlist و metalink کشف کنند. از این رو نصب‌های یکسان ممکن است نشانی‌های بارگیری متفاوتی انتخاب کنند.

استفاده از یک آینه تأییدشده به درخواست‌های قابل مشاهده هویت ثابتی در حافظه نهان می‌دهد. مسیرهای مخزن، معماری و مجموعه را هم‌راستا نگه دارید. سنجاق کردن همچنین دسترس‌پذیری و رفتار انتخاب آینه را تغییر می‌دهد، پس آن را تصمیمی در سیاست مخزن کنید.

بررسی کنید که حافظه نهان اشیا در دسترس است یا نه

درون یک تونل معمولی HTTPS CONNECT، Squid نمی‌تواند بدنه پاسخ RPM را برای حافظه نهان HTTP ببیند. یک نام میزبان آینه مشترک آن را تغییر نمی‌دهد. مخزن‌های HTTPS را رمزنگاری‌شده نگه دارید.

برای پاسخ‌هایی که Squid می‌تواند در حافظه نهان نگه دارد، استفاده دوباره همچنان به تازگی، دستورهای درخواست و پاسخ و سیاست محلی حافظه نهان بستگی دارد. نشانی انتخاب‌شده، اینکه تراکنش HTTP قابل مشاهده بوده یا تونل رمزنگاری‌شده، و نتیجه حافظه نهان آن را ثبت کنید تا یک عدم برخورد را توضیح دهید.