Kial trafiko CONNECT ne plenigas la objektan kaŝmemoron de Squid
Kial ordinara HTTPS-tunelo povas transigi multajn bajtojn sen liveri reuzeblajn HTTP-respondobjektojn al plusenda prokurilo.
Ordinara CONNECT-tunelo donas al Squid ĉifritajn bajtojn anstataŭ kaŝmemoreblan respondon de retejo. Granda HTTPS-elŝuto do povas aldoni multe da trafiko kaj neniun reuzeblan eron en la objekta kaŝmemoro.
Squid povas registri la celon de la tunelo, ĝian daŭron kaj la nombron de bajtoj. Ĝi ne ricevas la internan URL-vojon, kaŝmemorajn direktivojn, reprezentaĵon kaj validigilojn kiel normalajn HTTP-mesaĝojn, kiujn ĝi povas konservi kaj reuzi. Pli da diskospaco aŭ pli alta limo de objektograndeco ne povas malkaŝi ilin.
Kontrolu la petmetodojn kaj tunelajn registrojn antaŭ ol deklari, ke la kaŝmemorado estas difektita. Laborkvanto dominata de CONNECT kongruas kun grandaj transigoj kaj malmulta reuzo de objektoj. Por efektiva kaŝmemora kontrolo, uzu HTTP-rimedon sub via regado kun eksplicitaj kaŝmemoraj kapoj kaj konata enhavo; konfirmu, ke vi testas la objektan prilaborvojon de Squid, ne tunelon, retumilan kaŝmemoron aŭ la celan CDN.
TLS al la prokurilo estas aparta tavolo. Post finigado de la TLS-konekto ĉe sia propra aŭskultilo, Squid povas prilabori ordinaran peton al HTTP-celo. Se tiu konekto anstataŭe petas CONNECT al HTTPS, la interna TLS de la celo restas aparta kaj maldiafana.
HTTPS-interkapto ŝanĝas la postulojn pri atestila fido, rajtigo kaj privateco. Ĝi ne estas rutina alĝustigo de kaŝmemora spaco, kaj normala plusenda prokurilo bezonas neniun interkapton por funkcii.