Aller au contenu
Sponsorisé AccsZone — 购买账号, 即时发货, 24/7客服

Recherche IP en masse

Collez une liste d’adresses (liste de proxys, extrait de journal serveur, liste de blocage) et obtenez une ligne par IP avec localisation, réseau, type, indicateurs d’abus, verdict IP native / IP Broadcast et score de pureté. Triez, filtrez et téléchargez le tableau en CSV. Gratuit, sans compte, jusqu’à 100 adresses par lot.

Jusqu’à 100 adresses par lot, 5 lots par minute. Les listes de proxys au format ip:port ou ip:port:user:pass sont lues comme des adresses. Mêmes données en JSON : POST /api/v1/bulk avec {"ips": [...]}.

Comment fonctionne cet outil

Collez vos adresses dans le champ, une par ligne ou séparées par des espaces et des virgules, et lancez la recherche. L’outil lit chaque ligne, extrait la première adresse trouvée et ignore ce qui l’entoure : ports, identifiants, mots de passe, préfixes de protocole, crochets autour des IPv6 et masques CIDR. Les doublons sont fusionnés : 100 lignes avec 60 IP uniques donnent 60 lignes. Les entrées sans adresse, comme les noms d’hôte, restent dans le tableau marquées invalides, pour que vous voyiez ce qui a été ignoré.

Chaque adresse valide est ensuite comparée aux mêmes jeux de données locaux que la recherche IP individuelle : la base DB-IP pour le pays, la région et la ville, l’instantané de routage iptoasn pour l’ASN annonceur et son nom enregistré, la liste ipcat des plages de centres de données, la liste actuelle des nœuds de sortie Tor et la liste Spamhaus DROP. Ces données vivent sur notre serveur : un lot de 100 adresses est normalement traité en bien moins d’une seconde. Le type de réseau (FAI résidentiel, opérateur mobile, hébergeur, fournisseur VPN, éducation, gouvernement, entreprise) est dérivé du nom du réseau et de la liste des centres de données, la même classification que partout sur le site.

Deux colonnes vont au-delà d’un simple tableau de géolocalisation. La colonne Native compare le pays auquel le registre régional a alloué le bloc avec le pays de géolocalisation et étiquette l’adresse IP native s’ils concordent, IP Broadcast sinon. Le pays de registre vient de RDAP, avec le whois RIPEstat en secours, et est mis en cache un jour par adresse ; une liste déjà vérifiée revient instantanément, une liste neuve de 100 adresses peut prendre quelques secondes le temps que les registres répondent. La colonne Score est le score de pureté décrit ci-dessous.

Comment lire le résultat

Les puces de résumé en haut comptent le lot : adresses valides, répartition entre zones saine, suspecte et à risque, nombre d’adresses Broadcast, de sorties Tor et de plages d’hébergeur, et entrées non analysables. Les puces de pays montrent la répartition, le moyen le plus rapide de confirmer qu’une liste vendue comme « résidentielle US » se résout bien aux États-Unis, et chez des FAI ordinaires plutôt que des fournisseurs cloud.

Le tableau a une ligne par adresse. Cliquez sur un en-tête pour trier : par score pour trouver d’abord les adresses les plus faibles, par pays pour regrouper une liste mixte, par réseau pour repérer combien d’adresses partagent un ASN. La colonne Indicateurs affiche des pastilles Tor, Spamhaus DROP, hébergeur, fournisseur VPN et mobile. La colonne Type est la classification : résidentiel et mobile sont ce qu’attendent la plupart des sites d’un vrai utilisateur, hébergeur et VPN ce qu’ils contestent. Chaque IP renvoie à sa page de profil complète : DNS inverse, WHOIS, origine BGP, statut RPKI et liste complète des déductions.

La pastille Score résume le score de pureté. Il part de 100 et retire un poids fixe par signal : 40 pour une sortie Tor, 30 pour un bloc Spamhaus DROP, 25 pour une plage de centre de données ou d’hébergeur, 15 pour des mots-clés VPN ou proxy dans le nom du réseau, 10 pour un verdict Broadcast, 8 par listage DNS (plafonné à 24), et de petites déductions pour un DNS inverse ou un contact abuse manquant quand ils ont été vérifiés. Survolez la pastille pour voir les déductions appliquées. Les zones sont volontairement simples : 80 et plus sain, 50 à 79 suspect, moins de 50 à risque. Un score sain ne promet pas de passer tous les systèmes antifraude, et un score suspect sur une adresse d’opérateur mobile reflète souvent le simple CGNAT, d’où des motifs toujours listés plutôt que cachés derrière un nombre.

Si vous cochez Interroger aussi les listes noires DNS, les 20 premières adresses IPv4 sont vérifiées sur huit listes publiques (Spamhaus ZEN, SpamCop, Barracuda, SORBS, UCEPROTECT, PSBL, s5h et DroneBL). La colonne Listes affiche alors listées/vérifiées pour ces lignes, et un listage abaisse le score. Les IPv6 et les adresses au-delà des 20 premières gardent un tiret ; lancez-les dans un lot séparé si vous les voulez toutes.

Que faire ensuite

Vous évaluez une liste de proxys ou de VPN avant de l’acheter ou de l’utiliser

