CONNECT ટ્રાફિક Squid નો ઑબ્જેક્ટ કૅશ કેમ ભરતો નથી
સામાન્ય HTTPS ટનલ ફૉરવર્ડ પ્રૉક્સીને ફરી વાપરી શકાય તેવા HTTP પ્રતિસાદ ઑબ્જેક્ટ આપ્યા વિના ઘણા બાઇટ કેમ મોકલી શકે છે.
સામાન્ય CONNECT ટનલ Squid ને કૅશ કરી શકાય એવા વેબસાઇટ પ્રતિસાદને બદલે એન્ક્રિપ્ટ કરેલા બાઇટ આપે છે. તેથી મોટા HTTPS ડાઉનલોડથી ઘણો ટ્રાફિક વધી શકે છે, છતાં ઑબ્જેક્ટ કૅશમાં ફરી વાપરી શકાય તેવી એક પણ નોંધ ઉમેરાતી નથી.
Squid ટનલનું ગંતવ્ય, સમયગાળો અને બાઇટની સંખ્યા નોંધી શકે છે. તેને અંદરનો URL પથ, કૅશ સૂચનાઓ, રજૂઆત અને વૅલિડેટર સામાન્ય HTTP સંદેશા તરીકે મળતાં નથી, જેને તે સાચવીને ફરી વાપરી શકે. વધુ ડિસ્ક જગ્યા કે ઑબ્જેક્ટના કદની મોટી મર્યાદા તેમને ખુલ્લાં પાડી શકતી નથી.
કૅશ બગડ્યો છે એવું કહેતાં પહેલાં વિનંતીની પદ્ધતિઓ અને ટનલની નોંધો તપાસો. CONNECT-પ્રધાન કાર્યભારમાં મોટા ટ્રાન્સફર અને ઑબ્જેક્ટનો ઓછો પુનઃઉપયોગ એકસાથે થઈ શકે છે. કૅશ ખરેખર તપાસવા માટે તમારા નિયંત્રણ હેઠળનું HTTP સંસાધન વાપરો જેમાં સ્પષ્ટ કૅશ હેડર અને જાણીતી સામગ્રી હોય; ખાતરી કરો કે તમે Squid ના ઑબ્જેક્ટ પ્રક્રિયા માર્ગને ચકાસો છો, ટનલ, બ્રાઉઝર કૅશ કે ગંતવ્ય CDN ને નહીં.
પ્રૉક્સી સુધીનું TLS અલગ સ્તર છે. પોતાના લિસનર પર TLS જોડાણ ટર્મિનેટ કર્યા પછી Squid સામાન્ય HTTP ગંતવ્યની વિનંતી પર પ્રક્રિયા કરી શકે છે. જો તે જોડાણ તેના બદલે HTTPS માટે CONNECT માગે તો ગંતવ્યનું અંદરનું TLS અલગ અને અપારદર્શક રહે છે.
HTTPS ઇન્ટરસેપ્શનથી પ્રમાણપત્ર પર વિશ્વાસ, અધિકૃતતા અને ગોપનીયતાની જરૂરિયાતો બદલાય છે. આ કૅશની જગ્યા માટેનો નિયમિત ફેરફાર નથી અને સામાન્ય ફૉરવર્ડ પ્રૉક્સીને કામ કરવા માટે ઇન્ટરસેપ્શનની જરૂર નથી.