Hvers vegna vafrar geta falið HTTPS-blokkunarsíðu Squid
Skiljið hvers vegna vafri getur sýnt eigin gönguvillu í stað sérsniðna HTML-sins sem skilað er fyrir hafnaða CONNECT-beiðni.
Sérsniðna blokkunarsíða milliþjónsins birtist fyrir HTTP-vefsíðu. Fyrir HTTPS-vefsíðu sýnir vafrinn í staðinn gönguvillu. Að skipta HTML-sniðmátinu út aftur gæti ekki breytt neinu.
Með skýrum HTTP-milliþjóni hefst HTTPS-heimsókn yfirleitt með CONNECT. Vafrinn biður milliþjóninn að opna göng til hýsils og ports. Ef Squid hafnar þeirri beiðni hefst TLS-lota vefsíðunnar aldrei.
Höfnunin getur haft HTTP-stöðu og svarefni. Þú getur skoðað það misheppnaða CONNECT-svar með curl óháð villusíðu vafrans. Það krefst þess ekki að vafrinn sýni uppgefið HTML sem vefsíðu áfangastaðarins. Vafri getur hent líkama CONNECT-villunnar og notað eigið villuviðmót milliþjónsins; nákvæm framsetning fer eftir biðlaranum.
Ef höfnun Squid inniheldur þegar hið ætlaða deny_info líkama breytir breyting á texta hans, stílblaði eða skráarheimildum ekki hvaða svarsþrep vafrinn meðhöndlar. Haltu stöðu höfnunarinnar og aðgangsskránni aðgengilegum til að staðfesta hvort CONNECT var hafnað og hvers vegna. Almennt vafrablað getur falið upplýsingar um stefnu á meðan milliþjónninn framfylgir reglunni rétt.
Að þjóna blokkunarsíðu inni í afleiddri HTTPS-tengingu er önnur arkitektúr, sem felur í sér TLS-lokun, traust biðlara og meðferð vottorða. Það er ekki virkjað með því að breyta deny_info, og sérsniðið sniðmát veitir enga heimild til að þykjast vera blokkaða vefsíðan. Veldu þá hönnun aðeins ef þörf krefur; annars notaðu tiltæka villuskýrslu biðlarans og rekstrarskrár milliþjónsins.