Miks Squid logib HTTPS-host'i, kuid mitte lehe teed
Selgitab tavalistes Squid CONNECT'i logides puuduvaid HTTPS-teid, käsitlemata TLS-i pealtkuulamist tavapärase logimise seadistusena.
Kirje shop.example:443 kohta ei anna Squid'ile teed /orders/42. CONNECT küsib hosti/porti; seejärel kannab sihtkoha TLS HTTP-tee tunnelis.
| Tõend | Tavaline CONNECT-edastus |
|---|---|
| Sihtkoha host/port ja tunneli tulemus | Puhverserverile kättesaadav. |
| Sisemine HTTPS-tee ja rakenduse päring | Krüpteeritud kliendi ja veebisaidi vahel. |
Brauseri URL-i fragment, mis algab märgiga # | Jääb tavaliselt kliendisse ka väljaspool puhverserveri logimist. |
Logivorming saab kirja panna väljad, mis Squid'il on, mitte dekrüpteerida nägemata sõnumeid. Tavaline HTTP-edastus on erinev, sest vahendaja saab selle HTTP-päringu. Üksikasjalikum väljund ei muuda CONNECT-piiri.
Hallatav TLS-i pealtkuulamine muudab kliendi usaldust ja haldusnõudeid. See ei ole väike logimislüliti ja on tavalise IP-d muutva edastuspuhverserveri jaoks tarbetu.
Kui rakendus on teie oma ja vajate lehe tasandi diagnostikat, kasutage selle loge või asjakohaselt kavandatud kliendi telemeetriat. Puhverserveri tõrgete korral säilitage sihtkoha host, ajastus, olek ja lõpetatud ühenduse etapp; need leiavad probleemi sageli ilma privaatseid leheteid kogumata.