Защо браузърите може да скрият страницата за блокиране на Squid при HTTPS
Разберете защо браузърът може да покаже собствена грешка на тунела вместо персонализирания HTML, върнат при отказана CONNECT заявка.
Персонализираната страница за блокиране на проксито се показва за HTTP сайт. За HTTPS сайт браузърът вместо това показва грешка на тунела. Повторната подмяна на HTML шаблона може да не промени нищо.
При явно HTTP прокси посещението на HTTPS обикновено започва с CONNECT. Браузърът иска от проксито да отвори тунел към хост и порт. Ако Squid отхвърли тази заявка, TLS сесията на сайта така и не започва.
Отказът може да има HTTP статус и съдържание на отговора. Можете да проверите този неуспешен CONNECT отговор с curl независимо от страницата за грешка на браузъра. Това не изисква браузърът да представя предоставения HTML като уеб страница на дестинацията. Браузърът може да изхвърли тялото на CONNECT грешката и да използва собствения си интерфейс за прокси грешки; точното представяне зависи от клиента.
Ако отказът на Squid вече съдържа желаното тяло deny_info, редактирането на текста, стиловата таблица или правата за достъп до файла не променя кой етап от отговора обработва браузърът. Дръжте статуса на отказа и журнала за достъп на разположение, за да установите дали CONNECT е бил отказан и защо. Обща страница на браузъра може да скрие подробности за политиката, докато проксито правилно налага правилото.
Подаването на страница за блокиране в прихваната HTTPS връзка е друга архитектура, включваща прекратяване на TLS, доверие от клиента и работа със сертификати. Тя не се включва чрез редактиране на deny_info и персонализираният шаблон не дава никакво право да се представя за блокирания сайт. Изберете този дизайн само ако е необходим; в противен случай използвайте наличните отчети за грешки на клиента и оперативните журнали на проксито.