Почему браузеры могут скрывать страницу блокировки HTTPS Squid
Поймите, почему браузер может показывать собственную ошибку туннеля вместо пользовательского HTML, возвращаемого для отклонённого запроса CONNECT.
Пользовательская страница блокировки прокси появляется для HTTP-сайта. Для HTTPS-сайта браузер вместо неё показывает ошибку туннеля. Повторная замена HTML-шаблона может ничего не изменить.
При явном HTTP-прокси посещение HTTPS обычно начинается с CONNECT. Браузер просит прокси открыть туннель к хосту и порту. Если Squid отклоняет этот запрос, сеанс TLS сайта так и не начинается.
Отказ может иметь HTTP-статус и содержимое ответа. Вы можете проверить этот неудачный ответ CONNECT с помощью curl независимо от страницы ошибки браузера. Это не требует, чтобы браузер показывал предоставленный HTML как веб-страницу назначения. Браузер может отбросить тело ошибки CONNECT и использовать собственный интерфейс ошибки прокси; точное представление зависит от клиента.
Если отказ Squid уже содержит нужное тело deny_info, редактирование его текста, таблицы стилей или прав доступа к файлу не меняет того, на каком этапе ответа работает браузер. Держите статус отказа и журнал доступа доступными, чтобы установить, был ли CONNECT отклонён и почему. Обычная страница браузера может скрывать подробности политики, пока прокси правильно применяет правило.
Подача страницы блокировки внутри перехваченного HTTPS-соединения — это другая архитектура, включающая завершение TLS, доверие клиента и работу с сертификатами. Она не включается редактированием deny_info, и пользовательский шаблон не даёт никаких полномочий выдавать себя за заблокированный сайт. Выбирайте такую схему только при необходимости; иначе используйте доступную отчётность об ошибках клиента и рабочие журналы прокси.