Misalkan sebuah klien mengirim satu permintaan tanpa kredensial proxy, menerima tantangan, lalu berhasil mencoba ulang. Log permintaan dapat memuat dua entri. Namun orang yang memakai aplikasi hanya mengalami satu operasi yang selesai.

Karena itu, log yang terbagi rata antara TCP_DENIED/407 dan TCP_TUNNEL/200 tidak otomatis membuktikan tingkat kegagalan lima puluh persen. Tentukan dulu apakah entri-entri itu membentuk pasangan tantangan dan percobaan ulang.

Hitung hal yang benar-benar Anda pedulikan

PengukuranJumlah
Tantangan autentikasiBalasan proxy yang meminta autentikasi
Percobaan proxyTransaksi individual yang dicatat perantara
Pekerjaan selesaiOperasi aplikasi yang mencapai hasil yang dimaksud

Korelasikan stempel waktu, konteks klien, tujuan, dan pengenal permintaan yang tersedia. Percobaan tanpa autentikasi mungkin tidak memiliki nama pengguna tercatat, sedangkan percobaan ulangnya yang berhasil memilikinya. Aktivitas bersamaan berarti baris yang berdekatan saja merupakan bukti lemah bahwa dua entri saling terkait.

Juga pisahkan terowongan yang berhasil dari operasi situs web yang berhasil. Penerimaan CONNECT membentuk terowongan; tujuan masih bisa gagal selama TLS atau mengembalikan kesalahan aplikasi setelahnya.

Selidiki tantangan terminal yang berulang, pekerjaan yang tidak pernah selesai kemudian, atau perubahan mendadak dalam jumlah pertukaran. Itu berbeda dari klien stabil yang diawali tantangan dan melakukan persis apa yang diminta konfigurasinya. Menekan autentikasi hanya agar dasbor tampak lebih hijau akan mengubah layanan alih-alih memperbaiki pengukuran.

Artikel terkait