Chaque adresse reçoit l'une des huit classes de réseau, un score de confiance et l'organisation qui la détient, avec la géolocalisation et l'ASN dans la même réponse. Un datacenter est signalé comme un datacenter, pas comme un VPN.
requête
curl -H "Authorization: Bearer $IPS_KEY" \ https://ipscanner.io/v1/vpn/146.70.0.1 # No key yet? The demo endpoint needs none: curl https://ipscanner.io/v1/demo/146.70.0.1
réponse
{
"ip": "146.70.0.1",
"isVpn": true,
"isTor": false,
"networkClass": "vpn",
"anonymized": true,
"provider": "M247 Europe SRL",
"riskScore": 90
}La plupart des API de détection vous renvoient un seul indicateur et vous laissent deviner ce qu'il voulait dire. Un serveur cloud, un VPN d'entreprise et une sortie Tor ne représentent pas le même risque, et les traiter comme un seul chiffre est ce qui fait bloquer de vrais utilisateurs et passer de vrais abus.
Le même moteur alimente Provenance et Agentscan, les trois s'accordent donc sur ce qu'est une adresse.
Les nœuds de sortie VPN et le consensus Tor sont récupérés selon un calendrier, une nouvelle sortie est donc connue en quelques heures plutôt qu'après une livraison de données trimestrielle.
Préfixes cloud, d'hébergement et de colocation agrégés, tenus à l'écart des plages VPN parce qu'il s'agit d'un type de trafic différent.
L'organisation propriétaire, issue des données WHOIS et BGP, est comparée à une table d'opérateurs connus, ainsi Comcast, Hetzner et Mullvad se retrouvent chacun dans la bonne classe.
Chaque observation sur une adresse se regroupe en un seul état stocké assorti d'un score, et c'est lui que sert l'API. Les recherches répétées ne le recalculent pas.
La ville, le pays, les coordonnées, le numéro de système autonome et son nom reviennent dans la même réponse, un seul appel répond donc au où et au qui.
Chaque verdict indique à quel point il est sûr et quelles preuves l'ont produit, vous pouvez donc fixer votre propre seuil au lieu de faire confiance au nôtre.
La classe est la chaîne que renvoie l'API. Lisez-la directement plutôt que de reconvertir un booléen en supposition.
Un abonné haut débit ordinaire chez un FAI grand public, sans rien entre lui et vous.
Un réseau d'opérateur où les adresses tournent et sont partagées, une seule mauvaise session ne devrait donc pas condamner l'adresse.
Un serveur, pas une personne. Cela mérite un second regard sur un formulaire d'inscription, mais c'est une origine normale pour un client API.
La connexion masque sa véritable provenance. C'est le groupe qui met anonymized à true.
Le point de terminaison avec clé renvoie le verdict complet. Le point de terminaison de démonstration répond à la même question sans clé, vous pouvez donc l'essayer avant de vous inscrire.
requête
curl -H "Authorization: Bearer $IPS_KEY" \ https://ipscanner.io/v1/vpn/146.70.0.1 # No key yet? The demo endpoint needs none: curl https://ipscanner.io/v1/demo/146.70.0.1
réponse
{
"ip": "146.70.0.1",
"isVpn": true,
"isTor": false,
"networkClass": "vpn",
"anonymized": true,
"provider": "M247 Europe SRL",
"riskScore": 90
}Un pourcentage de précision est invérifiable. Ces huit adresses ne le sont pas : vous savez ce qu'elles sont, vous pouvez donc voir tout de suite si le moteur le sait aussi.
Les résolveurs publics et les plages cloud reviennent en datacenter ou hosting, jamais en vpn. Toute la question est là.
Alimentez votre propre modèle avec la classe et le score de risque au lieu de coder en dur un seul indicateur fournisseur.
Appliquez un territoire en sachant si la localisation provenait d'une ligne résidentielle propre ou d'un nœud de sortie.
Renforcez la vérification pour les origines masquées et laissez les autres tranquilles, c'est ce qui préserve la conversion.
Retirez le trafic datacenter et bot de vos chiffres, pour que le tunnel que vous optimisez soit fait de personnes.