프록시 게이트 통계
게이트는 사이트 키의 검증 통계와는 별도로 자기 통계를 보유합니다. 검증 페이지는 "진짜 사람이 게임을 통과하고 있는가?"에 답합니다. 이 페이지는 더 좁은 물음에 답합니다. "게이트가, 통과된 방문자를 지나가게 하는 것에 비해, 방문자를 챌린지하는 것이 얼마나 잦은가?" 게이트가 배선되고 조정되었음을 확인하는 방법이며, 당신이 아직 테스트하는 동안 미리보기 모드가 쓰는 것과 같은 표면입니다.
어디에 있는가
두 뷰가 있습니다:
- 사이트 키별: 사이트 키 아래의 프록시 통계 페이지, 게이트된 하나의 오리진용.
- 팀별: 팀 수준의 프록시 통계 페이지, 팀 안의 각 사이트 키에 걸쳐 집계.
둘 다 Alpha 플랜 이상이 필요합니다. 그 아래에서는 페이지가 대신 업그레이드 카드를 보여 줍니다.
네 카운트
게이트 결정은 모두 네 종류 중 하나로 기록됩니다:
- 통과: 요청이 유효한 패스를 갖고 도착해 허용되었습니다. 이것이 승리 조건입니다. 통과된 방문자가 사이트를 둘러보면 이것들이 생깁니다.
- 챌린지 표시: 요청에 유효한 패스가 없어서 방문자가 게임으로 보내졌습니다.
- 패스 발급: 방문자가 게임을 풀어 패스가 주조되었습니다(그다음 콜백이 쿠키를 설정했습니다).
- 거부: 인가자가, 패스를 확인할 수 없는 동안, 실패 시 닫힘 정책 아래에서 요청을 거절했습니다.
통과 대 챌린지 비율
머리기사 숫자는 챌린지에 대한 통과입니다. 방문자들이 게이트를 통과하게 되면, 그들 요청의 대부분은 통과여야 하며, 챌린지는 방문의 처음이나 패스가 만료된 후에만 있어야 합니다. 높은 통과 비율은 당신의 통과 TTL이 제 몫을 하고 있음을, 한 번의 풀이가 많은 요청을 사고 있음을 뜻합니다. 챌린지가 통과에 비해 높게 유지되면, TTL이 너무 짧거나(방문자가 세션 도중 다시 챌린지됨) 쿠키가 설정되지 않는(콜백을 확인) 것일 수 있습니다.
롤아웃 동안 읽기
미리보기 모드가 켜진 동안, 한 번의 테스트 방문에서 이 순서를 지켜보세요. challenge_served 하나(아직 쿠키 없음), 그다음 당신이 푼 후 pass_issued, 그다음 새로고침함에 따라 오르는 passthrough. 빠진 챌린지는 인가자 블록이 맞지 않음을 뜻하고, 결코 통과로 바뀌지 않는 pass_issued는 쿠키가 붙지 않음을 뜻합니다.
보존
이력은 플랜 등급별로 보존되고 더 오래된 버킷은 매일 일정으로 잘라내므로, 당신이 되돌아볼 수 있는 창은 당신의 플랜과 함께 넓어집니다. 실시간 비율과 최근 활동은 항상 이용할 수 있습니다.
여기에 없는 것
- 당신 프록시로부터의 실패 시 열림 통과 없음. 당신의 프록시가 실패 시 열림으로 구성되고 Caputchin이 닿을 수 없을 때, 프록시는 스스로 요청을 통과시킵니다. Caputchin은 그것을 결코 보지 못하므로 여기서 셀 수 없습니다.
- 방문자별 데이터 없음. 카운트만, IP도 user agent도 요청 내용도 없이, Caputchin의 프라이버시 입장에 맞춰.
함께 보기
- 개요: 게이트가 무엇인지, 그리고 통과 쿠키.
- 프록시 게이트 설정하기: 미리보기 모드는 당신이 라이브로 가기 전에 이 표면에 씁니다.
- 호스팅 인증 통계: 백엔드 없는 선택지의 대응 표면.