Miksi CONNECT-liikenne ei täytä Squidin objektivälimuistia
Miksi tavallinen HTTPS-tunneli voi siirtää paljon tavuja antamatta välityspalvelimelle uudelleenkäytettäviä HTTP-vastausobjekteja.
Tavallinen CONNECT-tunneli antaa Squidille salattuja tavuja eikä välimuistiin tallennettavaa sivustovastausta. Suuri HTTPS-lataus voi siis tuottaa paljon liikennettä ilman uudelleenkäytettävää objektimerkintää.
Squid voi kirjata tunnelin kohteen, keston ja tavumäärän. Se ei saa sisäistä URL-polkua, välimuistiohjeita, esitystä ja validaattoreita tavallisina HTTP-viesteinä tallennettaviksi ja käytettäviksi uudelleen. Lisälevytila tai suurempi objektikokoraja ei paljasta niitä.
Tarkista pyyntömenetelmät ja tunnelilokit ennen kuin toteat välimuistin vialliseksi. CONNECT-painotteinen kuorma sopii suuriin siirtoihin ja vähäiseen objektien uudelleenkäyttöön. Testaa oikeaa välimuistia hallitsemallasi HTTP-resurssilla, jolla on selkeät cache-otsakkeet ja tunnettu sisältö; varmista testaavasi Squidin objektipolkua, et tunnelia, selaimen välimuistia tai kohteen CDN:ää.
TLS välityspalvelimeen on erillinen kerros. Oman TLS-kuuntelijansa salauksen purkamisen jälkeen Squid voi käsitellä tavallisen HTTP-kohdepyynnön. Jos yhteys pyytää sen sijaan CONNECTia HTTPS:ään, sisempi kohteen TLS jää erilliseksi ja läpinäkymättömäksi.
HTTPS-liikenteen sieppaus muuttaa varmenneluottamuksen, valtuutuksen ja yksityisyyden vaatimuksia. Se ei ole tavallinen välimuistitilan säätö, eikä normaali forward proxy tarvitse sieppausta toimiakseen.