CAPTCHA 해결용 프록시 선택 및 설정하기

고객이 제공하는 HTTP 또는 HTTPS 프록시를 사용하세요. 제공업체가 출구를 순환한다면 작업을 생성하기 전에 세션 또는 고정 기능을 구성하고, 최종 제출까지 해당 세션을 유지하세요.

주거용, 모바일, 데이터센터 같은 분류만으로 선택하지 마세요. 이러한 분류가 대상의 요청 수락을 보장하지는 않습니다. 실제 해결 및 제출 워크플로로 프록시를 비교하세요. 연결 성공만으로 CAPTCHA 점수를 확인할 수는 없습니다.

http://USERNAME:[email protected]:8080
https://USERNAME:[email protected]:8443

Password p@ss:word becomes p%40ss%3Aword in the password component:
http://USERNAME:p%40ss%[email protected]:8080

사용자 이름과 비밀번호 구성 요소 안의 예약 문자를 각각 따로 퍼센트 인코딩하세요. 전체 URL을 인코딩하지 마세요. 스킴과 구분자는 그대로 유지해야 합니다. 예제는 골뱅이 기호와 콜론이 포함된 비밀번호를 URL에 넣는 방법을 보여줍니다.

proxyCandidates의 각 URL에는 경로, 쿼리, 프래그먼트가 없어야 합니다. 전체 작업 요청을 출력하는 로그를 포함해, 로그에 프록시 비밀번호를 남기지 마세요.

1. 1.

   프록시 필드 하나만 설정

   작업 생성 요청에는 proxy 또는 proxyCandidates 중 하나만 제공하고, 둘 다 제공하지 마세요. 알고 있는 출구 하나를 사용하려면 proxy를 사용하세요. 후보 목록에는 서로 다른 URL을 최대 12개까지 넣을 수 있으며 solvethree가 대체 출구를 시도할 수 있습니다. 어떤 후보든 작동한다고 보장하지는 않습니다. 세션 작업에는 단일 프록시가 필요합니다.

2. 2.

   사용 가능한 솔루션 대기

   작업이 pending 또는 solving인 동안 폴링하세요. 사용 가능한 솔루션은 ready 상태에만 포함됩니다. 작업 생성이나 HTTP 성공 응답이 해결 완료를 의미하지는 않습니다.

3. 3.

   성공한 출구를 통해 제출

   솔루션을 의도한 대상에 제출할 때는 성공한 프록시와 반환된 userAgent, secChUa를 사용하세요. 후보를 사용하는 경우 첫 번째 URL이 성공했다고 가정하지 마세요. 관련 없는 사용자 에이전트, 클라이언트 힌트 또는 대상 URL로 대체하지 마세요.

대체 출구가 필요하다면 프록시 후보 선택을 참고하세요. 애플리케이션이 사용할 출구를 이미 알고 있다면 단일 고정 프록시가 더 간단합니다.

성공 페이로드를 읽기 전에 성공이 아닌 HTTP 응답을 처리하세요. 작업의 최종 실패는 별도의 계층입니다. 상태가 failed이면 폴링을 중단하고 errorCode와 error를 점검하세요.

HTTP 407

프록시 인증이 필요합니다. 솔버 API 인증 문제나 대상 웹사이트의 로그인 실패가 아닙니다.

다음을 시도해 보세요: 비밀번호를 로그에 남기지 않고 선택한 프록시의 인증 정보, 인증 정보 인코딩, 제공업체 라우팅을 확인하세요. solvethree API 키를 변경해도 프록시 인증 문제는 해결되지 않습니다.

애플리케이션이 프록시를 통해 연결할 수 없음

URL의 스킴, 호스트 이름, 포트를 확인한 다음 애플리케이션 환경에서 해당 프록시를 통한 연결을 테스트하세요.

다음을 시도해 보세요: 다른 작업을 생성하기 전에 엔드포인트나 제공업체 라우팅을 수정하세요. 연결 실패와 대상에서 반환한 응답을 구분하세요.

작업이 site-unreachable로 실패함

함께 제공된 오류를 읽고 선택한 프록시가 의도한 대상에 접근할 수 있는지 확인하세요.

다음을 시도해 보세요: 재시도하기 전에 오류가 가리키는 대상 또는 프록시 설정을 수정하세요. 잘못된 입력을 변경 없이 반복 제출하거나 크레딧 부족이 원인이라고 단정하지 마세요.

작업은 준비되었지만 대상이 요청을 거부함

전송 요청에 올바른 솔루션, 해결에 성공한 프록시, 반환된 브라우저 식별 정보, 의도한 대상 URL이 사용되는지 확인하세요.

다음을 시도해 보세요: 다른 해결 작업에 비용을 지불하기 전에 불일치를 수정하세요. 솔루션이 준비되었다고 해서 대상의 수락이 보장되는 것은 아닙니다. reCAPTCHA의 경우 거부된 토큰 진단을 계속 진행하세요.