Por que Squid rexistra o host HTTPS pero non a ruta da páxina
Explica as rutas HTTPS ausentes nos rexistros Squid CONNECT habituais sen tratar a interceptación TLS como un axuste rutineiro do rexistro.
Un rexistro de shop.example:443 non lle dá a Squid a ruta /orders/42. CONNECT pide un host/porto; despois o TLS de destino leva a ruta HTTP dentro do túnel.
| Proba | Retransmisión CONNECT habitual |
|---|---|
| Host/porto de destino e resultado do túnel | Dispoñible para o proxy. |
| Ruta HTTPS interna e solicitude da aplicación | Cifrado entre o cliente e o sitio web. |
Fragmento de URL do navegador que comeza por # | Normalmente queda no cliente, mesmo fóra do rexistro do proxy. |
Un formato de rexistro pode rexistrar os campos que Squid ten, non descifrar mensaxes non vistas. O reenvío HTTP simple é distinto porque o intermediario recibe esa solicitude HTTP. Unha saída máis detallada non cambia o límite de CONNECT.
A interceptación TLS xestionada cambia a confianza do cliente e os requisitos administrativos. Non é un pequeno interruptor de rexistro e é innecesaria para un proxy de reenvío normal que cambia a IP.
Se a aplicación é súa e precisa diagnóstico a nivel de páxina, use os seus rexistros ou telemetría de cliente deseñada axeitadamente. Para fallos do proxy, conserve o host de destino, o tempo, o estado e a etapa de conexión completada; a miúdo localizan o problema sen recoller rutas de páxina privadas.