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