Squid cache_peer: Ikke merk en videresendt forelder som originserver
Fjern antakelsen om opprinnelsesserver når Squids neste hopp er en vanlig videresendingsproxy og ikke nettstedet som leverer ressursen.
En cache_peer-linje kan navngi en forelder og likevel be Squid snakke med den som om den var opprinnelsesnettstedet.
Bryteren som er ansvarlig er originserver. Squid dokumenterer den for akseleratoroppsett der forelderen er en webserver. Det er ikke et generelt flagg som betyr «send den opprinnelige forespørselen gjennom denne forelderen».
Hvis neste hopp er en vanlig HTTP-videresendingsproxy, bør du vurdere om det flagget i det hele tatt hører hjemme der. En grunnleggende foreldredeklarasjon har i stedet denne formen:
cache_peer parent.example parent 8080 0 no-query name=upstream
Forelderen kan være din egen tjeneste; for en tillatt offentlig forelder-test uten konfigurerte foreldreproxy-legitimasjoner, ta en HTTP-kandidat fra HTTP-proxylisten. Behold den tiltenkte klientautoriserasjonen, foreldrekvalifikasjonen, autentiseringen og direkte-fallback-policyen. Dette utdraget identifiserer bare forelderens rolle.
proxy-only, noen ganger kopiert ved siden av originserver, gjelder lagring av objekter hentet fra den forelderen. Å fjerne begge flaggene samtidig beviser ikke at begge forårsaket protokollfeilen.
Se på hva den neste tjenesten forventer: en nettstedforespørsel, en videresendingsproxy-forespørsel eller en tunnelopprettelsesutveksling. Et gyldig vertsnavn og en tilgjengelig port kan ikke gjøre disse kontraktene utskiftbare. Å korrigere forelderrollen er mer spesifikt enn å gjentatte ganger bytte TLS-sertifikater på en tilkobling der forespørselssemantikken var feil.