Perché Squid registra l'host HTTPS ma non il percorso della pagina
Spiega i percorsi HTTPS mancanti nei normali log Squid CONNECT senza trattare l'intercettazione TLS come una regolazione ordinaria della registrazione.
Una voce per shop.example:443 non fornisce a Squid il percorso /orders/42. CONNECT chiede un host/porta; poi il TLS di destinazione trasporta il percorso HTTP dentro il tunnel.
| Prova | Inoltro CONNECT ordinario |
|---|---|
| Host/porta di destinazione ed esito del tunnel | Disponibile per il proxy. |
| Percorso HTTPS interno e richiesta dell'applicazione | Crittografato tra client e sito web. |
Frammento URL del browser che inizia con # | Di solito resta nel client, anche fuori dalla registrazione del proxy. |
Un formato di log può registrare i campi che Squid possiede, non decifrare messaggi non visti. L'inoltro HTTP semplice è diverso perché l'intermediario riceve quella richiesta HTTP. Un output più dettagliato non cambia il confine di CONNECT.
L'intercettazione TLS gestita cambia la fiducia del client e i requisiti amministrativi. Non è un piccolo interruttore di registrazione ed è superflua per un normale proxy di inoltro che cambia IP.
Se l'applicazione è tua e ti servono diagnostiche a livello di pagina, usa i suoi log o una telemetria client progettata adeguatamente. Per i guasti del proxy, conserva host di destinazione, tempi, stato e fase di connessione completata; spesso individuano il problema senza raccogliere percorsi di pagina privati.