Зашто CONNECT не попуњава Squid објектни кеш
Зашто обичан HTTPS тунел може преносити много бајтова без давања проксију HTTP одговора који се могу поново користити.
Обичан CONNECT тунел даје Squid-у шифроване бајтове уместо одговора сајта погодног за кеш. Велико HTTPS преузимање тако може створити пуно саобраћаја без иједног поново употребљивог објекта у кешу.
Squid може забележити одредиште тунела, трајање и број бајтова. Не добија унутрашњу URL путању, кеш директиве, репрезентацију и валидаторе као нормалне HTTP поруке које може чувати и поново користити. Више диска или већа граница величине објекта то не могу открити.
Пре него што прогласите кеширање поквареним, проверите методе захтева и тунелске записе. Оптерећење с доминантним CONNECT-ом одговара великим трансферима и малој поновној употреби објеката. За стварни тест користите свој HTTP ресурс с експлицитним кеш заглављима и познатим садржајем; проверите да тестирате Squid путању објеката, не тунел, кеш прегледача или одредишни CDN.
TLS до проксија је засебан слој. После терминирања TLS-а на сопственом слушаоцу, Squid може обрадити обичан захтев за HTTP одредиште. Ако веза уместо тога затражи CONNECT до HTTPS-а, унутрашњи TLS одредишта остаје посебан и непрозиран.
Пресретање HTTPS-а мења захтеве поверења сертификата, ауторизације и приватности. Није рутинско подешавање кеш простора, а нормалан прокси за прослеђивање не захтева пресретање за рад.