Meerdere Squid-parents zijn alternatieven, geen seriële keten
Een peer-lijst geeft Squid keuzes. Een seriële route A → B → C vereist dat elke doorstuurinstantie de volgende hop kiest.
Twee cache_peer-regels betekenen niet ‘bezoek eerst de eerste proxy en dan de tweede’. Ze definiëren peers die Squid kan selecteren. Round-robin-verzoeken kunnen tussen parents wisselen zonder ooit door beide te gaan.
Een seriële route wordt over de instanties verdeeld:
client → A → B → C → origin- A kiest B als zijn volgende hop.
- B kiest C.
- C opent de verbinding met de oorsprong.
Elke ontvanger moet zijn directe downstream-peer autoriseren. Elke instantie heeft ook een compatibel directe-toegangsbeleid nodig als het overslaan van zijn volgende hop verboden is.
Op versies die ze ondersteunen, definieert cache_peer een peer, beperkt cache_peer_access de selectie en verbiedt never_direct directe doorsturing voor geselecteerd verkeer. De peer-definitie alleen legt geen van de andere twee beleidsregels vast.
Controleer de beslissing bij elke hop. De log van A die B kiest, kan niet bewijzen dat B C heeft gekozen. Een lokale cache-hit kan een nieuwe upstream-verbinding volledig vermijden, dus geen parent-verkeer voor één verzoek is geen voldoende bewijs van een gebroken keten.