Vérification par procuration

Avant de mettre des proxies au travail, vous devez les vérifier : cette règle est la même pour un pack payant d’adresses privées et pour une liste gratuite téléchargée depuis un forum. La description de l’offre et l’état réel des adresses ne correspondent presque jamais complètement : certaines IP sont déjà désactivées, certaines tiennent à peine et fournissent quelques kilo-octets par seconde, certaines sont répertoriées dans des bases de données antispam et déclenchent un captcha dès la première requête, et certaines accèdent à Internet depuis un pays pour lequel vous n’avez pas du tout payé. La seule façon de le voir est de faire passer la liste par une vérification de proxy en ligne.

Checker.net est un vérificateur de proxy gratuit qui fonctionne directement dans le navigateur : aucun programme, aucune installation et aucun compte. Vous pouvez coller la liste dans le champ, la joindre sous forme de fichier ou fournir un lien vers celle-ci. En quelques secondes, vous pouvez voir pour chaque adresse :

Une exécution peut contenir jusqu’à 30 000 adresses : une vérification pratique de proxys en masse et une vérification de liste de proxys sans limite du nombre d’exécutions. Les résultats ne sont pas enregistrés jusqu’à la fin de la vérification ; ils arrivent sous forme de flux, de sorte que le tableau s’agrandit sous vos yeux.

Un checker de proxys, aussi appelé validateur de proxys ou testeur de liste de proxys, est un service qui se connecte lui-même à chaque serveur proxy, envoie des requêtes à travers lui et décide, d'après les réponses, si l'adresse est utilisable. Sans un tel outil, il faudrait saisir chaque IP une à une dans les réglages du navigateur et voir si la page s'ouvre. Un checker fait la même chose pour toute la liste d'un coup et ne renvoie pas un vague « on dirait que ça marche », mais un tableau chiffré.

Les outils de cette classe diffèrent beaucoup par la profondeur de leur regard. Le checker le plus simple ne sait dire qu'une chose : l'adresse a répondu ou s'est tue. Cela ne suffit pas pour un vrai travail, parce qu'un proxy qui répond n'est pas encore un proxy utile. Il peut figurer dans une dizaine de bases de spam. Il peut ne pas vous laisser entrer sur le réseau social pour lequel il a été acheté. Les sites peuvent le reconnaître comme une IP serveur là où il faut une IP résidentielle. Il peut mettre quinze secondes à répondre là où la norme se compte en centaines de millisecondes. C'est pourquoi nous mesurons non seulement la disponibilité, mais la qualité : nous trouvons l'origine de l'IP, regardons sa réputation, vérifions comment elle se comporte sur les grandes plateformes, et réunissons tout cela en une seule note.

La vérification en ligne est plus pratique qu’un programme de vérification de proxy, et ce pour trois raisons :

Après un clic sur « Lancer la vérification », le checker lit la liste ligne par ligne. Dans chaque ligne, il détecte le format, extrait l'hôte, le port, l'identifiant et le mot de passe, et ignore les déchets et les adresses en double. Ensuite, tous les proxys sont vérifiés en parallèle : d'abord les protocoles, puis les autres paramètres.

Pour vérifier un protocole, le vérificateur ouvre une connexion à travers le proxy et interroge une ressource de service qui indique l'adresse IP du client parvenu jusqu'à elle. Une seule requête de ce type donne beaucoup d'un coup : elle confirme que le proxy est vivant, montre le temps de réponse et, surtout, révèle l'IP de sortie — l'adresse que les sites verront. HTTP/HTTPS et SOCKS5 sont testés séparément. Sur le même hôte et le même port, les protocoles se comportent souvent différemment : la description indique HTTP, mais l'adresse ne comprend en réalité que SOCKS, ou l'inverse.

L'IP de sortie sert ensuite à établir où se trouve l'adresse et à qui elle appartient : pays, région, ville et type — mobile, résidentiel ou d'entreprise.

