മിറർ റൊട്ടേഷൻ 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 ആയിരുന്നോ എൻക്രിപ്റ്റ് ചെയ്ത ടണലോ, അതിന്റെ കാഷെ ഫലം എന്നിവ രേഖപ്പെടുത്തുക.