Squid cache_peer: nie oznaczaj przekazującego rodzica jako originserver

Wiersz cache_peer może nazwać rodzica i nadal kazać Squidowi rozmawiać z nim tak, jakby był witryną źródłową.

Odpowiedzialnym przełącznikiem jest originserver. Squid dokumentuje go dla konfiguracji akceleratora, w których rodzic jest serwerem WWW. Nie jest to ogólna flaga oznaczająca „wyślij oryginalne żądanie przez tego rodzica”.

Jeśli następnym przeskokiem jest zwykły proxy przekazujący HTTP, sprawdź, czy ta flaga w ogóle tam pasuje. Podstawowa deklaracja rodzica ma zamiast tego taką postać:

cache_peer parent.example parent 8080 0 no-query name=upstream

Rodzicem może być Twoja własna usługa; w przypadku dozwolonego testu publicznego rodzica bez skonfigurowanych poświadczeń proxy rodzica wybierz kandydata HTTP z listy proxy HTTP. Zachowaj zamierzoną autoryzację klienta, kwalifikowalność rodzica, uwierzytelnianie i politykę bezpośredniego fallbacku. Ten fragment jedynie identyfikuje rolę rodzica.

proxy-only, czasami kopiowana obok originserver, dotyczy przechowywania obiektów pobranych od tego rodzica. Usunięcie obu flag naraz nie dowodzi, że obie spowodowały awarię protokołu.

Spójrz, czego oczekuje następna usługa: żądania witryny, żądania proxy przekazującego lub wymiany nawiązania tunelu. Prawidłowa nazwa hosta i osiągalny port nie mogą uczynić tych kontraktów wymiennymi. Korekta roli rodzica jest bardziej precyzyjna niż wielokrotna zmiana certyfikatów TLS na połączeniu, którego semantyka żądania była błędna.