En même temps, l'IP est confrontée à une base locale de listes noires, que nous mettons régulièrement à jour à partir de dépôts antispam ouverts.

En mode complet s'ajoute l'étape la plus utile : des requêtes passent par le proxy vers onze services populaires, et l'on voit lesquels laissent entrer cette adresse et lesquels lui ferment la porte.

Les résultats arrivent dans l'interface dès qu'ils sont prêts, et non en un seul lot tout à la fin. Même sur une longue liste, vous n'avez pas à suivre une barre de progression qui défile : les premières lignes apparaissent en quelques secondes, et adresses fonctionnelles peuvent être prises pendant que le vérificateur s'occupe encore du reste.

L'essentiel à savoir sur une adresse, c'est si elle fonctionne. Si le proxy n'a pas répondu, le vérificateur indique pourquoi : la connexion a été refusée, le délai d'attente est dépassé, l'autorisation a échoué ou le serveur a renvoyé une erreur. La différence est ici fondamentale. « L'adresse est morte » et « l'adresse est vivante, mais le mot de passe contient une faute de frappe » sont deux histoires complètement différentes, et la formulation de l'erreur montre aussitôt s'il faut écarter le proxy ou simplement corriger votre liste.

HTTP/HTTPS et SOCKS5 sont vérifiés pour chaque adresse séparément, et chaque protocole a son propre temps de réponse. On voit ainsi ce que le proxy sait vraiment faire, et non ce qu'en dit le vendeur. Cela écarte l'une des plus courantes erreurs: un proxy SOCKS fonctionnel est déclaré hors service uniquement parce qu'on l'a contacté en HTTP.

Le temps de réponse est le délai entre l'envoi d'une requête via le proxy et l'arrivée de la réponse. Il décide de tout là où la réaction compte : dans le navigateur, lors de l'automatisation d'actions dans les interfaces et lors du parsing en nombreux fils avec de courtes requêtes. Nous mesurons la vitesse du canal séparément. Elle compte quand de gros volumes passent par le proxy : exports, fichiers média, vidéo. Il ne faut pas confondre ces deux chiffres — une adresse peut répondre instantanément et livrer pourtant les données à une vitesse de quelques centaines de kilobits.

Le checker établit d'où vient l'adresse : du réseau d'un opérateur mobile, d'une connexion domestique ou d'un centre de données. La confiance que les sites accordent au trafic en dépend en grande partie, c'est pourquoi le type d'IP fait partie des trois composantes de la notation. Les détails sont plus bas, dans la section sur les types de proxy.

L'IP est comparée à des bases qui recensent les adresses vues dans le spam, les attaques de sites et la fraude.

Une seule occurrence suffit pour le voir : la réputation de l'adresse est entamée, et une partie des services l'accueillera par un captcha ou un refus.

La partie la plus concrète du rapport. À travers le proxy, le vérificateur ouvre onze grandes plateformes et indique pour chacune si cela a fonctionné, combien de temps cela a pris et quel code HTTP est revenu. Une adresse vivante selon tous les critères techniques peut très bien être bloquée sur le service précis dont vous avez besoin — et l'apprendre ici est bien plus agréable que par un e-mail annonçant un compte bloqué.

La note de 0 à 5 réunit trois choses : le type d'IP, la réputation sur les listes noires et les résultats sur les services. Avec elle, vous n'avez pas à lire chaque ligne du tableau — il suffit de trier la liste et de prendre les adresses du haut.

Le checker comprend trois façons d'écrire un proxy et n'exige aucun réglage pour cela :

L'hôte peut être une adresse IP ou un nom de domaine : bon nombre de fournisseurs délivrent les proxys sous forme de domaine avec un port. Les formats peuvent être mélangés dans une même liste — chaque ligne est traitée pour elle-même.

