Por que os navegadores poden ocultar a páxina de bloqueo HTTPS de Squid
Entenda por que un navegador pode mostrar o seu propio erro de túnel en lugar do HTML personalizado devolto para unha solicitude CONNECT denegada.
A páxina de bloqueo personalizada do proxy aparece para un sitio HTTP. Para un sitio HTTPS, o navegador mostra en cambio un erro de túnel. Volver substituír o modelo HTML pode non cambiar nada.
Con un proxy HTTP explícito, unha visita HTTPS adoita comezar con CONNECT. O navegador pide ao proxy que abra un túnel cara a un servidor e un porto. Se Squid rexeita esa solicitude, a sesión TLS do sitio nunca comeza.
O rexeitamento pode ter un estado HTTP e contido de resposta. Pode inspeccionar esa resposta CONNECT fallida con curl independentemente da páxina de erro do navegador. Iso non require que o navegador presente o HTML fornecido como a páxina web do destino. Un navegador pode descartar o corpo do erro CONNECT e usar a súa propia interface de erro de proxy; a presentación exacta depende do cliente.
Se o rexeitamento de Squid xa contén o corpo deny_info previsto, editar o seu texto, folla de estilo ou permisos do ficheiro non cambia que etapa da resposta manexa o navegador. Manteña dispoñibles o estado do rexeitamento e o rexistro de acceso para establecer se CONNECT foi denegado e por que. Unha páxina xenérica do navegador pode ocultar detalles da política mentres o proxy aplica correctamente a regra.
Servir unha páxina de bloqueo dentro dunha conexión HTTPS interceptada é outra arquitectura, que implica terminación TLS, confianza do cliente e xestión de certificados. Non se habilita editando deny_info, e un modelo personalizado non outorga autoridade para suplantar o sitio bloqueado. Escolla ese deseño só se é necesario; doutro xeito, use os informes de erro dispoñibles do cliente e os rexistros operativos do proxy.