Miért naplóz a Squid HTTPS gazdagépet, de oldalútvonalat nem
Megmagyarázza a hiányzó HTTPS útvonalakat a szokásos Squid CONNECT naplókban anélkül, hogy a TLS-beejtést rutinszerű naplóbeállításnak tekintené.
A shop.example:443 bejegyzés nem adja meg a Squidnak a /orders/42 útvonalat. A CONNECT gazdagépet/portot kér; ezután a cél TLS az HTTP útvonalat az alagúton belül szállítja.
| Bizonyíték | Szokásos CONNECT-továbbítás |
|---|---|
| Célgazdagép/port és az alagút eredménye | A proxy számára elérhető. |
| Belső HTTPS-útvonal és alkalmazáskérés | A kliens és a webhely között titkosítva. |
A # karakterrel kezdődő böngésző-URL-töredék | Általában a kliensben marad, még a proxy naplózásán kívül is. |
Egy naplóformátum rögzítheti azokat a mezőket, amelyekkel a Squid rendelkezik, de nem fejti meg a nem látott üzeneteket. Az egyszerű HTTP-továbbítás más, mert a közvetítő megkapja azt a HTTP-kérést. A részletesebb kimenet nem változtat a CONNECT határán.
A felügyelt TLS-beejtés megváltoztatja a kliens bizalmát és az adminisztratív követelményeket. Nem kis naplókapcsoló, és egy szokásos, IP-t váltó továbbító proxyhoz szükségtelen.
Ha az alkalmazás az Öné, és oldalszintű diagnosztikára van szüksége, használja annak naplóit vagy megfelelően tervezett kliens-telemetriát. Proxyhibák esetén őrizze meg a célgazdagépet, az időzítést, az állapotot és a befejezett kapcsolódási szakaszt; ezek gyakran megtalálják a problémát privát oldalútvonalak gyűjtése nélkül.