Perché CONNECT non riempie la cache di oggetti di Squid
Perché un normale tunnel HTTPS può trasferire molti byte senza fornire al proxy oggetti di risposta HTTP riutilizzabili.
Un normale tunnel CONNECT consegna a Squid byte cifrati, non una risposta web memorizzabile in cache. Un grande download HTTPS può quindi produrre molto traffico senza aggiungere un oggetto riutilizzabile alla cache.
Squid può registrare destinazione, durata e numero di byte del tunnel. Non riceve percorso URL interno, direttive di cache, rappresentazione e validatori come normali messaggi HTTP da conservare e riutilizzare. Più disco o un limite maggiore di dimensione degli oggetti non li rivelano.
Controlla metodi delle richieste e registri dei tunnel prima di dichiarare guasta la cache. Un carico dominato da CONNECT è coerente con grandi trasferimenti e scarso riutilizzo. Per una verifica reale usa una risorsa HTTP che controlli, con header cache espliciti e contenuto noto; assicurati di testare il percorso oggetti di Squid, non un tunnel, la cache del browser o il CDN di destinazione.
Il TLS verso il proxy è un livello separato. Dopo aver terminato il TLS del proprio listener, Squid può elaborare una normale richiesta a una destinazione HTTP. Se la connessione richiede invece CONNECT verso HTTPS, il TLS interno della destinazione resta distinto e opaco.
L’intercettazione HTTPS cambia requisiti di fiducia nei certificati, autorizzazione e riservatezza. Non è una normale regolazione dello spazio cache e un comune proxy diretto non ne ha bisogno per funzionare.