Il y a aussi trois façons de charger. Collage du texte: les adresses sont copiées dans le champ, chacune sur une nouvelle ligne. Déposer: convient si la liste a été exportée du compte du vendeur ou conservée dans un document texte. Lien: pratique quand la liste se trouve à une URL permanente et qu'elle est mise à jour régulièrement. Le vérificateur télécharge la page, en extrait les proxys et lance aussitôt la vérification. Pour ceux qui suivent des sources publiques, c'est l'option la plus pratique — inutile de transférer les données à la main à chaque fois.

Il y a trois modes, et chacun est fait pour sa tâche. Au fond, le choix se fait entre vitesse et détail.

Le délai se règle de 1 à 60 secondes, et la valeur par défaut est 10. C'est le temps que le vérificateur attend une réponse du proxy avant de le marquer indisponible.

Si les dépassements de délai se répètent sur une liste qui devrait manifestement fonctionner, commencez par augmenter cette valeur.

Une note est un score de 0 à 5. Elle ne dit pas si une adresse est vivante, mais si vous pouvez lui confier un travail. La plupart des vérificateurs s'arrêtent au statut « fonctionne », alors que deux adresses tout aussi vivantes peuvent se distinguer de plusieurs mois de vie de compte. Nous calculons la note selon un barème pondéré en trois parties : l'origine de l'IP, sa réputation dans les listes noires et la manière dont elle ouvre réellement les services populaires. Le résultat tient compte de la nature de l'adresse, de son passé et de son comportement actuel — la note en sort donc objective.

Le total est la somme de trois nombres : la note du type d'adresse, la note de réputation et la note des services. La réputation et les services suivent le même schéma : un résultat impeccable rapporte la totalité des 2 points, et chaque écart retire 0,2. Aucune de ces deux parties ne peut perdre plus de deux points. Elle peut tomber à zéro, mais elle ne passe pas dans le négatif et n'entraîne pas les autres termes vers le bas. La note reste donc toujours entre 0 et 5, et les parts restent équilibrées : 40 % pour la réputation comme pour le travail réel avec les plateformes, et les 20 % restants pour l'origine de l'IP.

En mode sélectif, la partie services n'est comptée que pour les plateformes que vous avez cochées, et la règle est la même : moins 0,2 pour chaque service fermé de votre sélection. Si la vérification n'en garde que trois, cette partie peut perdre au plus 0,6 point, et la réputation pèse alors davantage sur la note. C'est utile quand il vous faut un chiffre pour votre propre scénario, et non une note moyenne « pour tout l'Internet ».

Ces seuils sont un repère, pas une loi : la décision se prend à partir de la note, avec le détail du rapport. L'intérêt principal est ailleurs. Vous pouvez trier le tableau par notation en une seconde, et les adresses à prendre se retrouvent tout de suite en haut. Tout ce qui est sous votre seuil peut être renvoyé au vendeur pour remplacement, en un lot, sans examiner chaque adresse à la main.

Prenez deux proxys, tous deux marqués « fonctionne » dans le tableau. Le premier est une IP mobile, absente de toute base, par laquelle les onze services s'ouvrent : note 5.0. Le second est une adresse serveur d'un centre de données, trouvée dans trois listes noires et fermée sur six des onze plateformes : note 2.2. Formellement, il n'y a aucune différence, les deux sont vivants. En pratique, le premier tiendra des mois, et le second sera banni dès la première inscription. La note montre précisément cette différence, et le tri selon elle fait gagner plus de temps que n'importe quel filtre par statut.

Sur de gros volumes, cela se voit particulièrement. Un filtre par statut ne retire que quelques milliers d'adresses mortes de la liste — dans un pool acheté, il y en a d'habitude de dix à quarante pour cent, dans une liste gratuite. Presque toutes y figurent. Mais pour la moitié des « vivants » restants, la note sera inférieure à 3,0, et avant de commencer à travailler, vous ne le voyez que grâce à la note. La note moyenne d'un pool permet aussi de comparer honnêtement les fournisseurs : non d'après le texte du site, mais d'après un même chiffre mesurable sur le même ensemble de plateformes.

