Miért rejtheti el a böngésző a Squid HTTPS-blokkoló oldalát

A proxy egyéni blokkoló oldala HTTP-webhely esetén jelenik meg. HTTPS-webhely esetén a böngésző helyette alagúthibát mutat. A HTML-sablon újbóli lecserélése semmit sem változtathat.

Explicit HTTP-proxy esetén az HTTPS-látogatás általában CONNECT-tel kezdődik. A böngésző arra kéri a proxyt, hogy nyisson alagutat egy hoszthoz és porkhoz. Ha a Squid elutasítja ezt a kérést, a webhely TLS-munkamenete soha nem indul el.

Az elutasításnak lehet HTTP-állapota és választartalma. A böngésző hiboldalától függetlenül megvizsgálhatja ezt a sikertelen CONNECT-választ curl-lel. Ehhez nem kell a böngészőnek a megadott HTML-t a cél weboldalaként megjelenítenie. A böngésző eldobhatja a CONNECT-hiba törzsét, és saját proxy-hibafelületét használhatja; a pontos megjelenítés az ügyféltől függ.

Ha a Squid elutasítása már tartalmazza a kívánt deny_info törzset, a szöveg, a stíluslap vagy a fájlengedélyek szerkesztése nem változtatja meg, hogy a böngésző melyik válaszszakaszt kezeli. Tartsa elérhetően az elutasítás állapotát és a hozzáférési naplót annak megállapításához, hogy a CONNECT elutasításra került-e, és miért. Egy általános böngészőoldal elrejtheti a szabályzat részleteit, miközben a proxy helyesen érvényesíti a szabályt.

A blokkoló oldal elfogott HTTPS-kapcsolaton belüli kiszolgálása más architektúra, amely TLS-lezárást, ügyfélbizalmat és tanúsítványkezelést foglal magában. Nem a deny_info szerkesztésével kapcsolható be, és az egyéni sablon nem ad felhatalmazást a blokkolt webhely megszemélyesítésére. Csak akkor válassza ezt a kialakítást, ha szükséges; egyébként használja az ügyfél rendelkezésre álló hibajelentését és a proxy üzemeltetési naplóit.