Több Squid-szülő alternatíva, nem soros lánc
A peer-lista választási lehetőségeket ad a Squidnak. Az A → B → C soros útvonalhoz minden továbbító példányon ki kell választani a következő ugrást.
Két cache_peer sor nem azt jelenti, hogy „először az első proxyn, majd a másodikon menj át”. Olyan peer-eket határoznak meg, amelyeket a Squid kiválaszthat. A round-robin kérések válthatnak a szülők között anélkül, hogy valaha is mindkettőn átmennének.
A soros útvonal a példányok között oszlik meg:
client → A → B → C → origin- Az A a B-t választja következő ugrásaként.
- A B a C-t választja.
- A C megnyitja az eredeti kapcsolatot.
Minden fogadónak engedélyeznie kell a közvetlenül alatta lévő peer-t. Minden példánynak kompatibilis közvetlen hozzáférési szabályzatra is szüksége van, ha tilos a következő ugrását kihagyni.
Az ezeket támogató verziókon a cache_peer peer-t definiál, a cache_peer_access korlátozza a kiválasztást, a never_direct pedig tiltja a közvetlen továbbítást a kiválasztott forgalom számára. A peer-definíció önmagában egyik másik szabályzatot sem hozza létre.
Minden ugrásnál ellenőrizze a döntést. Az A naplója, amely a B-t választja, nem bizonyítja, hogy a B a C-t választotta. Egy helyi gyorsítótár-találat teljesen elkerülheti az új felső kapcsolatot, ezért egy kérésnél a szülői forgalom hiánya nem elégséges bizonyíték a megszakadt láncra.