Kāpēc Squid reģistrē HTTPS resursdatoru, bet ne lapas ceļu
Izskaidro trūkstošos HTTPS ceļus parastajos Squid CONNECT žurnālos, neuzskatot TLS pārtveršanu par ikdienišķu žurnāla pielāgojumu.
Ieraksts shop.example:443 nedod Squid ceļu /orders/42. CONNECT pieprasa resursdatoru/portu; pēc tam galamērķa TLS nes HTTP ceļu tunelī.
| Pierādījums | Parasta CONNECT pāradresācija |
|---|---|
| Mērķa resursdators/ports un tuneļa iznākums | Pieejams starpniekam. |
| Iekšējais HTTPS ceļš un lietotnes pieprasījums | Šifrēts starp klientu un vietni. |
Pārlūka URL fragments, kas sākas ar # | Parasti paliek klientā, pat ārpus starpnieka žurnāla. |
Žurnāla formāts var ierakstīt laukus, kas Squid ir, bet nevar atšifrēt neredzētus ziņojumus. Parasta HTTP pāradresācija atšķiras, jo starpnieks saņem šo HTTP pieprasījumu. Detalizētāka izvade nemaina CONNECT robežu.
Pārvaldīta TLS pārtveršana maina klienta uzticēšanos un administratīvās prasības. Tas nav mazs žurnāla slēdzis un nav vajadzīgs parastam IP mainošam starpniekam.
Ja lietotne pieder jums un vajadzīga lapas līmeņa diagnostika, izmantojiet tās žurnālus vai atbilstoši veidotu klienta telemetriju. Starpnieka kļūmēm saglabājiet galamērķa resursdatoru, laiku, statusu un pabeigto savienojuma posmu; tie bieži atrod problēmu, nevācot privātus lapas ceļus.