Prečo môžu prehliadače skryť blokovaciu stránku Squid pre HTTPS
Pochopte, prečo prehliadač môže zobraziť vlastnú chybu tunela namiesto vlastného HTML vráteného pre odmietnutú požiadavku CONNECT.
Vlastná blokovacia stránka proxy sa zobrazuje pre HTTP web. Pre HTTPS web prehliadač namiesto toho zobrazí chybu tunela. Ďalšie nahradenie HTML šablóny nemusí nič zmeniť.
Pri explicitnej HTTP proxy návšteva HTTPS zvyčajne začína požiadavkou CONNECT. Prehliadač žiada proxy, aby otvorila tunel k hostiteľovi a portu. Ak Squid túto požiadavku odmietne, TLS relácia webu sa nikdy nezačne.
Odmietnutie môže mať HTTP stav a obsah odpovede. Môžete preskúmať túto neúspešnú odpoveď CONNECT pomocou curl nezávisle od chybovej stránky prehliadača. Nevyžaduje to, aby prehliadač zobrazil dodané HTML ako webovú stránku cieľa. Prehliadač môže zahodiť telo chyby CONNECT a použiť vlastné rozhranie chyby proxy; presné zobrazenie závisí od klienta.
Ak odmietnutie Squid už obsahuje zamýšľané telo deny_info, úprava jeho textu, šablóny štýlov alebo oprávnení súboru nemení, ktorú fázu odpovede prehliadač spracúva. Uchovávajte stav odmietnutia a prístupový protokol dostupné, aby ste zistili, či bol CONNECT odmietnutý a prečo. Všeobecná stránka prehliadača môže skryť podrobnosti zásady, zatiaľ čo proxy pravidlo správne presadzuje.
Poskytovanie blokovacej stránky v zachytenom HTTPS spojení je iná architektúra zahŕňajúca ukončenie TLS, dôveru klienta a správu certifikátov. Nezapína sa úpravou deny_info a vlastná šablóna neposkytuje žiadne oprávnenie vydávať sa za blokovaný web. Tento návrh zvoľte len v prípade potreby; inak použite dostupné hlásenie chýb klienta a prevádzkové protokoly proxy.