La note fixe un instant, donc les écarts d'une vérification à l'autre sont normaux. Un proxy mobile change d'IP à la rotation, et le passage suivant vérifie une autre adresse d'opérateur. Nous mettons régulièrement à jour la base des listes noires à partir de dépôts antispam ouverts, de sorte qu'une adresse peut sortir d'une liste ou y entrer parce que quelqu'un s'en est servi avant vous. La politique des plateformes par plages change aussi : un service qui s'ouvrait le matin peut afficher un captcha le soir. Et avec un délai court, les adresses lentes sont classées indisponibles et perdent des points de disponibilité. Si les notes sautent nettement, augmentez le délai et vérifiez encore.

Dans l'API, la note de chaque adresse revient dans le champ sc, donc le tri par seuil et le classement d'un pool se confient facilement à un script. La notation est attribuée dans les modes complet et sélectif. Le mode rapide ne l'a pas : ce mode ne vérifie que la disponibilité, mais une longue liste y passe beaucoup plus vite.

Un type de proxy répond à la question de savoir à qui l'IP appartient vraiment : un opérateur mobile, un fournisseur domestique ou un hébergement en centre de données. La vitesse, la stabilité et surtout le degré de confiance avec lequel les sites acceptent le trafic en découlent. Le bon type pèse à la fois sur le coût et sur le risque d'un blocage, si bien qu'à l'achat c'est la première chose à décider, et non une ligne formelle du tarif.

Le trafic de ces proxys passe par les réseaux des opérateurs mobiles, donc par les mêmes adresses que celles de millions de propriétaires de smartphones. L'opérateur attribue une même IP à de nombreux abonnés à la fois et la change sans cesse. C'est pourquoi les sites ne bloquent les adresses mobiles qu'à contrecœur : des milliers d'utilisateurs réels seraient touchés. C'est aussi de là que vient la plus haute réputation parmi tous les types.

Les proxys mobiles se choisissent là où les comptes sont en jeu : promotion sur les réseaux sociaux, arbitrage de trafic, comptes publicitaires, inscriptions, services à antifraude strict. Les inconvénients sont le coût et la vitesse. Une liaison mobile est plus lente et moins stable qu'une liaison filaire, et pendant la rotation l'adresse peut disparaître quelques secondes. Pour un parsing de masse, c'est cher et tout simplement inutile.

Ce sont les IP de vraies connexions domestiques, attribuées à leurs abonnés par des fournisseurs Internet ordinaires. Pour un site, un tel visiteur ne se distingue pas d'une personne ordinaire assise chez elle dans une ville précise. Les proxys résidentiels sont un outil universel pour le web scraping, la vérification de publicités, l'analyse des résultats par région, le contournement des restrictions géographiques et toute tâche qui exige une trace « humaine » et un large choix de lieux.

Pour l'équilibre entre confiance et prix, c'est l'option optimale : moins cher que le mobile et nettement plus fiable que les proxys serveur. La stabilité d'une adresse donnée dépend de la connexion domestique qui se trouve derrière. C'est pourquoi un tel pool est particulièrement utile à vérifier avant le travail.

IP de plateformes d'hébergement et de centres de données. On les choisit pour un délai minimal, un canal large, un fonctionnement régulier sans coupures et un prix abordable. Quand il faut beaucoup de trafic et de nombreux flux parallèles, il n'y a pas mieux. Le parsing de gros volumes, le suivi des prix et de la disponibilité, l'automatisation, les contrôles de données en masse, les bots et les intégrations de service fonctionnent très bien sur des proxys serveur.

Leur point faible, c'est qu'on les reconnaît. Les plages des centres de données sont bien connues, et les sites protégés contre les bots classent tout de suite ce trafic comme non domestique. L'adresse n'en devient pas mauvaise ; elle ne convient simplement pas là où le service attend un utilisateur à domicile. Zéro point dans la note ne veut pas dire « le proxy est mauvais », mais « il n'y a pas de bonus de confiance ».

