Dlaczego Squid zapisuje host HTTPS, ale nie ścieżkę strony
Wyjaśnia brakujące ścieżki HTTPS w zwykłych logach Squid CONNECT, bez traktowania przechwytywania TLS jako rutynowej korekty logowania.
Wpis dla shop.example:443 nie daje Squidowi ścieżki /orders/42. CONNECT prosi o host/port; następnie TLS celu przenosi ścieżkę HTTP wewnątrz tunelu.
| Dowód | Zwykłe przekazywanie CONNECT |
|---|---|
| Docelowy host/port i wynik tunelu | Dostępne dla proxy. |
| Wewnętrzna ścieżka HTTPS i żądanie aplikacji | Zaszyfrowane między klientem a witryną. |
Fragment URL przeglądarki zaczynający się od # | Zwykle pozostaje w kliencie, także poza logowaniem proxy. |
Format logu może zapisać pola, które ma Squid, ale nie odszyfruje niewidzianych komunikatów. Zwykłe przekazywanie HTTP jest inne, ponieważ pośrednik odbiera to żądanie HTTP. Bardziej szczegółowe wyjście nie zmienia granicy CONNECT.
Zarządzane przechwytywanie TLS zmienia zaufanie klienta i wymagania administracyjne. To nie jest mały przełącznik logowania i jest zbędne dla zwykłego proxy przekazującego, które zmienia IP.
Jeśli aplikacja jest Twoja i potrzebujesz diagnostyki na poziomie strony, użyj jej logów lub odpowiednio zaprojektowanej telemetrii klienta. Przy awariach proxy zachowaj docelowy host, czas, status i zakończony etap połączenia; często lokalizują problem bez zbierania prywatnych ścieżek stron.