મિરર રોટેશન 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 હતો કે એન્ક્રિપ્ટેડ ટનલ, અને તેનું કેશ પરિણામ નોંધો જેથી ચૂક સમજાવી શકાય.