Mengapa Squid mencatat host HTTPS tetapi bukan jalur halaman
Menjelaskan jalur HTTPS yang hilang di log Squid CONNECT biasa tanpa memperlakukan intersepsi TLS sebagai penyesuaian log rutin.
Catatan untuk shop.example:443 tidak memberi Squid jalur /orders/42. CONNECT meminta host/port; kemudian TLS tujuan membawa jalur HTTP di dalam terowongan.
| Bukti | Relai CONNECT biasa |
|---|---|
| Host/port tujuan dan hasil terowongan | Tersedia bagi proksi. |
| Jalur HTTPS dalam dan permintaan aplikasi | Terenkripsi antara klien dan situs web. |
Fragmen URL peramban yang dimulai dengan # | Biasanya tetap di klien, bahkan di luar log proksi. |
Format log dapat mencatat bidang yang dimiliki Squid, bukan mendekripsi pesan yang tidak terlihat. Penerusan HTTP biasa berbeda karena perantara menerima permintaan HTTP tersebut. Keluaran yang lebih detail tidak mengubah batas CONNECT.
Intersepsi TLS terkelola mengubah kepercayaan klien dan persyaratan administratif. Itu bukan sakelar log kecil dan tidak diperlukan untuk proksi penerus normal yang mengganti IP.
Jika Anda memiliki aplikasi dan memerlukan diagnostik tingkat halaman, gunakan log-nya atau telemetri klien yang dirancang semestinya. Untuk kegagalan proksi, simpan host tujuan, waktu, status, dan tahap koneksi yang selesai; itu sering menemukan masalah tanpa mengumpulkan jalur halaman pribadi.