Escolha e configure um proxy para resolver CAPTCHAs

Use um proxy HTTP ou HTTPS fornecido pelo cliente. Se o seu provedor alternar as saídas, configure o recurso de sessão ou de fixação antes de criar a tarefa e mantenha essa sessão para o envio final.

Não escolha apenas por rótulos como residencial, móvel ou datacenter. Esses rótulos não comprovam que o destino aceitará a requisição. Compare os proxies usando o fluxo real de resolução e envio; uma conexão bem-sucedida, por si só, não comprova uma pontuação de 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

Aplique a codificação percentual aos caracteres reservados nos componentes de nome de usuário e senha separadamente. Não codifique a URL inteira: o esquema e os separadores devem permanecer intactos. O exemplo mostra como inserir na URL uma senha que contém uma arroba e dois-pontos.

Para proxyCandidates, nenhuma URL pode conter caminho, consulta ou fragmento. Mantenha as senhas de proxy fora dos logs, inclusive dos logs que exibem a requisição completa da tarefa.

1. 1.

   Defina exatamente um campo de proxy

   Na requisição de criação de tarefa, forneça proxy ou proxyCandidates, nunca ambos. Use proxy para uma única saída conhecida. As listas de candidatos aceitam no máximo doze URLs distintas e permitem que o solvethree tente saídas alternativas; elas não garantem que algum candidato funcione. Tarefas de sessão exigem um único proxy.

2. 2.

   Aguarde uma solução utilizável

   Consulte periodicamente enquanto a tarefa estiver pending ou solving. Apenas ready contém uma solução utilizável. A criação da tarefa ou uma resposta HTTP de sucesso não significa que a resolução foi concluída.

3. 3.

   Envie pela saída que funcionou

   Use o proxy que funcionou e os valores retornados de userAgent e secChUa ao enviar a solução ao destino pretendido. Ao usar candidatos, não presuma que a primeira URL foi a que funcionou. Não substitua esses valores por um user agent, client hints ou URL de destino sem relação com a solução.

Se precisar de saídas alternativas, consulte seleção de candidatos a proxy. Um único proxy com saída fixa é mais simples quando você já sabe qual saída sua aplicação usará.

Trate as respostas HTTP sem sucesso antes de ler um payload de sucesso. Uma falha terminal da tarefa é uma camada separada: quando o status for failed, pare de consultar e inspecione errorCode e error.

HTTP 407

O proxy exige autenticação. Isso não é uma falha de autenticação na API de resolução nem de login no site de destino.

Experimente: Verifique as credenciais do proxy selecionado, a codificação das credenciais e o roteamento do provedor sem registrar a senha em logs. Alterar sua chave de API do solvethree não resolverá a autenticação do proxy.

Sua aplicação não consegue se conectar pelo proxy

Verifique o esquema, o hostname e a porta da URL e teste a conectividade por esse proxy a partir do ambiente da aplicação.

Experimente: Corrija o endpoint ou o roteamento do provedor antes de criar outra tarefa. Diferencie uma falha de conexão de uma resposta retornada pelo destino.

A tarefa falha com site-unreachable

Leia o erro que acompanha a falha e verifique se o proxy selecionado consegue acessar o destino pretendido.

Experimente: Corrija a configuração do destino ou do proxy indicada pela falha antes de tentar novamente. Não envie repetidamente os mesmos dados inválidos nem presuma que o problema seja saldo insuficiente.

A tarefa está pronta, mas o destino rejeita a requisição

Inspecione a requisição de saída para verificar a solução correta, o proxy bem-sucedido, a identidade de navegador retornada e a URL de destino pretendida.

Experimente: Corrija as divergências antes de pagar por outra resolução. Uma solução pronta não garante a aceitação pelo destino; para reCAPTCHA, prossiga com o diagnóstico de token rejeitado.