Pam nad yw traffig CONNECT yn llenwi storfa gwrthrychau Squid
Pam y gall twnnel HTTPS arferol drosglwyddo llawer o feitiau heb roi gwrthrychau ymateb HTTP y gellir eu hailddefnyddio i ddirprwy ymlaen.
Mae twnnel CONNECT arferol yn rhoi beitiau wedi'u hamgryptio i Squid yn hytrach nag ymateb gwefan y gellir ei gadw yn y storfa. Felly gall lawrlwythiad HTTPS mawr ychwanegu llawer o draffig heb ychwanegu unrhyw gofnod y gellir ei ailddefnyddio at y storfa gwrthrychau.
Gall Squid gofnodi cyrchfan y twnnel, ei hyd a nifer y beitiau. Nid yw'n derbyn y llwybr URL mewnol, y cyfarwyddebau storio, y gynrychiolaeth na'r dilyswyr fel negeseuon HTTP arferol y gall eu storio a'u hailddefnyddio. Ni all mwy o le ar ddisg na therfyn maint gwrthrych uwch eu datgelu.
Gwiriwch ddulliau'r ceisiadau a chofnodion y twneli cyn datgan bod y storfa wedi torri. Mae llwyth gwaith lle mae CONNECT yn dominyddu yn gyson â throsglwyddiadau mawr ac ychydig o ailddefnyddio gwrthrychau. I wirio'r storfa mewn gwirionedd, defnyddiwch adnodd HTTP rydych yn ei reoli, gyda phenawdau storio penodol a chynnwys hysbys; cadarnhewch eich bod yn profi llwybr prosesu gwrthrychau Squid yn hytrach na thwnnel, storfa'r porwr neu CDN y gyrchfan.
Mae TLS i'r dirprwy yn haen ar wahân. Ar ôl terfynu'r cysylltiad TLS yn ei wrandäwr ei hun, gall Squid brosesu cais arferol at gyrchfan HTTP. Os yw'r cysylltiad hwnnw yn gofyn am CONNECT at HTTPS yn lle hynny, mae TLS mewnol y gyrchfan yn parhau ar wahân ac yn anhryloyw.
Mae rhyng-gipio HTTPS yn newid y gofynion ar gyfer ymddiried mewn tystysgrifau, awdurdodi a phreifatrwydd. Nid addasiad arferol i le'r storfa mohono, ac nid oes angen rhyng-gipio ar ddirprwy ymlaen arferol er mwyn gweithredu.