Scarnox · Blog

프록시 vs 프록시리스 captcha 풀이: 어떤 작업 유형이 필요한가

Scarnox는 PopularCaptcha를 두 가지 방식으로 제공합니다. 프록시리스는 Scarnox가 자체 네트워크에서 captcha를 풀고, 프록시 방식은 봇이 사용하는 프록시를 직접 보냅니다. 두 방식 모두 같은 응답 형태로 토큰을 돌려주며, 풀이가 실패하면 둘 다 무료입니다. 요청에서 유일한 차이는 프록시입니다.

대부분의 사이트에는 프록시리스가 올바른 출발점입니다. 사이트가 토큰을 IP 주소에 묶어 둔 경우에만 직접 프록시를 보내세요.

두 가지 작업 유형

작업 유형	보내는 값
`PopularCaptchaTaskProxyless`	sitekey와 페이지 URL
`PopularCaptchaTask` (프록시 방식)	sitekey, 페이지 URL, 그리고 `proxy`

둘 다 PopularCaptcha 작업입니다. 나머지 요청, 응답, 토큰 처리 방식은 같습니다.

프록시리스로 시작하기

프록시리스 풀이는 Scarnox 자체 네트워크에서 실행됩니다. 연동이 가장 단순하며, 대부분의 사이트에서는 나중에 어떤 IP가 토큰을 제출하든 토큰이 작동합니다. 어떤 방식이 필요한지 확신이 없다면 여기서 시작하세요.

{
  "captcha_type": "PopularCaptchaTaskProxyless",
  "site_key": "10000000-ffff-ffff-ffff-000000000001",
  "site_url": "https://example.com/signup"
}

토큰이 IP에 묶여 있을 때 프록시 보내기

일부 사이트는 captcha를 풀이한 IP와 폼을 제출하는 IP가 같은지 확인합니다. 증상은 분명합니다. 토큰은 오류 없이 돌아오지만, 사이트는 매번 거부합니다. 해결책은 세션의 나머지 부분에서 봇이 사용하는 것과 같은 프록시를 통해 풀이하는 것입니다.

{
  "captcha_type": "PopularCaptchaTask",
  "site_key": "10000000-ffff-ffff-ffff-000000000001",
  "site_url": "https://example.com/signup",
  "proxy": "http://user:pass@203.0.113.10:8080"
}

프록시 형식은 http://user:pass@host:port입니다. 풀이와 제출에 같은 프록시를 쓰고, 세션 전체 동안 고정해 두세요. 풀이와 제출 사이에 프록시를 바꾸면 IP 불일치 문제가 다시 생깁니다.

판단하는 방법

다음 질문을 순서대로 확인하세요.

다른 기기에서 토큰을 제출해도 작동하나요? 그렇다면 프록시리스를 쓰세요.
사이트가 제출 IP가 풀이 IP와 다를 때만 토큰을 거부하나요? 그렇다면 프록시를 보내세요.
사이트가 한 IP에 묶인 세션 쿠키나 기기 확인을 사용하나요? 그렇다면 프록시를 보내고, 세션 전체 동안 같은 IP를 유지하세요.

어느 한쪽을 고르기 전에 무료 체험에서 두 방식을 모두 테스트하세요. 계정을 만들고 무료 체험 크레딧으로 카드 없이 시작한 다음, 작업 유형마다 같은 흐름을 한 번씩 실행해 보세요.

프록시가 죽었다면

풀이 실패는 무료입니다. 프록시가 죽었거나 대상 사이트에 차단된 경우 풀이는 실패하며, 그 비용은 청구되지 않습니다. 실행 전에 프록시를 직접 테스트하고, 형식을 확인하고, 대상 사이트가 해당 주소 대역을 차단하지 않는지 점검하세요. 브라우저에서는 작동하지만 풀이에서 실패하는 프록시는 대개 형식 문제입니다.

프록시 자격 증명을 로그에서 빼기

비밀번호가 들어간 프록시 주소는 비밀 정보입니다. 환경 변수나 비밀 관리 도구에 보관하세요. 로그에 출력하지 말고, 커밋하지 말고, 버그 리포트에 붙여 넣지 마세요. 디버깅을 위해 풀이 요청을 로그로 남긴다면, 먼저 proxy 필드를 제거하세요.

프록시 방식에 쓸 프록시 고르기

풀이는 어떤 프록시를 보내도 동작하지만, 같은 IP가 폼을 제출해야만 토큰이 쓸모가 있습니다. 요청마다 바뀌는 풀이 말고, 세션 전체 동안 직접 관리하는 주거용 또는 고정 주소를 쓰세요. IP에 토큰을 묶는 사이트는 보통 세션도 함께 묶기 때문에, 회전하는 풀을 쓰면 흐름이 두 번 깨집니다.

속도는 어떤가요?

두 방식 모두 폴링 루프 없이 블로킹 요청 한 번으로 토큰을 돌려줍니다. 타임아웃도 같습니다. 약 185초입니다. 방식은 속도가 아니라 IP 문제에 따라 고르세요.

실제 세션에서의 세션과 프록시

세션의 첫 요청부터 마지막 요청까지 같은 프록시를 사용하세요. 일반적인 흐름은 가입 페이지를 불러오고, captcha를 풀고, 폼을 제출하는 것입니다. 페이지 로드는 한 주소로, 풀이는 다른 주소로 나가면, 모든 것이 정상으로 보여도 IP에 묶인 사이트는 토큰을 거부할 수 있습니다.

코드에는 프록시 설정을 하나만 두고, 사이트에 접근하는 모든 단계에 그것을 전달하세요. 작업의 다른 부분이 스크래핑을 위해 프록시를 회전한다면, captcha 흐름에는 고정된 전용 프록시를 주세요. 두 가지를 섞는 것은 테스트에서는 되던 토큰이 운영에서 실패하는 가장 흔한 이유 중 하나입니다.

proxy 필드는 프록시를 쓰는 방식에만 설정하세요. 프록시리스 작업 유형에 프록시를 보내도 풀이가 나아지지 않으며, 로그를 읽을 때 어떤 방식으로 실행됐는지 구별하기도 어려워집니다.

로그로 올바른 답 찾기

사이트에 어떤 방식이 필요한지 확실하지 않다면, 같은 페이지에서 두 가지를 모두 실행하고 결과를 비교하세요. 각 토큰이 수락되었는지, 작업 유형과 프록시 전송 여부와 함께 기록하세요. 프록시리스 토큰을 꾸준히 받아들이는 사이트라면 프록시 방식은 필요하지 않습니다. 특정 실행에서만 토큰을 거부하는 사이트라면 IP 검사가 원인일 가능성이 높습니다. 추측이 아니라 로그가 결정하게 하세요.

다음 단계

무료 체험 크레딧으로 카드 없이 시작하세요. 계정을 만들고 한 페이지에서 두 작업 유형을 모두 시험해 보세요.