Plusieurs parents Squid sont des alternatives, pas une chaîne série
Une liste de peer donne des choix à Squid. Une route série A → B → C exige que chaque instance de transfert choisisse le saut suivant.
Deux lignes cache_peer ne signifient pas « passez d'abord par le premier proxy, puis par le second ». Elles définissent des peers que Squid peut sélectionner. Les requêtes en round-robin peuvent alterner entre parents sans jamais traverser les deux.
Une route série est répartie entre les instances :
client → A → B → C → origin- A choisit B comme saut suivant.
- B choisit C.
- C ouvre la connexion à l'origine.
Chaque récepteur doit autoriser son peer immédiat en aval. Chaque instance a aussi besoin d'une politique d'accès direct compatible si sauter son prochain saut est interdit.
Sur les versions qui les prennent en charge, cache_peer définit un peer, cache_peer_access limite la sélection et never_direct interdit le transfert direct pour le trafic sélectionné. La définition du peer seule n'établit aucune des deux autres politiques.
Vérifiez la décision à chaque saut. Le journal de A sélectionnant B ne peut pas prouver que B a sélectionné C. Un cache local peut éviter entièrement une nouvelle connexion en amont, donc l'absence de trafic parent pour une requête ne suffit pas à prouver une chaîne rompue.