Une liste noire est une base publique d'adresses IP signalées pour une activité indésirable. Ces bases sont tenues par des projets antispam, des hébergeurs, des services de messagerie et des chercheurs en sécurité, et elles sont utilisées par les serveurs de messagerie, les CDN, les systèmes antifraude et les propriétaires de sites. Si une adresse y figure, n'importe quel service peut la refuser sans examiner les détails.

Nous comparons chaque IP à une base locale, régulièrement alimentée à partir de dépôts antispam ouverts. Les adresses y arrivent le plus souvent pour trois raisons :

Gardez ceci à l'esprit : la plupart du temps, vous n'y êtes pour rien. Des dizaines de personnes utilisent un proxy public en même temps, et les adresses des pools sont revendues et relouées pendant des années. Avec une IP, vous recevez aussi son passé, y compris les conséquences de ce que d'autres ont fait avant vous.

Si votre propre IP s'est retrouvée sur une liste noire, il faudra l'en sortir par delisting, séparément dans chaque base, et avant cela arrêter l'activité qui l'y a mise. Avec un proxy acheté, c'est plus simple : il est plus rapide de demander au vendeur de remplacer l'adresse. Un fournisseur sérieux remplace les IP bloquées sans discussion, et les résultats de la vérification rendent la conversation concrète.

La plupart des vérificateurs n'ont pas cette fonction, alors qu'en pratique elle est plus utile que toutes les autres. Une adresse peut être vivante, avec un historique impeccable et le bon pays — et pourtant inutile pour la tâche, parce que la plateforme dont vous avez besoin connaît déjà cette adresse et ne la laisse pas entrer. Nous le savons à l'avance. À travers chaque proxy, le vérificateur interroge onze services populaires et affiche le résultat de chacun séparément : si le service s'est ouvert, combien de temps la réponse a pris, quel code HTTP est revenu et quelle erreur est apparue, lorsqu'on a pu la lire.

Les onze plateformes sont cochées par défaut. Si seules deux ou trois vous intéressent, décochez les autres dans les paramètres avancés : le passage est plus court, et la note reflète votre propre ensemble. Dans le tableau des résultats, cela se résume à un compteur du type « 9 / 11 », et un clic ouvre la liste avec le détail de chaque plateforme.

Trois valeurs reviennent pour chaque service : si la page s'est ouverte, combien de temps a pris la réponse et quel code HTTP la plateforme a renvoyé. C'est le code qui en dit le plus : il montre pourquoi l'adresse n'a pas convenu et quoi faire ensuite.

Le temps de réponse se lit avec le code. Si un service s'est ouvert en cinq secondes, il est formellement disponible, mais travailler via une telle adresse dans l'interface d'un compte publicitaire sera pénible. Quand une dizaine de plateformes montrent où la réponse est arrivée instantanément et où elle a à peine abouti, la qualité réelle du canal devient évidente.

Les résultats par plateforme influent directement sur la note. Si tous les services vérifiés s'ouvrent, l'adresse reçoit +2 points, et chaque service fermé retire 0,2, mais pas plus de 2 points au total. La disponibilité des services représente donc jusqu'à 40 % de la note — la même part que la réputation sur les listes noires. Les services sont vérifiés en mode complet et en mode sélectif. Le mode rapide répond seulement à la question de savoir si le proxy lui-même est disponible. Dans l'API, les résultats par plateforme arrivent dans le champ s : pour chaque service s'y trouvent son code, un indicateur de succès, le temps de réponse et le statut HTTP. C'est pourquoi un filtre du type « seulement les adresses par lesquelles Instagram s'ouvre » tient en une seule ligne.

L'anonymat montre à quel point un proxy cache que vous l'utilisez, et s'il cache votre IP réelle. Un proxy peut faire passer le trafic correctement et avouer quand même au site, dans les en-têtes, qu'il est un intermédiaire — voire y inscrire votre propre adresse. On distingue en général trois niveaux.

