تدوير المرايا يغيّر ما يمكن لـ Squid إعادة استخدامه

ينزّل عميلان حزمة RPM نفسها عبر Squid، لكن النقل الثاني لا يزال يصل إلى إحدى المرايا. قارن عناوين الطلبات الكاملة:

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

أسماء ملفات الحزمة متطابقة؛ لكن معرّفات الموارد المستهدفة مختلفة. تتضمن مفاتيح ذاكرة HTTP المؤقتة على الأقل طريقة الطلب ومعرّف المورد المستهدف، لذا لا تدمج قيم التحقق المتطابقة للحزمة هذه الإدخالات تلقائيًا.

يمكن لـ Yum و DNF استخدام baseurl ثابت أو اكتشاف المرايا عبر mirrorlist وmetalink. لذلك قد تختار عمليات تثبيت متطابقة عناوين تنزيل مختلفة.

استخدام مرآة واحدة معتمدة يمنح الطلبات المرئية هوية ثابتة في الذاكرة المؤقتة. أبقِ مسارات المستودع والبنية والمجموعة متوافقة. كما يغيّر التثبيت سلوك التوافر واختيار المرايا، فاجعله قرارًا خاصًا بسياسة المستودع.

تحقق من توفر تخزين الكائنات مؤقتًا

داخل نفق HTTPS CONNECT العادي، لا يستطيع Squid رؤية جسم استجابة RPM للتخزين المؤقت عبر HTTP. ولن يغيّر اسم مضيف مرآة مشترك ذلك. أبقِ مستودعات HTTPS مشفرة.

بالنسبة إلى الاستجابات التي يمكن لـ Squid تخزينها مؤقتًا، لا يزال إعادة الاستخدام يعتمد على الحداثة وتوجيهات الطلب والاستجابة وسياسة الذاكرة المؤقتة المحلية. سجّل العنوان المختار، وما إذا كانت المعاملة HTTP مرئية أم نفقًا مشفّرًا، ونتيجة التخزين المؤقت لتفسير أي إخفاق.