여러 Squid 상위 프록시는 대안이며 직렬 체인이 아닙니다
peer 목록은 Squid에 선택지를 줍니다. A → B → C 직렬 경로는 각 전달 인스턴스에서 다음 홉을 선택해야 합니다.
cache_peer 두 줄은 “먼저 첫 번째 프록시를 거친 뒤 두 번째를 거쳐라”라는 뜻이 아닙니다. Squid가 선택할 수 있는 peer를 정의할 뿐입니다. 라운드 로빈 요청은 두 프록시를 모두 거치지 않고 상위 프록시 사이를 번갈아 갈 수 있습니다.
직렬 경로는 인스턴스에 분산됩니다.
client → A → B → C → origin
- A는 B를 다음 홉으로 선택합니다.
- B는 C를 선택합니다.
- C는 원본 서버 연결을 엽니다.
각 수신자는 바로 아래 downstream peer를 승인해야 합니다. 각 인스턴스는 다음 홉을 건너뛰는 것이 금지된 경우 호환되는 직접 접근 정책도 필요합니다.
이를 지원하는 버전에서는 cache_peer가 peer를 정의하고, cache_peer_access가 선택을 제한하며, never_direct가 선택된 트래픽의 직접 전달을 금지합니다. peer 정의만으로는 나머지 두 정책 중 어느 것도 성립하지 않습니다.
각 홉에서 결정을 확인하세요. A가 B를 선택했다는 로그로 B가 C를 선택했다는 것을 증명할 수 없습니다. 로컬 캐시 적중은 새 상위 연결을 완전히 피할 수 있으므로, 한 요청에 상위 트래픽이 없다는 것이 체인이 끊어졌다는 충분한 증거는 아닙니다.