మిర్రర్ రొటేషన్ 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నా లేదా ఎన్క్రిప్ట్ చేసిన సొరంగమా, మరియు దాని కాష్ ఫలితాన్ని నమోదు చేయండి.