Zašto CONNECT promet ne puni Squidov objektni cache
Zašto običan HTTPS tunel može prenijeti mnogo bajtova bez davanja proxyju ponovno upotrebljivih objekata HTTP odgovora.
Običan CONNECT tunel daje Squidu šifrirane bajtove, ne odgovor stranice koji se može pohraniti u cache. Veliko HTTPS preuzimanje zato može dodati mnogo prometa bez ponovno upotrebljivog objektnog unosa.
Squid može zabilježiti odredište, trajanje i broj bajtova tunela. Ne dobiva unutarnju URL putanju, cache direktive, reprezentaciju i validatore kao obične HTTP poruke koje može čuvati i ponovno koristiti. Više diska ili veće ograničenje objekta to ne otkriva.
Provjerite metode zahtjeva i zapise tunela prije zaključka da je cache pokvaren. Opterećenje s većinom CONNECT-a odgovara velikim prijenosima i maloj ponovnoj upotrebi objekata. Za stvarnu provjeru koristite HTTP resurs pod svojom kontrolom s izričitim cache zaglavljima i poznatim sadržajem; potvrdite da testirate Squidovu objektnu putanju, ne tunel, cache preglednika ili CDN odredišta.
TLS do proxyja je odvojen sloj. Nakon završavanja vlastitog TLS-a na osluškivaču, Squid može obraditi običan zahtjev prema HTTP odredištu. Ako veza umjesto toga traži CONNECT prema HTTPS-u, unutarnji TLS odredišta ostaje odvojen i neproziran.
HTTPS presretanje mijenja zahtjeve povjerenja certifikata, autorizacije i privatnosti. Nije rutinska prilagodba cache prostora, a običan prosljeđujući proxy ne treba presretanje za rad.