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