Proxy ou sem proxy ao resolver captcha: qual tipo de tarefa você precisa?
A Scarnox oferece o PopularCaptcha em duas versões: proxyless, em que a Scarnox resolve o captcha pela própria rede, e a variante com proxy, em que você envia o proxy que o seu bot usa. As duas devolvem um token no mesmo formato de resposta, e as duas são gratuitas quando a resolução falha. A única diferença na requisição é o proxy.
O proxyless é o ponto de partida certo para a maioria dos sites. Envie o seu próprio proxy apenas quando o site vincula o token a um endereço IP.
Os dois tipos de tarefa
| Tipo de tarefa | O que você envia |
|---|---|
PopularCaptchaTaskProxyless | sitekey e URL da página |
PopularCaptchaTask (variante com proxy) | sitekey, URL da página e o seu proxy |
As duas são tarefas PopularCaptcha. O restante da requisição, a resposta e o tratamento do token são iguais.
Comece com o proxyless
As resoluções proxyless rodam na rede própria da Scarnox. A integração é a mais simples que você consegue escrever, e, para a maioria dos sites, o token funciona independentemente do IP que o envia depois. Se você não tem certeza de qual precisa, comece por aqui:
{
"captcha_type": "PopularCaptchaTaskProxyless",
"site_key": "10000000-ffff-ffff-ffff-000000000001",
"site_url": "https://example.com/signup"
}Envie um proxy quando o token estiver preso ao IP
Alguns sites verificam se o IP que resolveu o captcha é o mesmo IP que envia o formulário. O sintoma é claro: os tokens voltam sem erro, mas o site os rejeita sempre. A correção é resolver pelo mesmo proxy que o seu bot usa no resto da sessão:
{
"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"
}O formato do proxy é http://user:pass@host:port. Use o mesmo proxy na resolução e no envio, e mantenha-o fixo durante toda a sessão. Trocar o proxy entre a resolução e o envio traz de volta o problema de IP divergente.
Como decidir
Percorra estas perguntas nesta ordem:
- O token funciona quando você o envia de outra máquina? Se sim, use o proxyless.
- O site rejeita tokens apenas quando o IP de envio é diferente do IP de resolução? Se sim, envie o proxy.
- O site usa um cookie de sessão ou uma verificação de dispositivo presos a um IP? Se sim, envie o proxy e mantenha o mesmo IP durante toda a sessão.
Teste as duas opções no teste grátis antes de se comprometer. Crie uma conta e comece com crédito de teste grátis, sem cartão, depois execute o mesmo fluxo uma vez por tipo.
Se o seu proxy estiver inativo
Uma resolução que falha é gratuita. Se o proxy estiver inativo ou bloqueado pelo alvo, a resolução falha e você não é cobrado. Teste o proxy você mesmo antes da execução, confira o formato e certifique-se de que o alvo não bloqueia a faixa de endereços dele. Um proxy que funciona para um navegador, mas falha na resolução, geralmente tem um problema de formato.
Não registre as credenciais do proxy nos logs
Um endereço de proxy com senha é um segredo. Guarde-o em uma variável de ambiente ou em um gerenciador de segredos. Não o imprima nos logs, não o versione e não o cole em relatórios de bug. Se você registrar a requisição de resolução para depuração, remova antes o campo proxy.
Escolhendo um proxy para a variante
A resolução funciona com qualquer proxy que você enviar, mas o token só é útil se o mesmo IP enviar o formulário. Use um endereço residencial ou fixo que você controla durante toda a sessão, e não um pool que gira a cada requisição. Sites que vinculam tokens a IPs geralmente também vinculam a sessão, então um pool rotativo quebra o fluxo de duas formas.
E a velocidade?
As duas variantes devolvem um token em uma única requisição bloqueante, sem loop de polling. O timeout é o mesmo: cerca de 185 segundos. Escolha a variante pela questão do IP, e não pela velocidade.
Sessões e proxies na prática
Use o mesmo proxy desde a primeira requisição da sessão até a última. Um fluxo típico carrega a página de cadastro, resolve o captcha e envia o formulário. Se o carregamento da página passa por um endereço e a resolução passa por outro, um site que verifica IP pode rejeitar o token mesmo com todo o resto correto.
Mantenha uma única configuração de proxy no seu código e passe-a para cada etapa que acessa o site. Se outras partes do trabalho rotacionam proxies para o scraping, dê ao fluxo de captcha o seu próprio proxy fixo. Misturar as duas coisas é um dos motivos mais comuns para um token que funcionou em testes falhar em produção.
Defina o campo proxy apenas na variante que usa proxy. Enviar um proxy com o tipo de tarefa proxyless não melhora a resolução e dificulta saber qual modo uma execução usou quando você lê os logs.
Lendo os logs para encontrar a resposta certa
Se você não tem certeza de qual modo um site precisa, rode os dois na mesma página e compare. Registre se cada token foi aceito, junto ao tipo de tarefa e se um proxy foi enviado. Um site que aceita tokens proxyless de forma consistente não precisa da variante com proxy. Um site que rejeita os tokens apenas em certas execuções aponta para uma verificação de IP. Deixe os logs decidirem, e não um palpite.
Próximos passos
- Como resolver um PopularCaptcha em Python
- Resolvendo captchas invisíveis
- Tentativas e tratamento de erros que funcionam em produção
- Teste grátis do solver de captcha
Comece com crédito de teste grátis, sem cartão: crie uma conta e teste os dois tipos de tarefa em uma mesma página.