Hvorfor CONNECT-trafik ikke fylder Squids objektcache
Hvorfor en almindelig HTTPS-tunnel kan overføre mange bytes uden at give en forward proxy genbrugelige HTTP-svarobjekter.
En almindelig CONNECT-tunnel giver Squid krypterede bytes frem for et webstedssvar, der kan caches. Et stort HTTPS-download kan derfor skabe meget trafik uden en genbrugelig objektcachepost.
Squid kan registrere tunnelens destination, varighed og byteantal. Det modtager ikke den indre URL-sti, cacheinstruktioner, repræsentation og validatorer som normale HTTP-beskeder til lagring og genbrug. Mere diskplads eller en større objektgrænse kan ikke afsløre dem.
Kontroller forespørgselsmetoder og tunnelregistreringer, før du erklærer caching defekt. En CONNECT-domineret belastning passer med store overførsler og lidt objektgenbrug. Brug til en reel cachekontrol en HTTP-ressource, du selv styrer, med eksplicitte cacheheadere og kendt indhold; bekræft, at du tester Squids objektvej, ikke en tunnel, browsercache eller destinationens CDN.
TLS til proxyen er et særskilt lag. Efter at have termineret sin egen TLS-lytter kan Squid behandle en almindelig HTTP-destinationsforespørgsel. Hvis forbindelsen i stedet beder om CONNECT til HTTPS, forbliver den indre destinations-TLS separat og uigennemsigtig.
HTTPS-inspektion ændrer krav til certifikattillid, autorisation og privatliv. Det er ikke en almindelig justering af cacheplads, og en normal forward proxy behøver ingen inspektion for at fungere.