கண்ணாடி சுழற்சி Squid மீண்டும் பயன்படுத்தக்கூடியதை மாற்றுகிறது
வெவ்வேறு கண்ணாடி URL களில் இருந்து பதிவிறக்கப்பட்ட ஒரே RPM தொகுப்புகள் தனித்தனி 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 ஆக இருந்ததா அல்லது மறையாக்கப்பட்ட சுரங்கப்பாதையா, மற்றும் அதன் தேக்கக முடிவைப் பதிவு செய்யுங்கள்.