Squid cache_peer: markera inte en vidarebefordrande förälder som originserver
Ta bort antagandet om ursprungsserver när Squids nästa hopp är en vanlig vidarebefordrande proxy och inte webbplatsen som levererar resursen.
En cache_peer-rad kan namnge en förälder och ändå be Squid tala med den som om den vore ursprungswebbplatsen.
Brytaren som ansvarar är originserver. Squid dokumenterar den för acceleratoruppsättningar där föräldern är en webbserver. Det är inte en allmän flagga som betyder ”skicka den ursprungliga begäran genom denna förälder”.
Om nästa hopp är en vanlig HTTP-vidarebefordrande proxy bör du granska om den flaggan överhuvudtaget hör dit. En grundläggande föräldradeklaration har i stället denna form:
cache_peer parent.example parent 8080 0 no-query name=upstreamFöräldern kan vara din egen tjänst; för ett tillåtet offentligt förälderstest utan konfigurerade förälderproxyuppgifter, ta en HTTP-kandidat från HTTP-proxylistan. Behåll den avsedda klientauktoriseringen, förälderns behörighet, autentiseringen och policyn för direkt återgång. Detta utdrag identifierar endast förälderns roll.
proxy-only, ibland kopierad bredvid originserver, gäller lagring av objekt som hämtats från den föräldern. Att ta bort båda flaggorna samtidigt bevisar inte att båda orsakade protokollfelet.
Titta på vad nästa tjänst förväntar sig: en webbplatsbegäran, en vidarebefordrande proxybegäran eller ett tunnelupprättande utbyte. Ett giltigt värdnamn och en nåbar port kan inte göra dessa kontrakt utbytbara. Att korrigera förälderns roll är mer specifikt än att upprepade gånger byta TLS-certifikat på en anslutning vars begäranssemantik var fel.