Некалькі бацькоўскіх проксі Squid — гэта альтэрнатывы, а не паслядоўны ланцуг
Спіс peer-аў дае Squid варыянты. Паслядоўны маршрут A → B → C патрабуе выбару наступнага пераходу на кожным экзэмпляры перасылкі.
Два радкі cache_peer не азначаюць «спачатку ідзі праз першы проксі, потым праз другі». Яны вызначаюць peer-аў, якіх Squid можа выбраць. Запыты з кругавым размеркаваннем могуць чаргавацца паміж бацькоўскімі проксі, ніколі не праходзячы праз абодва.
Паслядоўны маршрут размеркаваны паміж экзэмплярамі:
client → A → B → C → origin- A выбірае B у якасці наступнага пераходу.
- B выбірае C.
- C адкрывае злучэнне з крыніцай.
Кожны атрымальнік павінен аўтарызаваць свайго непасрэднага ніжняга peer-а. Кожнаму экзэмпляру таксама патрэбна сумяшчальная палітыка прамога доступу, калі прапуск свайго наступнага пераходу забаронены.
У версіях, якія іх падтрымліваюць, cache_peer вызначае peer-а, cache_peer_access абмяжоўвае выбар, а never_direct забараняе прамую перасылку для выбранага трафіку. Адно вызначэнне peer-а не ўстанаўлівае ні адну з дзвюх іншых палітык.
Правярайце рашэнне на кожным пераходзе. Журнал A, які паказвае выбар B, не можа даказаць, што B выбраў C. Трапленне ў лакальны кэш можа цалкам пазбегнуць новага злучэння зверху, таму адсутнасць бацькоўскага трафіку для аднаго запыту — недастатковае сведчанне пашкоджанага ланцуга.