Kāpēc pārlūki var slēpt Squid HTTPS bloķēšanas lapu
Saprotiet, kāpēc pārlūks var rādīt savu tuneļa kļūdu, nevis pielāgoto HTML, kas tiek atgriezts noraidītam CONNECT pieprasījumam.
Starpniekservera pielāgotā bloķēšanas lapa parādās HTTP vietnei. HTTPS vietnei pārlūks tā vietā rāda tuneļa kļūdu. HTML veidnes atkārtota aizstāšana var neko nemainīt.
Ar skaidru HTTP starpniekserveri HTTPS apmeklējums parasti sākas ar CONNECT. Pārlūks lūdz starpniekserveri atvērt tuneli uz resursdatoru un portu. Ja Squid šo pieprasījumu noraida, vietnes TLS sesija nekad nesākas.
Noraidījumam var būt HTTP statuss un atbildes saturs. Varat pārbaudīt šo neveiksmīgo CONNECT atbildi ar curl neatkarīgi no pārlūka kļūdas lapas. Tas neprasa, lai pārlūks sniegto HTML parādītu kā galamērķa tīmekļa lapu. Pārlūks var izmest CONNECT kļūdas saturu un izmantot savu starpniekservera kļūdu saskarni; precīza attēlošana ir atkarīga no klienta.
Ja Squid noraidījums jau satur paredzēto deny_info saturu, tā teksta, stila lapas vai faila atļauju rediģēšana nemaina to, kuru atbildes posmu pārlūks apstrādā. Saglabājiet noraidījuma statusu un piekļuves žurnālu pieejamu, lai noteiktu, vai CONNECT tika noraidīts un kāpēc. Vispārīga pārlūka lapa var slēpt politikas detaļas, kamēr starpniekserveris pareizi piemēro noteikumu.
Bloķēšanas lapas pasniegšana pārtvertā HTTPS savienojumā ir cita arhitektūra, kas ietver TLS pabeigšanu, klienta uzticēšanos un sertifikātu apstrādi. To neiespējo, rediģējot deny_info, un pielāgota veidne nepiešķir nekādas pilnvaras uzdoties par bloķēto vietni. Izvēlieties šo dizainu tikai tad, ja tas nepieciešams; pretējā gadījumā izmantojiet klienta pieejamo kļūdu pārskatu un starpniekservera darbības žurnālus.