मिरर रोटेसनले Squid ले पुनः प्रयोग गर्न सक्ने कुरा बदल्छ

दुई क्लाइन्टले Squid मार्फत उही RPM डाउनलोड गर्छन्, तर दोस्रो स्थानान्तरण अझै मिररमा पुग्छ। पूर्ण अनुरोध URL तुलना गर्नुहोस्:

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 मार्फत मिरर पत्ता लगाउन सक्छन्। त्यसैले समान स्थापनाहरूले फरक डाउनलोड URL छान्न सक्छन्।

एउटा स्वीकृत मिरर प्रयोग गर्दा देखिने अनुरोधहरूलाई सुसंगत क्यास पहिचान दिन्छ। रिपोजिटरी पथ, आर्किटेक्चर र सुइट मिलाएर राख्नुहोस्। पिनिङले उपलब्धता र मिरर छनोट व्यवहार पनि बदल्छ, त्यसैले यसलाई रिपोजिटरी नीतिको निर्णय बनाउनुहोस्।

वस्तु क्यासिङ उपलब्ध छ कि छैन जाँच्नुहोस्

सामान्य HTTPS CONNECT सुरुङभित्र Squid ले HTTP क्यासिङका लागि RPM प्रतिक्रियाको मुख्य भाग देख्न सक्दैन। साझा मिरर होस्टनामले त्यो बदल्दैन। HTTPS रिपोजिटरीहरू इन्क्रिप्टेड राख्नुहोस्।

Squid ले क्यास गर्न सक्ने प्रतिक्रियाहरूका लागि, पुनः प्रयोग ताजगी, अनुरोध र प्रतिक्रिया निर्देशनहरू र स्थानीय क्यास नीतिमा निर्भर रहन्छ। छानिएको URL, कारोबार देखिने HTTP थियो वा इन्क्रिप्टेड सुरुङ, र यसको क्यास नतिजा अभिलेख गर्नुहोस् ताकि चुक्ने कारण व्याख्या गर्न सकियोस्।