Кілька батьківських проксі 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. Потрапляння в локальний кеш може повністю уникнути нового з'єднання вгору, тому відсутність батьківського трафіку для одного запиту не є достатнім доказом розірваного ланцюга.