Proč provoz CONNECT neplní objektovou cache Squid
Proč běžný HTTPS tunel může přenášet mnoho bajtů, aniž proxy poskytne znovu použitelné objekty HTTP odpovědí.
Běžný tunel CONNECT dává Squidu šifrované bajty, ne odpověď webu vhodnou do cache. Velké HTTPS stahování tak může vytvořit hodně provozu bez jediného znovu použitelného objektového záznamu.
Squid může zaznamenat cíl, trvání a počet bajtů tunelu. Vnitřní URL cestu, pokyny cache, reprezentaci a validátory nedostává jako běžné HTTP zprávy k uložení a opětovnému použití. Více disku nebo vyšší limit velikosti objektu je neodhalí.
Než označíte cache za rozbitou, zkontrolujte metody požadavků a záznamy tunelů. Zátěž tvořená hlavně CONNECT odpovídá velkým přenosům a malému opětovnému použití objektů. Pro skutečnou kontrolu použijte vlastní HTTP zdroj s explicitními cache hlavičkami a známým obsahem; potvrďte, že testujete objektovou cestu Squidu, ne tunel, cache prohlížeče nebo cílové CDN.
TLS k proxy je samostatná vrstva. Po ukončení TLS na vlastním naslouchajícím rozhraní může Squid zpracovat běžný požadavek k HTTP cíli. Pokud spojení místo toho žádá CONNECT k HTTPS, vnitřní TLS cíle zůstává oddělené a neprůhledné.
Zachytávání HTTPS mění požadavky na důvěru certifikátů, oprávnění a soukromí. Není to běžná úprava místa pro cache a normální dopředná proxy zachytávání k provozu nepotřebuje.