Statistik gerbang halaman proxy

Gerbang menyimpan statistiknya sendiri, terpisah dari statistik verifikasi sebuah kunci situs. Halaman verifikasi menjawab "apakah orang nyata lolos game?"; halaman ini menjawab pertanyaan lebih sempit: "seberapa sering gerbang menantang pengunjung ketimbang membiarkan pengunjung yang diloloskan lewat?" Begitulah cara kamu memastikan gerbang tersambung dan tersetel, dan ini permukaan sama yang mode pratinjau tulisi selagi kamu masih menguji.

Di mana ia berada

Ada dua tampilan:

• Per kunci situs: halaman Statistik proxy di bawah sebuah kunci situs, untuk satu origin bergerbang.
• Per tim: halaman Statistik proxy di tingkat tim, teragregasi lintas tiap kunci situs dalam tim.

Keduanya butuh paket Alpha atau lebih tinggi; di bawah itu halaman menampilkan kartu peningkatan sebagai gantinya.

Empat hitungan

Tiap keputusan gerbang dicatat sebagai satu dari empat jenis:

• Lolos langsung: sebuah permintaan tiba dengan pass sah dan diizinkan. Ini kondisi menang; pengunjung yang diloloskan menjelajahi situs menghasilkan ini.
• Tantangan ditampilkan: sebuah permintaan tak punya pass sah, jadi pengunjung dikirim ke verifikasi.
• Pass diterbitkan: seorang pengunjung merampungkan verifikasi dan sebuah pass dicetak (callback lalu men-set cookie).
• Ditolak: sebuah permintaan tiba membawa pass yang tidak sah: kedaluwarsa, dirusak, atau diterbitkan untuk kunci situs lain. Kunjungan pertama tanpa cookie sama sekali tidak dihitung di sini; itu muncul sebagai sebuah tantangan.

Rasio lolos langsung terhadap tantangan

Angka utamanya adalah lolos langsung relatif terhadap tantangan. Begitu pengunjung meloloskan gerbang, sebagian besar permintaan mereka mestinya lolos langsung, dengan sebuah tantangan hanya di awal kunjungan atau setelah sebuah pass kedaluwarsa. Rasio lolos langsung tinggi berarti TTL izin lewat-mu bekerja, satu penyelesaian membeli banyak permintaan. Jika tantangan tetap tinggi relatif terhadap lolos langsung, TTL mungkin terlalu pendek (pengunjung ditantang ulang di tengah sesi) atau cookie tak ter-set (periksa callback).

Membacanya selama rollout

Selagi mode pratinjau menyala, awasi urutan dalam satu kunjungan uji tunggal: satu challenge_served (belum ada cookie), lalu satu pass_issued setelah kamu lulus verifikasi, lalu passthrough menanjak selagi kamu memuat ulang. Tantangan yang hilang berarti blok otorisator tak terkena; sebuah pass_issued yang tak pernah berubah menjadi lolos langsung berarti cookie tak menempel.

Hitungannya dekat, bukan persis

Hasil gerbang dikumpulkan dalam kelompok sebelum ditulis, jadi sebuah penghitung bisa kehilangan beberapa peristiwa jika edge didaur ulang di tengah detik. Rasio dan tren bisa diandalkan; perlakukan satu hitungan tunggal sebagai sangat dekat ketimbang persis, terutama di situs yang sepi.

Retensi

Riwayat diretensi menurut tingkat paket dan bucket lebih lama dipangkas pada jadwal harian, jadi jendela yang bisa kamu tengok ke belakang melebar dengan paketmu. Rasio langsung dan aktivitas terkini selalu tersedia.

Apa yang tak ada di sini

• Tanpa lolos langsung maupun blokir mode gagal dari proxy-mu. Fail-open dan fail-closed adalah keputusan yang proxy-mu ambil saat tak bisa menjangkau Caputchin. Caputchin tak pernah melihat permintaan itu, jadi tak satu pun dari kedua hasil itu muncul di sini, di kolom mana pun.
• Tanpa data per pengunjung. Hitungan saja, tanpa IP, user agent, atau isi permintaan, sejalan dengan sikap privasi Caputchin.

Lihat juga

• Ikhtisar: apa itu gerbang dan cookie izin lewat.
• Siapkan gerbang halaman proxy: mode pratinjau menulis ke permukaan ini sebelum kamu terjun langsung.
• Statistik verifikasi terhosting: permukaan setara untuk opsi tanpa backend.