Kvifor Squid loggar HTTPS-verten, men ikkje sidebanen
Forklarer manglande HTTPS-baner i vanlege Squid CONNECT-loggar utan å handsame TLS-avlytting som ei rutinemessig loggjustering.
Ei oppføring for shop.example:443 gjev ikkje Squid bana /orders/42. CONNECT ber om ein vert/port; deretter ber TLS til målet HTTP-bana inne i tunnelen.
| Prov | Vanleg CONNECT-vidaresending |
|---|---|
| Målvert/port og tunnelresultat | Tilgjengeleg for proxyen. |
| Indre HTTPS-bane og applikasjonsførespurnad | Kryptert mellom klient og nettstad. |
Nettlesarens URL-fragment som byrjar med # | Blir vanlegvis i klienten, òg utanfor proxy-logg. |
Eit loggformat kan registrere felt Squid har, ikkje dekryptere usette meldingar. Vanleg HTTP-vidaresending er annleis fordi mellomleddet mottek den HTTP-førespurnaden. Meir detaljert utdata endrar ikkje CONNECT-grensa.
Administrert TLS-avlytting endrar klienttillit og administrative krav. Det er ikkje ein liten loggbrytar og er unødvendig for ein vanleg IP-bytande forward-proxy.
Viss du eig applikasjonen og treng diagnose på sidenivå, bruk loggane eller tilpassa klienttelemetri. Ved proxyfeil, ta vare på målvert, tid, status og fullført tilkoplingssteg; dei lokaliserer ofte problemet utan å samle private sidebaner.