Un seul niveau d'anonymat ne suffit pas pour faire confiance à un proxy. Une adresse formellement élite peut figurer dans des bases de spam et ne pas ouvrir la moitié des services, et l'anonymat ne sert alors à rien. C'est pourquoi le vérificateur ne s'arrête pas à l'anonymat : il découvre l'IP de sortie, trouve d'où vient l'adresse, la confronte aux bases et tente d'ouvrir à travers lui des services vivants. L'aptitude d'un proxy au travail se juge d'après tout ce tableau réuni, et non d'après un seul en-tête.

Le protocole décide dans quelle langue le logiciel parle au proxy et ce qu'on peut vraiment y faire passer. Le vérificateur fonctionne avec HTTP, HTTPS et SOCKS5 — en pratique, ces trois options couvrent presque tout.

Une règle simple : prenez HTTP/HTTPS pour les sites et les API, et SOCKS5 pour le trafic quelconque issu des applications. Une adresse prend souvent en charge les deux, mais loin de toujours, et les vendeurs indiquent souvent le protocole de façon imprécise. C'est pourquoi nous vérifions HTTP et SOCKS5 indépendamment : le rapport montre tout de suite quel protocole fonctionne sur l'adresse, et vous n'aurez pas à configurer le logiciel d'après des données fausses.

Un proxy « ne fonctionne pas » très souvent justement à cause du protocole. Si le programme indique l'adresse comme HTTP, alors qu'elle n'accepte que SOCKS5, la connexion ne s'établira pas, bien que le proxy lui-même soit pleinement fonctionnel. Indiquez le protocole explicitement, par le préfixe socks5:// ou http://, et il n'y aura pas de confusion.

Un proxy mort dans un parser ou un navigateur antidetect passe facilement pour une panne du programme lui-même. Les tâches échouent, les sessions se coupent, les journaux se remplissent d'erreurs obscures, et l'on peut passer une demi-journée à chercher la cause au mauvais endroit. Vérifier la liste prend quelques secondes et écarte tout de suite cette piste : vous savez avec certitude que les adresses sont en ordre et que le problème est ailleurs.

C'est le risque le plus coûteux. Il suffit de se connecter une fois à un compte depuis une adresse à mauvaise réputation pour déclencher une vérification d'identité, et souvent un blocage. Avec le compte, vous pouvez perdre les comptes publicitaires liés et tout l'historique. La récupération prend des semaines et ne réussit pas toujours. Une vérification sur les listes noires et un test des services montrent une adresse dangereuse avant que vous ne vous y connectiez.

Le pays indiqué dans la description et le pays de sortie réel divergent en permanence. Si la tâche est liée à une région — résultats locaux, prix locaux, service d'un seul pays — une adresse au mauvais géo est inutile. Et c'est difficile à voir pendant le travail : techniquement, tout fonctionne, seules les données recueillies ne sont pas les bonnes.

Une vérification régulière d'un pool acheté est le seul moyen de savoir ce que le fournisseur vend vraiment. Quelle part des adresses est vivante, combien figurent dans les listes noires, si des IP serveur sont vendues comme résidentielles, et si la vitesse correspond à ce qui était promis. Quand vous avez les résultats de la vérification en main, le remplacement des mauvaises adresses devient une procédure courante, et non une dispute.

Si le pool est vérifié et propre, le lancement suivant se passera comme le précédent. Avec un pool non vérifié, le résultat dépend du hasard : un lancement collectera tout, et un autre tombera sur un captcha pour la moitié des adresses, et vous ne pourrez plus dire ce qui a changé.

Il n'existe pas de proxy qui convienne à tout. Une adresse idéale pour le parsing convient mal à un compte publicitaire, et l'inverse est vrai aussi. Partez de la tâche et du degré de confiance que la plateforme doit vous accorder.

Les proxys gratuits méritent un mot à part. Ils conviennent aux tâches ponctuelles, à l'apprentissage et aux essais, pas au travail. Beaucoup de gens utilisent en même temps les adresses des listes publiques, donc elles sont surchargées, souvent déjà sur des listes noires, et ne vivent que quelques heures. Si la tâche compte, les proxys privés se rentabilisent tout de suite — ne serait-ce que parce que le pool n'a pas à être revérifié toutes les heures.

