Prečo prevádzka CONNECT neplní objektovú cache Squid
Prečo bežný HTTPS tunel môže prenášať veľa bajtov bez toho, aby proxy poskytol opätovne použiteľné objekty HTTP odpovedí.
Bežný tunel CONNECT dáva Squidu šifrované bajty, nie odpoveď webu vhodnú do cache. Veľké HTTPS sťahovanie tak môže vytvoriť veľa prevádzky bez jediného opätovne použiteľného objektového záznamu.
Squid môže zaznamenať cieľ, trvanie a počet bajtov tunela. Vnútornú URL cestu, pokyny cache, reprezentáciu a validátory nedostáva ako bežné HTTP správy na uloženie a opätovné použitie. Viac disku alebo vyšší limit veľkosti objektu ich neodhalí.
Než označíte cache za pokazenú, skontrolujte metódy požiadaviek a záznamy tunelov. Záťaž tvorená najmä CONNECT zodpovedá veľkým prenosom a malému opätovnému použitiu objektov. Na skutočnú kontrolu použite vlastný HTTP zdroj s explicitnými cache hlavičkami a známym obsahom; potvrďte, že testujete objektovú cestu Squidu, nie tunel, cache prehliadača alebo cieľové CDN.
TLS k proxy je samostatná vrstva. Po ukončení TLS na vlastnom načúvacom rozhraní môže Squid spracovať bežnú požiadavku k HTTP cieľu. Ak spojenie namiesto toho žiada CONNECT k HTTPS, vnútorné TLS cieľa zostáva oddelené a nepriehľadné.
Zachytávanie HTTPS mení požiadavky na dôveru certifikátov, oprávnenie a súkromie. Nie je to bežná úprava miesta pre cache a normálne dopredné proxy zachytávanie na prevádzku nepotrebuje.