Per què el trànsit CONNECT no omple la memòria cau d'objectes de Squid
Per què un túnel HTTPS ordinari pot transferir molts bytes sense proporcionar a un servidor intermediari de sortida respostes HTTP reutilitzables.
Un túnel CONNECT ordinari lliura a Squid bytes xifrats, no una resposta web que es pugui desar a la memòria cau. Per tant, una descàrrega HTTPS gran pot generar molt de trànsit sense afegir cap entrada reutilitzable a la memòria cau d'objectes.
Squid pot registrar la destinació del túnel, la durada i el nombre de bytes. No rep el camí de l'URL intern, les directives de memòria cau, la representació ni els validadors com a missatges HTTP normals que pugui desar i reutilitzar. Més espai de disc o un límit de mida d'objecte més alt no els poden revelar.
Comproveu els mètodes de petició i els registres dels túnels abans de concloure que la memòria cau no funciona. Una càrrega dominada per CONNECT és compatible amb grans transferències i poca reutilització d'objectes. Per comprovar realment la memòria cau, feu servir un recurs HTTP sota el vostre control, amb capçaleres de memòria cau explícites i contingut conegut; confirmeu que proveu el circuit d'objectes de Squid i no un túnel, la memòria cau del navegador o la CDN de destinació.
El TLS fins al servidor intermediari és una capa independent. Després de terminar la connexió TLS al seu propi punt d'escolta, Squid pot processar una petició ordinària a una destinació HTTP. Si aquesta connexió demana, en canvi, CONNECT cap a HTTPS, el TLS intern de la destinació continua sent independent i opac.
La intercepció HTTPS modifica els requisits de confiança en els certificats, autorització i privadesa. No és un ajust rutinari de l'espai de memòria cau, i un servidor intermediari de sortida normal no necessita intercepció per funcionar.