프록시를 제공하지 않고 solvethree를 사용할 수 있나요?

reCAPTCHA Enterprise의 경우 POST /v1/tasks에 호스트 이름, 액션, 그리고 정확히 하나의 프록시 입력값을 보내세요. Bearer 인증 방식으로 워크스페이스 API 키를 사용해 인증하고, 키는 서버에 보관하세요. 워크스페이스에서 사용할 수 있는 대상 사이트의 활성 프로필이 이미 있어야 합니다. 요청 자체가 프로필을 생성하지는 않습니다.

{
  "site": "accounts.example.com",
  "action": "login",
  "proxy": "http://user:[email protected]:8080",
  "requestId": "example_login_001"
}

예제의 호스트 이름, 액션, 프록시 URL을 대상의 값과 본인의 프록시 인증 정보로 바꾸세요. recaptchaType의 기본값은 enterprise-v3이므로 여기서는 필요하지 않습니다. type이나 url 필드를 추가하지 마세요.

requestId는 선택 사항이며 추가 필수 입력값이 아닙니다. 작업 생성 시간이 초과되면 동일한 ID로 동일한 요청을 다시 보내 기존 작업을 복구할 수 있으며, 다른 작업을 생성하지 않습니다. 다른 입력값에 해당 ID를 재사용하지 마세요.

proxy 대신 서로 다른 HTTP 또는 HTTPS 프록시 URL을 최대 12개 포함하는 proxyCandidates를 제공할 수 있습니다. URL에는 경로, 쿼리, 프래그먼트가 없어야 합니다. 후보를 제공하면 solvethree가 대체 출구를 시도할 수 있지만, 프록시를 제공할 필요가 없어지거나 그중 하나가 작동한다고 보장되지는 않습니다.

HTTP 클라이언트에 프록시를 구성하면 API 연결이 해당 프록시를 통해 라우팅됩니다. 작업 본문의 proxy 또는 proxyCandidates 입력값을 대체하지는 않습니다. 이 설정들은 서로 다른 연결, 즉 solvethree로 보내는 요청과 해결에 사용되는 프록시를 제어합니다.

이후 대상에 보낼 요청도 계획해야 합니다. 성공한 프록시와 반환된 userAgent 및 secChUa 브라우저 식별 정보를 사용해 솔루션을 제출하세요. 프록시 업체가 출구를 순환시킨다면 세션 또는 고정 기능을 사용해 해결과 제출에서 같은 출구를 공유할 수 있도록 하세요.

사용 가능한 솔루션은 ready 작업에만 포함됩니다. 이는 솔루션이 생성되었다는 뜻이지 애플리케이션 요청이 성공했다는 뜻은 아닙니다. 작동하는 프록시 연결이나 업체의 주거용, 모바일, 데이터센터 분류만으로 CAPTCHA 점수가 입증되지는 않습니다.

이들은 서로 다른 연동 모델이며, 요청 형식을 서로 바꿔 사용할 수는 없습니다. CapSolver의 reCAPTCHA v3 문서를 비롯한 각 제공업체의 문서에서 정확히 지원되는 작업 유형과 제출 요구 사항을 확인하세요. 다른 제공업체의 API 규약을 확인하지 않고 solvethree의 브라우저 식별 정보나 프록시 요구 사항을 그대로 적용하지 마세요.

• solvethree의 경우 해결 요금에 프록시 공급업체의 요금을 합산하세요. 선택한 요금제에서 청구하는 액세스, 트래픽 또는 세션 기능 비용도 포함하세요.
• 제공업체의 프록시리스 서비스는 작업 요금을 비교하고, 포함된 프록시가 필요한 정확한 Enterprise 작업에 적용되는지 확인하세요.
• 연동 작업도 고려하세요. solvethree에는 사이트 프로필 설정, 프록시 구성, 그리고 제출 시 성공한 프록시 및 반환된 식별 정보를 일치시키는 작업이 필요합니다. 이를 다른 제공업체에 문서화된 요구 사항과 비교하세요.

solvethree에서 해결에 실패하면 환불됩니다. 이 환불이 타사 사용 비용까지 보장한다고 여기지 말고 프록시 요금은 별도로 확인하세요.

프록시를 제공할 수 없다면 현재 solvethree API는 해당 요구 사항에 맞지 않습니다. 제공할 수 있다면 프록시 분류나 해결 요금만이 아니라 실제 해결 및 제출 워크플로를 기준으로 서비스를 비교하세요.