Si une adresse n'a pas passé la vérification, le texte d'erreur indique presque toujours la cause. Voici les cas les plus fréquents :

Si les mêmes erreurs reviennent sur toute la liste, la cause n'est en général pas le proxy. Vérifiez le format des lignes, les données d'autorisation et le protocole. Si les erreurs sont différentes et dispersées sans logique, la liste est vraiment mêlée, et pour les adresses publiques c'est un résultat habituel.

Une vérification peut s'intégrer à votre propre produit : panneau de fournisseur, parseur, bot Telegram, navigateur antidetect, surveillance interne du pool, ou tâche CI qui fait passer les adresses selon un calendrier. L'API expose tout ce que montre l'interface web : le statut de chaque protocole, l'IP de sortie, le temps de réponse, la vitesse, le géo, le type d'adresse, les résultats pour les listes noires et les services, ainsi que la note finale.

L’adresse de base est https://checker.net. Les intégrations externes s’autorisent avec une clé dans l’en-tête x-api-key, que vous pouvez obtenir dans le compte. Les schémas de requête et les exemples de réponse sont décrits en détail dans la documentation.

Les résultats restent disponibles par le lien pendant 30 minutes après la création de la vérification. Tout ce qui dépasse la limite de 30,000 n'est pas accepté. La requête réussit quand même, et le nombre de lignes écartées revient dans le champ skippedCount. Surveillez-le quand vous envoyez de longues listes.

Chaque jour, les adresses qui ont passé la vérification entrent dans l'archive ouverte des proxys fonctionnels. Choisissez une date et obtenez la liste des proxys qui fonctionnaient au moment de la vérification — en une journée, il s'en accumule de quelques milliers à plusieurs dizaines de milliers. L'historique est conservé pendant des mois, et vous pouvez l'exporter sur le site comme par l'API.

N'oubliez pas que l'archive montre l'état à un moment donné et ne garantit pas que les adresses sont vivantes maintenant. Les proxys publics ne durent pas longtemps et sont chargés par de nombreux utilisateurs à la fois, si bien qu'en une journée une part notable de la liste cesse de répondre. Avant de travailler, faites repasser l'export dans le checker : vous obtenez un pool à jour et des notes fraîches. Pour des tâches ponctuelles, des essais et l'apprentissage, cela suffit. Pour un travail stable avec des comptes et du parsing, il vous faut des adresses privées mobiles ou résidentielles.

Vos proxys ne se retrouvent dans l'archive que si vous le voulez vous-même. Pour que cela n'arrive pas, avant de lancer, cochez sur le formulaire « Ne pas enregistrer mes proxys dans la liste publique ». Quiconque vérifie des adresses privées achetées devrait toujours le laisser activé.

Pour vérifier un proxy privé, il faut transmettre l'identifiant et le mot de passe, et nous les traitons en conséquence. Les données d'autorisation ne servent qu'à la vérification : le checker s'en sert pour se connecter au proxy et envoyer des requêtes à travers lui. Elles ne vont ni dans l'archive ni dans les listes ouvertes.

La case « Ne pas enregistrer mes proxys dans la liste publique » retire entièrement les adresses vérifiées de la publication. Les résultats restent disponibles via le lien pendant un temps limité — 30 minutes à partir du lancement de la vérification — après quoi ils deviennent inaccessibles. Une vérification ne demande pas d'inscription, et une clé API n'est requise que pour les intégrations externes.

Une vérification en ligne a un autre avantage. Les connexions vers des milliers d'adresses sont ouvertes par nos serveurs, pas par votre liaison. Votre propre IP ne participe pas aux connexions massives, elle n'attire donc pas l'attention du fournisseur et ne risque pas de se retrouver dans les mêmes listes noires sur lesquelles vous vérifiez les proxys.