பல Squid மூலப் ப்ராக்ஸிகள் மாற்றுக்கள், தொடர் சங்கிலி அல்ல
peer பட்டியல் Squid-க்கு தேர்வுகளை வழங்குகிறது. A → B → C தொடர் பாதைக்கு ஒவ்வொரு பரிமாற்ற நிகழ்விலும் அடுத்த ஹாப்பைத் தேர்ந்தெடுக்க வேண்டும்.
இரண்டு cache_peer வரிகள் “முதலில் முதல் ப்ராக்ஸி வழியாகச் செல், பின்னர் இரண்டாவது வழியாகச் செல்” என்று பொருள் அல்ல. அவை Squid தேர்ந்தெடுக்கக்கூடிய peer-களை வரையறுக்கின்றன. round-robin கோரிக்கைகள் இரண்டின் வழியாகவும் செல்லாமல் மூலப் ப்ராக்ஸிகளுக்கிடையே மாறலாம்.
தொடர் பாதை நிகழ்வுகளுக்கிடையே பகிரப்படுகிறது:
client → A → B → C → origin- A தனது அடுத்த ஹாப்பாக B-ஐத் தேர்ந்தெடுக்கிறது.
- B, C-ஐத் தேர்ந்தெடுக்கிறது.
- C மூலத்துடனான இணைப்பைத் திறக்கிறது.
ஒவ்வொரு பெறுநரும் தனது நேரடி கீழ்நிலை peer-ஐ அங்கீகரிக்க வேண்டும். ஒவ்வொரு நிகழ்வும் தனது அடுத்த ஹாப்பைத் தவிர்ப்பது தடைசெய்யப்பட்டிருந்தால் பொருத்தமான நேரடி அணுகல் கொள்கையும் தேவை.
அவற்றை ஆதரிக்கும் பதிப்புகளில் cache_peer ஒரு peer-ஐ வரையறுக்கிறது, cache_peer_access தேர்வைக் கட்டுப்படுத்துகிறது, never_direct தேர்ந்தெடுக்கப்பட்ட டிராஃபிக்கிற்கு நேரடி பரிமாற்றத்தைத் தடைசெய்கிறது. peer வரையறை மட்டும் மற்ற இரண்டு கொள்கைகளில் எதையும் நிறுவாது.
ஒவ்வொரு ஹாப்பிலும் முடிவைச் சரிபார்க்கவும். A, B-ஐத் தேர்ந்தெடுத்ததைக் காட்டும் பதிவு B, C-ஐத் தேர்ந்தெடுத்ததை நிரூபிக்க முடியாது. உள்ளூர் தற்காலிகச் சேமிப்பு வெற்றி புதிய மேல்நிலை இணைப்பை முழுவதுமாகத் தவிர்க்கலாம், எனவே ஒரு கோரிக்கைக்கு மூல டிராஃபிக் இல்லாதது உடைந்த சங்கிலிக்கு போதுமான ஆதாரம் அல்ல.