Dimensionner un pool de proxys pour les résolutions CAPTCHA

Pour quatre flux logiques actifs, commencez par quatre affectations de sessions proxy. Chaque tâche utilise la session qui lui est affectée pour la résolution comme pour l’envoi à la cible, puis envoie rapidement la solution avec l’identité du navigateur renvoyée.

[
  {
    "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"
  }
]

Cela associe quatre tâches à quatre sessions, pas nécessairement à quatre IP distinctes. Ce n’est ni une règle universelle d’une IP par thread ni une limite de capacité mesurée. Un thread qui n’exécute pas de flux de résolution et d’envoi n’a pas besoin de sa propre affectation.

Si votre fournisseur de proxys change les sorties, utilisez sa fonction de session ou de fixation de l’IP pour que la résolution et l’envoi partagent la même sortie. Quatre variables d’environnement ne suffisent pas à le garantir. Envoyez la solution avec le proxy ayant réussi et ses valeurs userAgent et secChUa, plutôt que de les remplacer par les en-têtes de navigateur habituels de votre application.

Une requête reCAPTCHA accepte exactement un des deux paramètres : proxy ou proxyCandidates. La liste de candidats accepte jusqu’à douze URL de proxy HTTP ou HTTPS distinctes, sans chemin, requête ni fragment. Il s’agit de sorties alternatives pour une même tâche, et non d’un lot parallèle : quatre traitements avec douze candidats chacun représentent toujours quatre flux logiques, pas 48 résolutions.

Avec des candidats, conservez le tableau d’origine. Pour reCAPTCHA, solution.egressAttempts identifie le candidat ayant réussi par son indice commençant à 1. Vérifiez qu’il s’agit d’un entier compris entre 1 et la longueur du tableau avant de sélectionner le proxy pour l’envoi. Si cette valeur est absente ou invalide, arrêtez-vous plutôt que de deviner.

La limite de candidats n’est pas une recommandation de taille du pool, et le repli ne garantit pas une sortie fonctionnelle. Les tâches de session exigent un seul proxy : ne leur appliquez donc pas de listes de candidats.

Exécutez le parcours réel sur la cible. Pour chaque traitement, consignez un libellé non secret de session proxy, l’état final de la tâche et la réponse de la cible. Distinguez la disponibilité de la solution de son acceptation par la cible ; sinon, un pool peut sembler fonctionner correctement alors que tous les envois échouent.

Les jetons prêts attendent avant d’être envoyés.

L’application peut-elle envoyer les résultats aussi vite que les quatre flux actifs les produisent ?

Essayez ceci : Limitez les résolutions simultanées à ce que l’application peut utiliser rapidement. Davantage de sessions proxy ne corrigeront pas les retards d’envoi.

La cible rejette une solution prête.

L’envoi a-t-il utilisé la sortie ayant réussi, l’identité de navigateur renvoyée et la cible prévue ?

Essayez ceci : Corrigez les incohérences avant d’acheter davantage d’IP. Si ces éléments correspondent, comparez les options de proxy avec le même parcours cible ; les mentions résidentiel, mobile ou datacenter ne prouvent pas l’acceptation.

Le proxy renvoie HTTP 407.

Vérifiez l’authentification du proxy, y compris les caractères réservés dans le nom d’utilisateur ou le mot de passe.

Essayez ceci : Corrigez les identifiants et encodez leurs composants en pourcentage, pas l’URL complète du proxy. Ajouter des candidats ne corrigera pas la même erreur d’authentification.

Si l’exécution à quatre flux donne de moins bons résultats qu’une exécution avec moins de chevauchement, examinez cet écart avant d’agrandir le pool. Augmentez le nombre d’affectations fixes lorsque vous avez besoin de davantage de flux simultanés, puis comparez à nouveau les résultats de bout en bout. Ni une connexion proxy fonctionnelle ni un pool plus grand ne permettent d’établir un score CAPTCHA.

Aux tarifs actuels à l’usage, 10,000 tâches reCAPTCHA prêtes coûtent $20 avant prise en compte du crédit du compte ou des bonus applicables. Les résolutions échouées sont remboursées. Un rejet par la cible ne donne pas automatiquement lieu au remboursement d’une résolution prête.

Gardez les dépenses de proxy sur une ligne budgétaire distincte. Utilisez les conditions de facturation de votre fournisseur et le trafic mesuré pendant le même essai de résolution et d’envoi ; le nombre de sessions ou de candidats configurés ne permet pas de déterminer la facture de trafic.