Zašto Squid bilježi HTTPS host, ali ne putanju stranice
Objašnjava nedostajuće HTTPS putanje u običnim Squid CONNECT dnevnicima bez tretiranja TLS presretanja kao rutinskog podešavanja dnevnika.
Zapis za shop.example:443 ne daje Squidu putanju /orders/42. CONNECT traži host/port; zatim TLS odredišta nosi HTTP putanju unutar tunela.
| Dokaz | Obično CONNECT prenošenje |
|---|---|
| Ciljni host/port i ishod tunela | Dostupno proxyju. |
| Unutarnja HTTPS putanja i zahtjev aplikacije | Šifrirano između klijenta i web-lokacije. |
Fragment URL-a preglednika koji počinje sa # | Obično ostaje u klijentu, čak i izvan proxy dnevnika. |
Format dnevnika može zabilježiti polja koja Squid ima, ne dešifrirati neviđene poruke. Obično HTTP prosljeđivanje je drugačije jer posrednik prima taj HTTP zahtjev. Opširniji izlaz ne mijenja CONNECT granicu.
Upravljano TLS presretanje mijenja povjerenje klijenta i administrativne zahtjeve. Nije mali prekidač za dnevnik i nije potrebno za normalni forward proxy koji mijenja IP.
Ako posjedujete aplikaciju i trebate dijagnostiku na razini stranice, koristite njezine dnevnike ili prikladno osmišljenu telemetriju klijenta. Za kvarove proxyja zadržite ciljni host, vrijeme, status i dovršenu fazu veze; oni često lociraju problem bez prikupljanja privatnih putanja stranica.