Pse shfletuesit mund të fshehin faqen e bllokimit HTTPS të Squid
Kuptoni pse një shfletues mund të shfaqë gabimin e vet të tunelit në vend të HTML-së së personalizuar që kthehet për një kërkesë CONNECT të refuzuar.
Faqja e personalizuar e bllokimit e proxy-t shfaqet për një sajt HTTP. Për një sajt HTTPS, shfletuesi shfaq në vend të saj një gabim tuneli. Zëvendësimi përsëri i shabllonit HTML mund të mos ndryshojë asgjë.
Me një proxy HTTP të qartë, një vizitë HTTPS zakonisht fillon me CONNECT. Shfletuesi i kërkon proxy-t të hapë një tunel drejt një hosti dhe porti. Nëse Squid e refuzon atë kërkesë, sesioni TLS i sajtit nuk fillon kurrë.
Refuzimi mund të ketë një status HTTP dhe përmbajtje përgjigjeje. Mund të shqyrtoni atë përgjigje CONNECT të dështuar me curl pavarësisht nga faqja e gabimit e shfletuesit. Kjo nuk kërkon që shfletuesi të paraqesë HTML-në e dhënë si faqen e internetit të destinacionit. Një shfletues mund të hedhë poshtë trupin e gabimit CONNECT dhe të përdorë ndërfaqen e vet të gabimit të proxy-t; paraqitja e saktë varet nga klienti.
Nëse refuzimi i Squid përmban tashmë trupin deny_info të synuar, redaktimi i tekstit, fletës së stilit ose lejeve të skedarit nuk ndryshon se cilën fazë të përgjigjes trajton shfletuesi. Mbani të disponueshëm statusin e refuzimit dhe regjistrin e aksesit për të përcaktuar nëse CONNECT u refuzua dhe pse. Një faqe e përgjithshme e shfletuesit mund të fshehë detajet e politikës ndërsa proxy-ja e zbaton saktë rregullin.
Shërbimi i një faqeje bllokimi brenda një lidhjeje HTTPS të përgjuar është një arkitekturë tjetër, që përfshin përfundimin e TLS, besimin e klientit dhe trajtimin e certifikatave. Nuk aktivizohet duke redaktuar deny_info, dhe një shabllon i personalizuar nuk jep asnjë autoritet për të imituar sajtin e bllokuar. Zgjidhni atë dizajn vetëm nëse është e nevojshme; përndryshe përdorni raportimin e gabimeve të disponueshëm në klient dhe regjistrat operativë të proxy-t.