Por que o tráfico CONNECT non enche a caché de obxectos de Squid
Por que un túnel HTTPS normal pode transferir moitos bytes sen fornecerlle a un proxy de saída obxectos de resposta HTTP reutilizables.
Un túnel CONNECT normal entrégalle a Squid bytes cifrados, non unha resposta web que se poida gardar na caché. Unha descarga HTTPS grande pode, por tanto, xerar moito tráfico sen engadir ningunha entrada reutilizable á caché de obxectos.
Squid pode rexistrar o destino do túnel, a duración e o número de bytes. Non recibe a ruta do URL interno, as directivas de caché, a representación nin os validadores como mensaxes HTTP normais que poida gardar e reutilizar. Máis espazo de disco ou un límite maior de tamaño dos obxectos non poden revelalos.
Comprobe os métodos das peticións e os rexistros dos túneles antes de concluír que a caché falla. Unha carga dominada por CONNECT é compatible con transferencias abundantes e pouca reutilización de obxectos. Para comprobar realmente a caché, use un recurso HTTP que controle, con cabeceiras de caché explícitas e contido coñecido; confirme que está a probar o circuíto de obxectos de Squid e non un túnel, a caché do navegador ou a CDN de destino.
O TLS ata o proxy é unha capa independente. Despois de terminar a conexión TLS no seu propio punto de escoita, Squid pode procesar unha petición normal a un destino HTTP. Se esa conexión solicita CONNECT cara a HTTPS, o TLS interno do destino segue sendo independente e opaco.
A intercepción HTTPS modifica os requisitos de confianza nos certificados, autorización e privacidade. Non é un axuste habitual do espazo da caché, e un proxy de saída normal non precisa intercepción para funcionar.