Zakaj lahko brskalniki skrijejo Squidovo stran za blokiranje HTTPS
Razumite, zakaj lahko brskalnik prikaže lastno napako predora namesto prilagojenega HTML, ki se vrne za zavrnjeno zahtevo CONNECT.
Prilagojena stran za blokiranje proxyja se prikaže za spletno mesto HTTP. Za spletno mesto HTTPS brskalnik namesto tega prikaže napako predora. Ponovna zamenjava predloge HTML morda ne spremeni ničesar.
Pri izrecnem proxyju HTTP se obisk HTTPS običajno začne s CONNECT. Brskalnik prosi proxy, da odpre predor do gostitelja in vrat. Če Squid to zahtevo zavrne, seja TLS spletnega mesta se nikoli ne začne.
Zavrnitev ima lahko status HTTP in vsebino odgovora. Lahko preverite ta neuspešni odgovor CONNECT s curl neodvisno od strani z napako v brskalniku. To ne zahteva, da brskalnik predloži priloženi HTML kot spletno stran cilja. Brskalnik lahko zavrže telo napake CONNECT in uporabi svoj vmesnik za napake proxyja; natančen prikaz je odvisen od odjemalca.
Če zavrnitev Squid že vsebuje predvideno telo deny_info, urejanje besedila, predloge sloga ali dovoljenj datoteke ne spremeni, katero stopnjo odgovora brskalnik obravnava. Ohranite status zavrnitve in dnevnik dostopa na voljo, da ugotovite, ali je bil CONNECT zavrnjen in zakaj. Splošna stran brskalnika lahko skrije podrobnosti pravilnika, medtem ko proxy pravilo pravilno uveljavlja.
Strežba strani za blokiranje v prestreženi povezavi HTTPS je druga arhitektura, ki vključuje zaključek TLS, zaupanje odjemalca in ravnanje s potrdili. Ne omogoči se z urejanjem deny_info, prilagojena predloga pa ne daje nobenega pooblastila za predstavljanje blokiranega spletnega mesta. To zasnovo izberite le, če je potrebna; sicer uporabite razpoložljivo poročanje o napakah odjemalca in operativne dnevnike proxyja.