ഒന്നിലധികം Squid മാതൃ പ്രോക്സികൾ ബദലുകളാണ്, ശ്രേണീ ശൃംഖലയല്ല
peer പട്ടിക Squid-ന് തിരഞ്ഞെടുപ്പുകൾ നൽകുന്നു. A → B → C ശ്രേണീ പാതയ്ക്ക് ഓരോ ഫോർവേഡിംഗ് ഇൻസ്റ്റൻസിലും അടുത്ത ഹോപ്പ് തിരഞ്ഞെടുക്കണം.
രണ്ട് cache_peer വരികൾ “ആദ്യം ആദ്യ പ്രോക്സിയിലൂടെ, പിന്നീട് രണ്ടാമത്തേതിലൂടെ” എന്നർത്ഥമാക്കുന്നില്ല. Squid തിരഞ്ഞെടുക്കാവുന്ന peer-കളെ അവ നിർവചിക്കുന്നു. റൗണ്ട്-റോബിൻ അഭ്യർത്ഥനകൾ രണ്ടിലൂടെയും കടന്നുപോകാതെ മാതൃ പ്രോക്സികൾക്കിടയിൽ മാറാം.
ശ്രേണീ പാത ഇൻസ്റ്റൻസുകൾക്കിടയിൽ വിഭജിക്കപ്പെടുന്നു:
client → A → B → C → origin- A തന്റെ അടുത്ത ഹോപ്പായി B തിരഞ്ഞെടുക്കുന്നു.
- B, C തിരഞ്ഞെടുക്കുന്നു.
- C ഒറിജിനുമായുള്ള കണക്ഷൻ തുറക്കുന്നു.
ഓരോ സ്വീകർത്താവും തന്റെ നേരിട്ടുള്ള ഡൗൺസ്ട്രീം peer-ന് അനുമതി നൽകണം. ഓരോ ഇൻസ്റ്റൻസിനും തന്റെ അടുത്ത ഹോപ്പ് ഒഴിവാക്കുന്നത് നിരോധിച്ചിട്ടുണ്ടെങ്കിൽ അനുയോജ്യമായ നേരിട്ടുള്ള ആക്സസ് നയം കൂടി വേണം.
അവ പിന്തുണയ്ക്കുന്ന പതിപ്പുകളിൽ cache_peer ഒരു peer നിർവചിക്കുന്നു, cache_peer_access തിരഞ്ഞെടുപ്പ് പരിമിതപ്പെടുത്തുന്നു, never_direct തിരഞ്ഞെടുത്ത ട്രാഫിക്കിന് നേരിട്ടുള്ള ഫോർവേഡിംഗ് നിരോധിക്കുന്നു. peer നിർവചനം മാത്രം മറ്റ് രണ്ട് നയങ്ങളിൽ ഒന്നും സ്ഥാപിക്കുന്നില്ല.
ഓരോ ഹോപ്പിലും തീരുമാനം പരിശോധിക്കുക. A, B തിരഞ്ഞെടുത്തു എന്ന ലോഗിന് B, C തിരഞ്ഞെടുത്തു എന്ന് തെളിയിക്കാനാവില്ല. ലോക്കൽ കാഷെ ഹിറ്റ് പുതിയ അപ്സ്ട്രീം കണക്ഷൻ പൂർണ്ണമായി ഒഴിവാക്കാം, അതിനാൽ ഒരു അഭ്യർത്ഥനയ്ക്ക് മാതൃ ട്രാഫിക് ഇല്ലാത്തത് ശൃംഖല പൊട്ടിയതിന്റെ മതിയായ തെളിവല്ല.