Choisir et configurer un proxy pour la résolution de CAPTCHA

Utilisez un proxy HTTP ou HTTPS fourni par le client. Si votre fournisseur fait tourner les sorties, configurez sa fonctionnalité de session ou de fixation de sortie avant de créer la tâche, puis conservez cette session pour l’envoi final.

Ne choisissez pas uniquement selon des catégories telles que résidentiel, mobile ou datacenter. Ces catégories ne prouvent pas que la cible acceptera la requête. Comparez les proxies à l’aide du flux réel de résolution et d’envoi ; une connexion réussie ne permet pas à elle seule d’établir un score 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

Encodez en pourcentage les caractères réservés du nom d’utilisateur et du mot de passe, séparément. N’encodez pas l’URL entière : son schéma et ses séparateurs doivent rester intacts. L’exemple montre comment intégrer dans l’URL un mot de passe contenant une arobase et un deux-points.

Pour proxyCandidates, chaque URL doit être dépourvue de chemin, de paramètres de requête et de fragment. N’incluez pas les mots de passe de proxy dans les journaux, y compris ceux qui affichent la requête de tâche complète.

1. 1.

   Définissez exactement un champ de proxy

   Dans la requête de création de tâche, fournissez soit proxy, soit proxyCandidates, jamais les deux. Utilisez proxy pour une seule sortie connue. Les listes de candidats acceptent au maximum douze URL distinctes et permettent à solvethree d’essayer d’autres sorties ; elles ne garantissent pas qu’un candidat fonctionnera. Les tâches de session nécessitent un seul proxy.

2. 2.

   Attendez une solution utilisable

   Interrogez la tâche tant qu’elle est pending ou solving. Seul le statut ready contient une solution utilisable. La création d’une tâche ou une réponse HTTP de succès ne constitue pas une résolution terminée.

3. 3.

   Envoyez via la sortie ayant réussi

   Utilisez le proxy ayant réussi et les valeurs userAgent et secChUa renvoyées lorsque vous envoyez la solution à la cible prévue. Avec des candidats, ne supposez pas que la première URL a réussi. Ne les remplacez pas par un user agent, des indications client ou une URL cible sans rapport.

Si vous avez besoin de sorties de secours, consultez la sélection des proxies candidats. Un seul proxy à sortie fixe est plus simple lorsque vous savez déjà quelle sortie votre application utilisera.

Traitez les réponses HTTP autres que celles de succès avant de lire les données d’une réponse de succès. Un échec définitif de tâche relève d’un autre niveau : lorsque le statut est failed, arrêtez d’interroger la tâche et inspectez errorCode et error.

HTTP 407

Le proxy exige une authentification. Il ne s’agit ni de l’authentification à l’API de résolution ni d’un échec de connexion au site cible.

Essayez ceci : Vérifiez les identifiants du proxy sélectionné, leur encodage et le routage du fournisseur sans journaliser le mot de passe. Changer votre clé API solvethree ne résoudra pas le problème d’authentification du proxy.

Votre application ne peut pas se connecter via le proxy

Vérifiez le schéma, le nom d’hôte et le port de l’URL, puis testez la connectivité via ce proxy depuis l’environnement de l’application.

Essayez ceci : Corrigez le point de terminaison ou le routage du fournisseur avant de créer une autre tâche. Distinguez un échec de connexion d’une réponse renvoyée par la cible.

La tâche échoue avec site-unreachable

Lisez l’erreur associée et vérifiez si le proxy sélectionné peut atteindre la cible prévue.

Essayez ceci : Corrigez la configuration de la cible ou du proxy indiquée par l’échec avant de réessayer. Ne soumettez pas à répétition les mêmes données invalides et ne supposez pas que le problème vient d’un crédit insuffisant.

La tâche est prête, mais la cible rejette la requête

Inspectez la requête sortante pour vérifier qu’elle utilise la bonne solution, le proxy ayant réussi, l’identité de navigateur renvoyée et l’URL cible prévue.

Essayez ceci : Corrigez les incohérences avant de payer pour une autre résolution. Une solution prête ne garantit pas son acceptation par la cible ; pour reCAPTCHA, poursuivez avec le diagnostic des jetons rejetés.