Kvifor CONNECT-trafikk ikkje fyller Squid sin objektbuffer
Kvifor ein vanleg HTTPS-tunnel kan overføra mange byte utan å gje ein forward proxy HTTP-svarobjekt som kan brukast om att.
Ein vanleg CONNECT-tunnel gjev Squid krypterte byte i staden for eit nettstadsvar som kan mellomlagrast. Ei stor HTTPS-nedlasting kan difor gje mykje trafikk utan ei gjenbrukbar oppføring i objektbufferen.
Squid kan registrera mål, lengd og bytetal for tunnelen. Han får ikkje den indre URL-stien, bufferinstruksjonar, representasjon og validatorar som vanlege HTTP-meldingar han kan lagra og bruka om att. Meir diskplass eller ei større objektgrense kan ikkje avdekkja dei.
Kontroller førespurnadsmetodar og tunneloppføringar før du seier mellomlagringa er øydelagd. Ei CONNECT-dominert arbeidsmengd passar med store overføringar og lite objektgjenbruk. Bruk til ein faktisk buffertest ein HTTP-ressurs du styrer med eksplisitte cache-headerar og kjent innhald; stadfest at du testar Squid sin objektveg, ikkje ein tunnel, nettlesarbuffer eller CDN-et til målet.
TLS til proxyen er eit separat lag. Etter å ha terminert sin eigen TLS-lyttar kan Squid handsama ein vanleg HTTP-målførespurnad. Bed tilkoplinga i staden om CONNECT til HTTPS, held den indre mål-TLS-en seg separat og ugjennomsiktig.
HTTPS-avskjering endrar krav til sertifikattillit, autorisasjon og personvern. Det er inga vanleg justering av bufferplass, og ein normal forward proxy treng ikkje avskjering for å fungera.