Flera Squid-föräldrar är alternativ, inte en seriell kedja
En peer-lista ger Squid valmöjligheter. En seriell rutt A → B → C kräver att nästa hopp väljs vid varje vidarebefordringsinstans.
Två cache_peer-rader betyder inte ”gå först via den första proxyn och sedan via den andra”. De definierar peers som Squid kan välja. Round-robin-förfrågningar kan växla mellan föräldrar utan att någonsin passera båda.
En seriell rutt fördelas över instanserna:
client → A → B → C → origin- A väljer B som sitt nästa hopp.
- B väljer C.
- C öppnar anslutningen till ursprunget.
Varje mottagare måste auktorisera sin omedelbara nedströms peer. Varje instans behöver också en kompatibel direktåtkomstpolicy om det är förbjudet att hoppa över sitt nästa hopp.
På versioner som stöder dem definierar cache_peer en peer, begränsar cache_peer_access valet och förbjuder never_direct direkt vidarebefordran för vald trafik. Själva peer-definitionen etablerar ingen av de två andra policyerna.
Verifiera beslutet vid varje hopp. A:s logg som väljer B kan inte bevisa att B valde C. En lokal cache-träff kan helt undvika en ny uppströmsanslutning, så ingen förädertrafik för en förfrågan är inte tillräckligt bevis på en bruten kedja.