Miks brauserid võivad Squidi HTTPS-i blokeerimislehe peita
Mõistke, miks brauser võib näidata oma tunneliviga, mitte tagastatud kohandatud HTML-i keelatud CONNECT-päringu jaoks.
Puhverserveri kohandatud blokeerimisleht kuvatakse HTTP-saidi puhul. HTTPS-saidi puhul näitab brauser selle asemel tunneliviga. HTML-malli uuesti asendamine ei pruugi midagi muuta.
Selgesõnalise HTTP-puhverserveri korral algab HTTPS-külastus tavaliselt CONNECT-iga. Brauser palub puhverserveril avada tunnel hosti ja pordini. Kui Squid selle päringu tagasi lükkab, ei alga saidi TLS-seanss kunagi.
Tagasilükkamisel võib olla HTTP-olek ja vastuse sisu. Saate seda ebaõnnestunud CONNECT-vastust curl-iga uurida brauseri vealehest sõltumatult. See ei nõua, et brauser esitaks antud HTML-i sihtkoha veebilehena. Brauser võib CONNECT-vea keha kõrvale jätta ja kasutada oma puhverserveri vealiidest; täpne esitus sõltub kliendist.
Kui Squidi tagasilükkamine sisaldab juba kavandatud deny_info keha, ei muuda selle teksti, stiililehe või failiõiguste muutmine seda, millist vastuse etappi brauser töötleb. Hoidke tagasilükkamise olek ja juurdepääsulogi saadaval, et teha kindlaks, kas CONNECT lükati tagasi ja miks. Üldine brauserileht võib poliitika üksikasju varjata, samal ajal kui puhverserver reeglit õigesti rakendab.
Blokeerimislehe pakkumine pealtkuulatud HTTPS-ühenduse sees on teine arhitektuur, mis hõlmab TLS-i lõpetamist, kliendi usaldust ja sertifikaatide haldamist. Seda ei lubata deny_info muutmisega ja kohandatud mall ei anna mingit volitust blokeeritud saiti jäljendada. Valige see disain ainult vajaduse korral; muidu kasutage kliendi saadaolevat veateavitust ja puhverserveri tööloke.