Zašto preglednici mogu sakriti Squidovu HTTPS stranicu blokade
Shvatite zašto preglednik može prikazati vlastitu pogrešku tunela umjesto prilagođenog HTML-a koji se vraća za odbijeni CONNECT zahtjev.
Prilagođena stranica blokade proxyja prikazuje se za HTTP web-mjesto. Za HTTPS web-mjesto preglednik umjesto toga prikazuje pogrešku tunela. Ponovna zamjena HTML predloška možda neće promijeniti ništa.
Uz eksplicitni HTTP proxy, posjet HTTPS-u obično počinje s CONNECT. Preglednik traži od proxyja da otvori tunel prema hostu i portu. Ako Squid odbije taj zahtjev, TLS sesija web-mjesta nikada ne počinje.
Odbijanje može imati HTTP status i sadržaj odgovora. Možete pregledati taj neuspjeli CONNECT odgovor pomoću curl-a neovisno od stranice pogreške preglednika. To ne zahtijeva da preglednik dostavljeni HTML predstavi kao web-stranicu odredišta. Preglednik može odbaciti tijelo CONNECT pogreške i koristiti vlastito sučelje za proxy pogreške; točan prikaz ovisi o klijentu.
Ako Squidovo odbijanje već sadrži namijenjeno tijelo deny_info, uređivanje njegova teksta, stilske tablice ili dozvola datoteke ne mijenja fazu odgovora koju preglednik obrađuje. Držite status odbijanja i dnevnik pristupa dostupnima kako biste utvrdili je li CONNECT odbijen i zašto. Općenita stranica preglednika može sakriti pojedinosti pravila dok proxy ispravno provodi pravilo.
Posluživanje stranice blokade unutar presretnute HTTPS veze druga je arhitektura koja uključuje prekid TLS-a, povjerenje klijenta i upravljanje certifikatima. Ne omogućuje se uređivanjem deny_info, a prilagođeni predložak ne daje nikakvo ovlaštenje za predstavljanje blokiranog web-mjesta. Odaberite taj dizajn samo ako je potreban; inače upotrijebite dostupno izvješćivanje o pogreškama klijenta i operativne dnevnike proxyja.