De ce traficul CONNECT nu umple cache-ul de obiecte Squid
De ce un tunel HTTPS obișnuit poate transfera mulți octeți fără să ofere proxy-ului obiecte de răspuns HTTP reutilizabile.
Un tunel CONNECT obișnuit oferă Squid octeți criptați, nu un răspuns de site care poate fi stocat în cache. O descărcare HTTPS mare poate crea mult trafic fără intrare de obiect reutilizabil.
Squid poate înregistra destinația, durata și numărul de octeți ai tunelului. Nu primește calea URL internă, directivele cache, reprezentarea și validatorii ca mesaje HTTP normale de stocat și reutilizat. Mai mult disc sau o limită mai mare de obiect nu le dezvăluie.
Verificați metodele cererilor și înregistrările tunelurilor înainte să declarați cache-ul defect. O sarcină dominată de CONNECT corespunde unor transferuri mari și puțină reutilizare a obiectelor. Pentru un test real folosiți o resursă HTTP controlată, cu antete cache explicite și conținut cunoscut; confirmați că testați calea de obiecte Squid, nu un tunel, cache-ul browserului sau CDN-ul destinației.
TLS până la proxy este un strat separat. După terminarea TLS pe propriul listener, Squid poate procesa o cerere obișnuită către o destinație HTTP. Dacă legătura cere în schimb CONNECT către HTTPS, TLS intern al destinației rămâne separat și opac.
Interceptarea HTTPS schimbă cerințele de încredere în certificate, autorizare și confidențialitate. Nu este o reglare obișnuită a spațiului cache, iar un proxy direct normal nu are nevoie de interceptare pentru a funcționa.