Varför Squid loggar HTTPS-värden men inte sidans sökväg
Förklarar saknade HTTPS-sökvägar i vanliga Squid CONNECT-loggar utan att behandla TLS-avlyssning som en rutinmässig loggjustering.
En post för shop.example:443 ger inte Squid sökvägen /orders/42. CONNECT begär en värd/port; därefter bär målets TLS HTTP-sökvägen inne i tunneln.
| Bevis | Vanlig CONNECT-vidarebefordran |
|---|---|
| Målvärd/port och tunnelresultat | Tillgängligt för proxyn. |
| Inre HTTPS-sökväg och applikationsbegäran | Krypterat mellan klient och webbplats. |
Webbläsarens URL-fragment som börjar med # | Stannar normalt i klienten, även utanför proxyloggning. |
Ett loggformat kan registrera fält som Squid har, inte dekryptera osedda meddelanden. Vanlig HTTP-vidarebefordran är annorlunda eftersom mellanhanden tar emot den HTTP-begäran. Mer detaljerad utdata ändrar inte CONNECT-gränsen.
Hanterad TLS-avlyssning ändrar klientförtroende och administrativa krav. Det är inte en liten loggbrytare och är onödigt för en normal IP-byte forward-proxy.
Om du äger applikationen och behöver diagnostik på sidnivå, använd dess loggar eller lämpligt utformad klienttelemetri. Vid proxyfel, behåll målvärd, tidpunkt, status och slutförd anslutningsfas; de lokaliserar ofta problemet utan att samla in privata sidsökvägar.