Kodėl Squid registruoja HTTPS mazgą, bet ne puslapio kelią
Paaiškina trūkstamus HTTPS kelius įprastuose Squid CONNECT žurnaluose, TLS perėmimo nelaikant įprastu registravimo nustatymu.
Įrašas shop.example:443 nesuteikia Squid keliо /orders/42. CONNECT prašo mazgo/prievado; tada paskirties TLS neša HTTP kelią tunelyje.
| Įrodymas | Įprastas CONNECT perdavimas |
|---|---|
| Tikslinis mazgas/prievadas ir tunelio rezultatas | Prieinama tarpinei. |
| Vidinis HTTPS kelias ir programos užklausa | Užšifruota tarp kliento ir svetainės. |
Naršyklės URL fragmentas, prasidedantis # | Paprastai lieka kliente, net už tarpinės žurnalo ribų. |
Žurnalo formatas gali įrašyti laukus, kuriuos Squid turi, bet negali iššifruoti nematytų pranešimų. Paprastas HTTP perdavimas skiriasi, nes tarpininkas gauna tą HTTP užklausą. Išsamesnė išvestis nekeičia CONNECT ribos.
Valdomas TLS perėmimas keičia kliento pasitikėjimą ir administracinius reikalavimus. Tai ne mažas registravimo jungiklis ir nereikalinga įprastai IP keičiančiai perdavimo tarpinei.
Jei programa jūsų ir reikia puslapio lygio diagnostikos, naudokite jos žurnalus arba tinkamai suprojektuotą kliento telemetriją. Dėl tarpinės gedimų saugokite tikslinį mazgą, laiką, būseną ir užbaigtą ryšio etapą; jie dažnai randa problemą nerenkant privačių puslapio kelių.