Pse CONNECT nuk mbush cache-n e objekteve të Squid
Pse një tunel HTTPS i zakonshëm mund të transferojë shumë bajte pa i dhënë proxy-t objekte përgjigjeje HTTP të ripërdorshme.
Një tunel CONNECT i zakonshëm i jep Squid bajte të enkriptuara, jo përgjigje faqeje për cache. Një shkarkim HTTPS i madh mund kështu të sjellë shumë trafik pa hyrje objekti të ripërdorshëm.
Squid mund të regjistrojë destinacionin, kohëzgjatjen dhe numrin e bajteve të tunelit. Nuk merr shtegun URL të brendshëm, direktivat cache, përfaqësimin dhe validuesit si mesazhe normale HTTP që mund t’i ruajë e ripërdorë. Më shumë disk ose kufi më i madh objekti nuk i zbulon.
Kontrolloni metodat e kërkesave dhe regjistrat e tuneleve para se të shpallni cache-n të prishur. Ngarkesa e mbizotëruar nga CONNECT përputhet me transferime të mëdha dhe pak ripërdorim objektesh. Për provë reale përdorni burim HTTP nën kontrollin tuaj me krerë cache të qartë dhe përmbajtje të njohur; sigurohuni se po testoni rrugën e objekteve të Squid, jo tunel, cache shfletuesi apo CDN të destinacionit.
TLS drejt proxy-t është shtresë e veçantë. Pas përfundimit të TLS së dëgjuesit të vet, Squid mund të përpunojë kërkesë normale për destinacion HTTP. Nëse lidhja kërkon CONNECT drejt HTTPS, TLS e brendshme e destinacionit mbetet më vete dhe e padepërtueshme.
Përgjimi HTTPS ndryshon kërkesat e besimit të certifikatave, autorizimit dhe privatësisë. Nuk është rregullim rutinë i hapësirës cache dhe një proxy i zakonshëm përcjellës nuk ka nevojë për përgjim që të punojë.