Squid ક્યારે APT પેકેજ કેશ કરી શકે
પેકેજ વિનંતીઓ Squid હિટ બને તેવી અપેક્ષા રાખતા પહેલાં HTTP પરિવહન, કેશ સંગ્રહ, ઑબ્જેક્ટનું કદ અને APT cache-control સેટિંગ્સ તપાસો.
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 કેશ પુનઃઉપયોગ પર આધાર રાખવાને બદલે રિપોઝિટરી સામગ્રી જાણી જોઈને જાળવે છે.