Zašto Squid belež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 zahtev aplikacije | Šifrovano između klijenta i veb-sajta. |
Fragment URL-a pregledača koji počinje sa # | Obično ostaje u klijentu, čak i izvan proxy dnevnika. |
Format dnevnika može zabeležiti polja koja Squid ima, ne dešifrovati neviđene poruke. Obično HTTP prosleđivanje je drugačije jer posrednik prima taj HTTP zahtev. Opširniji izlaz ne menja CONNECT granicu.
Upravljano TLS presretanje menja poverenje klijenta i administrativne zahteve. Nije mali prekidač za dnevnik i nije potrebno za normalni forward proxy koji menja IP.
Ako posedujete aplikaciju i potrebna vam je dijagnostika na nivou stranice, koristite njene dnevnike ili prikladno dizajniranu telemetriju klijenta. Za kvarove proxyja zadržite ciljni host, vreme, status i završenu fazu veze; oni često lociraju problem bez prikupljanja privatnih putanja stranica.