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