Zašto CONNECT saobraćaj ne puni Squidov objektni keš
Zašto običan HTTPS tunel može prenijeti mnogo bajtova bez davanja proxyju ponovo upotrebljivih objekata HTTP odgovora.
Običan CONNECT tunel daje Squidu šifrirane bajtove, ne odgovor stranice koji se može keširati. Veliko HTTPS preuzimanje zato može dodati mnogo saobraćaja bez ponovo upotrebljivog objektnog unosa.
Squid može zabilježiti odredište, trajanje i broj bajtova tunela. Ne dobija unutrašnju URL putanju, keš direktive, reprezentaciju i validatore kao obične HTTP poruke koje može čuvati i ponovo koristiti. Više diska ili veće ograničenje objekta to ne otkriva.
Provjerite metode zahtjeva i zapise tunela prije zaključka da je keširanje pokvareno. 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 keš zaglavljima i poznatim sadržajem; potvrdite da testirate Squidovu objektnu putanju, ne tunel, keš preglednika ili CDN odredišta.
TLS do proxyja je odvojen sloj. Nakon završavanja vlastitog TLS-a na slušaocu, Squid može obraditi običan zahtjev prema HTTP odredištu. Ako veza umjesto toga traži CONNECT prema HTTPS-u, unutrašnji TLS odredišta ostaje odvojen i neproziran.
HTTPS presretanje mijenja zahtjeve povjerenja certifikata, autorizacije i privatnosti. Nije rutinsko podešavanje keš prostora, a običan prosljeđujući proxy ne treba presretanje za rad.