Зашто прегледачи могу сакрити 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, а прилагођени шаблон не даје никакво овлашћење за представљање блокираног веб-места. Изаберите тај дизајн само ако је потребан; иначе употребите доступно извештавање о грешкама клијента и оперативне дневнике проксија.