Varför CONNECT-trafik inte fyller Squids objektcache
Varför en vanlig HTTPS-tunnel kan överföra många byte utan att ge en forward proxy återanvändbara HTTP-svarsobjekt.
En vanlig CONNECT-tunnel ger Squid krypterade byte i stället för ett cachebart webbplatssvar. En stor HTTPS-hämtning kan därför ge mycket trafik utan en återanvändbar objektcachepost.
Squid kan registrera tunnelns destination, varaktighet och byteantal. Det får inte den inre URL-sökvägen, cachedirektiv, representation och validatorer som vanliga HTTP-meddelanden att lagra och återanvända. Mer diskutrymme eller en större objektgräns kan inte visa dem.
Kontrollera begärandemetoder och tunnelposter innan du förklarar cachningen trasig. En CONNECT-dominerad belastning är förenlig med stora överföringar och lite objektåteranvändning. Använd för en riktig cachekontroll en HTTP-resurs du styr med explicita cacheheadrar och känt innehåll; bekräfta att du testar Squids objektväg, inte en tunnel, webbläsarcache eller destinationens CDN.
TLS till proxyn är ett separat lager. Efter att ha terminerat sin egen TLS-lyssnare kan Squid behandla en vanlig HTTP-destinationsbegäran. Begär anslutningen i stället CONNECT till HTTPS förblir den inre destinations-TLS:en separat och ogenomskinlig.
HTTPS-avlyssning ändrar krav på certifikattillit, auktorisering och integritet. Det är ingen vanlig justering av cacheutrymme, och en normal forward proxy behöver ingen avlyssning för att fungera.