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. |
| Unutrašnja HTTPS putanja i zahtjev aplikacije | Šifrirano između klijenta i web stranice. |
Fragment URL-a pretraživača 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šifrovati 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 potrebna vam je dijagnostika na razini stranice, koristite njene dnevnike ili prikladno dizajniranu telemetriju klijenta. Za kvarove proxyja zadržite ciljni host, vrijeme, status i završenu fazu veze; oni često lociraju problem bez prikupljanja privatnih putanja stranica.