Dimensione um pool de proxies para resoluções de CAPTCHA

Para quatro fluxos lógicos ativos, comece com quatro alocações de sessão de proxy. Cada trabalho usa a sessão atribuída tanto para a resolução quanto para o envio ao destino e então faz o envio prontamente com a identidade de navegador retornada.

[
  {
    "job": 1,
    "proxyEnvironmentVariable": "PROXY_SESSION_1",
    "reuseFor": "solve and target submission",
    "resultHandling": "submit promptly with returned browser identity"
  },
  {
    "job": 2,
    "proxyEnvironmentVariable": "PROXY_SESSION_2",
    "reuseFor": "solve and target submission",
    "resultHandling": "submit promptly with returned browser identity"
  },
  {
    "job": 3,
    "proxyEnvironmentVariable": "PROXY_SESSION_3",
    "reuseFor": "solve and target submission",
    "resultHandling": "submit promptly with returned browser identity"
  },
  {
    "job": 4,
    "proxyEnvironmentVariable": "PROXY_SESSION_4",
    "reuseFor": "solve and target submission",
    "resultHandling": "submit promptly with returned browser identity"
  }
]

Isso associa quatro trabalhos a quatro sessões — não necessariamente a quatro IPs distintos. Não é uma regra universal de um IP por thread nem um limite de capacidade medido. Uma thread que não está executando um fluxo de resolução e envio não precisa de uma alocação própria.

Se o seu fornecedor de proxies alterna as saídas, use o recurso de sessão ou fixação dele para que o resolvedor e o envio compartilhem a mesma saída. Quatro variáveis de ambiente, por si só, não garantem isso. Envie com o proxy que teve sucesso e com o userAgent e o secChUa da solução, em vez de substituí-los pelos cabeçalhos de navegador habituais da sua aplicação.

Uma solicitação de reCAPTCHA aceita exatamente um dos campos: proxy ou proxyCandidates. A lista de candidatos aceita até doze URLs distintas de proxy HTTP ou HTTPS, sem caminho, consulta ou fragmento. São saídas alternativas para uma tarefa, não um lote paralelo: quatro trabalhos com doze candidatos cada continuam representando quatro fluxos lógicos, não 48 resoluções.

Ao usar candidatos, mantenha o array original. Para reCAPTCHA, solution.egressAttempts identifica o candidato bem-sucedido pelo índice com base em um. Valide se é um número inteiro de 1 até o comprimento do array antes de selecionar o proxy para o envio. Se estiver ausente ou for inválido, pare em vez de tentar adivinhar.

O limite de candidatos não é uma recomendação de tamanho do pool, e o fallback não garante uma saída funcional. Tarefas de sessão exigem um único proxy, portanto não use listas de candidatos nessas tarefas.

Execute o fluxo de trabalho real do destino. Registre um rótulo não sigiloso da sessão de proxy, o estado final da tarefa e a resposta do destino para cada trabalho. Separe a disponibilização da solução da aceitação pelo destino; caso contrário, um pool pode parecer saudável mesmo quando todos os envios falham.

Tokens prontos ficam aguardando antes do envio.

A aplicação consegue enviar os resultados na mesma velocidade em que os quatro fluxos ativos os produzem?

Experimente: Reduza as resoluções simultâneas ao que a aplicação consegue consumir prontamente. Mais sessões de proxy não corrigem atrasos no envio.

O destino rejeita uma solução pronta.

O envio usou a saída bem-sucedida, a identidade de navegador retornada e o destino pretendido?

Experimente: Corrija as divergências antes de comprar mais IPs. Se esses dados corresponderem, compare as opções de proxy usando o mesmo fluxo de trabalho do destino; os rótulos residencial, móvel ou datacenter não comprovam a aceitação.

O proxy retorna HTTP 407.

Verifique a autenticação do proxy, incluindo caracteres reservados no nome de usuário ou na senha.

Experimente: Corrija as credenciais e aplique a codificação percentual aos seus componentes, não à URL inteira do proxy. Adicionar candidatos não corrige o mesmo erro de autenticação.

Se a execução com quatro fluxos tiver desempenho pior que uma execução com menos simultaneidade, investigue essa diferença antes de expandir. Aumente as atribuições fixas quando precisar de mais fluxos simultâneos e compare novamente os resultados de ponta a ponta. Nem uma conexão de proxy funcional nem um pool maior comprovam uma pontuação de CAPTCHA.

Nas tarifas atuais de pagamento por uso, 10,000 tarefas de reCAPTCHA prontas custam $20 antes de considerar o crédito da conta ou os bônus aplicáveis. Resoluções com falha são reembolsadas. Uma rejeição pelo destino não reembolsa automaticamente uma resolução pronta.

Mantenha os gastos com proxy em um item separado. Use os termos de cobrança do seu provedor e o tráfego medido durante o mesmo teste de resolução e envio; o número de sessões ou candidatos configurados não informa o valor da cobrança de tráfego.