CONNECT урсгал яагаад Squid-ийн объектын кэшийг дүүргэдэггүй вэ?
Энгийн HTTPS туннель дамжуулах проксид дахин ашиглах HTTP хариуны объект өгөхгүйгээр яагаад олон байт дамжуулж болдог тухай.
Энгийн CONNECT туннель Squid-д кэшлэх боломжтой вэбсайтын хариу бус, шифрлэсэн байтууд өгдөг. Иймээс том HTTPS таталт объектын кэшид дахин ашиглах нэг ч бичлэг нэмэхгүйгээр их хэмжээний урсгал үүсгэж болно.
Squid туннелийн очих хаяг, үргэлжлэх хугацаа, байтын тоог бүртгэж чадна. Харин дотоод URL-ийн зам, кэшийн заавар, дүрслэл болон баталгаажуулагчдыг хадгалж дахин ашиглах боломжтой ердийн HTTP зурвас хэлбэрээр авдаггүй. Дискний зайг нэмэх эсвэл объектын хэмжээний хязгаарыг өсгөх нь тэдгээрийг ил болгохгүй.
Кэш эвдэрсэн гэж дүгнэхээсээ өмнө хүсэлтийн аргууд болон туннелийн бүртгэлийг шалга. CONNECT давамгайлсан ачаалалд их хэмжээний дамжуулалт, объектын бага дахин ашиглалт зэрэгцэн байж болно. Кэшийг бодитоор шалгахын тулд өөрийн хяналттай, кэшийн тодорхой толгой талбарууд болон мэдэгдэж буй агуулгатай HTTP нөөц ашигла; туннель, хөтчийн кэш эсвэл очих талын CDN бус, Squid-ийн объект боловсруулах замыг шалгаж байгаагаа баталгаажуул.
Прокси хүртэлх TLS нь тусдаа давхарга юм. Squid өөрийн сонсогч дээрх TLS холболтыг төгсгөсний дараа HTTP очих хаяг руу чиглэсэн энгийн хүсэлтийг боловсруулж чадна. Харин тэр холболт HTTPS рүү CONNECT хүсвэл очих талын дотоод TLS тусдаа, үл харагдах хэвээр үлдэнэ.
HTTPS-ийг дундаас нь тайлж шалгах нь гэрчилгээнд итгэх, эрх олгох болон нууцлалын шаардлагыг өөрчилнө. Энэ нь кэшийн зайг ердийн байдлаар тохируулах ажил биш бөгөөд энгийн дамжуулах прокси ажиллахын тулд ийм оролцоо шаарддаггүй.