Collez la liste telle que le vendeur l’a livrée. Regardez d’abord les puces de pays : elles disent si la géographie correspond à l’offre. Triez ensuite par type : un pack « résidentiel » composé surtout d’hébergeurs ou de fournisseurs VPN n’est pas ce qu’il prétend, un pack vraiment résidentiel sera dominé par les types FAI et opérateur mobile avec des verdicts natifs. Triez enfin par score et examinez les lignes à risque : quelques sorties Tor ou adresses DROP dans une grande liste signalent un vendeur qui recycle des plages abusées. Pour les adresses sur lesquelles vous comptez, ouvrez le détecteur de proxy à travers le proxy lui-même pour voir ce qu’observe un site strict de l’intérieur.

Vous triez un journal serveur ou un rapport de pare-feu

Extrayez les adresses clientes, collez-les et triez par score. La zone à risque rassemble sorties Tor, blocs DROP et adresses listées, candidates évidentes à une règle de blocage. La zone suspecte est celle des scrapers et robots sur fournisseurs cloud : des plages d’hébergeur de quelques grands ASN. La zone saine sur réseaux FAI et mobiles, ce sont vos vrais utilisateurs ; ne les bloquez qu’avec des preuves tirées du journal. Téléchargez le CSV et gardez-le à côté du journal pour pouvoir réexaminer la décision.

Vous gérez un espace d’adressage ou auditez un réseau

Collez les adresses de vos serveurs et relais de messagerie. Toute ligne avec un listage, un DNS inverse manquant ou un verdict Broadcast inattendu mérite un regard : les deux premiers affectent directement la délivrabilité des e-mails, le troisième signifie que les bases de géolocalisation placent votre bloc ailleurs que là où il est enregistré, ce qu’il vaut la peine de corriger auprès des fournisseurs. La page par IP montre le statut RPKI du préfixe couvrant, donc un passage rapide sur la liste dit aussi si vos routes sont protégées par des ROA.

Limites de cet outil

La géolocalisation est fiable au niveau du pays et généralement juste au niveau de la ville, mais ce n’est pas une adresse postale : elle dérive des données de registre et du routage, pas de l’appareil. La classification est une heuristique bâtie sur les noms de réseau et des listes maintenues ; un petit hébergeur au nom neutre peut sortir comme inconnu, et quelques FAI qui vendent aussi des serveurs sont signalés hébergeur. Le verdict natif/Broadcast dépend de la publication d’un pays par le registre pour le bloc, ce qu’ARIN ne fait pas toujours au niveau du réseau ; ces lignes affichent Inconnu plutôt qu’une supposition. Le score de pureté repose uniquement sur des jeux de données publics et gratuits. Les flux de réputation commerciaux qui notent les adresses d’après les abus observés (IPQualityScore, IP2Proxy, GreyNoise) voient des choses que ces données ne voient pas, et un proxy résidentiel sur une vraie ligne de FAI obtiendra un score sain ici parce que, vu de l’extérieur, c’en est une.

La taille des lots et les limites de débit gardent l’outil rapide pour tous ; l’API JSON porte les mêmes limites et reste la meilleure voie pour tout ce qui est automatisé. Rien de ce que vous collez n’est stocké, et l’export est généré dans votre navigateur à partir des données déjà affichées.

Questions fréquentes

Combien d’adresses puis-je vérifier à la fois ?

Jusqu’à 100 par lot et cinq lots par minute par visiteur, soit 500 adresses par minute. Les listes plus longues se collent en plusieurs parties ; les mêmes limites s’appliquent à l’API JSON.

Accepte-t-il les listes de proxys au format ip:port:user:pass ?

Oui. Chaque ligne est réduite à sa première adresse, donc ip:port, ip:port:user:pass, user:pass@ip:port, socks5://ip:port et [ipv6]:port fonctionnent tous. Ports et identifiants sont ignorés et jamais stockés.

Que signifie le score de pureté ?

Une note de 0 à 100 de l’adresse elle-même, 100 étant la plus propre. Plages d’hébergeur, sorties Tor, blocs Spamhaus DROP, listages en liste noire, mots-clés VPN dans le nom du réseau et verdict Broadcast la font baisser. Sain à partir de 80, suspect de 50 à 79, à risque en dessous de 50, et chaque déduction est listée.

Quelle différence entre une IP native et une IP Broadcast ?

Une IP native est utilisée dans le pays auquel le registre régional l’a allouée. Une IP Broadcast est allouée à un pays mais géolocalisée dans un autre, ce qui est courant chez les fournisseurs cloud et VPN qui déplacent leur espace d’adressage entre centres de données. Les sites stricts considèrent les adresses natives comme le signal local le plus fort.

Les listes noires DNS sont-elles vérifiées ?

Seulement si vous cochez l’option, car chaque adresse exige huit requêtes DNS. Les 20 premières adresses IPv4 du lot sont interrogées ; les autres gardent leur score issu des jeux de données locaux.

D’où viennent les données ?

Géolocalisation DB-IP Lite, réseaux de l’instantané de routage iptoasn, plages de centres de données de la liste ipcat, sorties Tor du Tor Project, DROP de Spamhaus, pays de registre via RDAP et l’API RIPEstat. Tout est rafraîchi à intervalle régulier et les sources sont indiquées sur chaque page IP.

Ma liste est-elle stockée ?

Non. Les adresses sont traitées en mémoire puis abandonnées. Seul le fait qu’un lot d’une taille donnée a été lancé est consigné, pour que la page de statistiques en direct puisse compter les vérifications.

Puis-je obtenir le même résultat en JSON ?

Oui. Envoyez en POST un corps JSON de la forme {"ips": ["1.1.1.1", "8.8.8.8"]} à /api/v1/bulk. La réponse contient les mêmes lignes et le même résumé que le tableau, et la description OpenAPI sur /api/v1/openapi.json documente chaque champ.