Vérification IP de datacenter : comment savoir si une IP est une IP de datacenter

Étape 1 : que montre un lookup RDAP ?

Un lookup RDAP montre l'enregistrement du registre pour le bloc d'adresses : sa plage, son nom, l'organisation qui le détient et le pays de cette organisation. RDAP est le successeur JSON de WHOIS, défini dans la RFC 9082 (requêtes) et la RFC 9083 (réponses).

Ouvrez https://rdap.org/ip/203.0.113.10 dans un navigateur, avec votre propre IP à la place de l'adresse de documentation. rdap.org transmet la requête au bon registre : ARIN, RIPE NCC, APNIC, LACNIC ou AFRINIC. Lisez trois champs :

• name et l'entité registrant : une société d'hébergement, de cloud ou de colocation indique une IP de datacenter.
• startAddress et endAddress : la taille du bloc.
• country : le pays du détenteur. Ce n'est pas une preuve de l'emplacement du serveur, et certains enregistrements l'omettent.

L'enregistrement du registre peut nommer une entreprise différente de celle qui route l'IP. Le 19 octobre 2026, 1.1.1.1 était enregistrée auprès d'APNIC Research and Development (pays AU) mais annoncée par l'AS13335 de Cloudflare. C'est pourquoi l'étape 2 compte.

Étape 2 : comment trouver l'ASN et le type de réseau ?

Demandez à une base de données de routage quel ASN annonce l'IP, puis recherchez cet ASN dans PeeringDB. Les deux ont des API JSON gratuites sans clé :

• RIPEstat : https://stat.ripe.net/data/network-info/data.json?resource=<ip> renvoie le préfixe annoncé et l'ASN.
• PeeringDB : https://www.peeringdb.com/api/net?asn=<asn> renvoie le nom du réseau et son info_types.

Un type de réseau « NSP » (fournisseur de services réseau) ou « Content » avec un nom de société d'hébergement signifie une IP de datacenter. « Cable/DSL/ISP » signifie un fournisseur grand public. Tous les réseaux n'ont pas d'enregistrement PeeringDB ; s'il manque, cherchez le nom de l'ASN : les sociétés d'hébergement disent ce qu'elles vendent sur leurs propres sites.

Étape 3 : qu'apporte le DNS inverse ?

Le DNS inverse renvoie le nom d'hôte que le réseau de l'IP a attaché à l'adresse, et les réseaux d'hébergement utilisent souvent des noms contenant « server », « vps », « static » ou « dedicated ». Lancez dig -x 203.0.113.10 +short ou nslookup 203.0.113.10, avec une adresse réelle.

Considérez la réponse comme un indice. Un enregistrement PTR absent ne prouve rien, et l'opérateur du réseau peut écrire le nom qu'il veut. Les fournisseurs résidentiels encodent souvent le type de ligne ou la ville du client dans le nom, soit le schéma inverse.

Étape 4 : que signifient les indicateurs « hosting » dans les bases de données IP ?

Un indicateur « hosting » signifie que la base de données a classé le réseau de l'IP comme fournisseur de datacenter, de cloud ou de transit plutôt que comme fournisseur résidentiel ou mobile. Les bases de données construisent ce label à partir des mêmes données publiques que vous venez de lire : enregistrements de registre, propriété et type de réseau de l'ASN, plus leurs propres mesures.

Deux mises en garde. D'abord, les bases de données divergent : l'une peut dire « hosting » quand une autre dit « business ». Ensuite, l'indicateur décrit le réseau, pas la personne qui l'utilise. Un proxy de datacenter est étiqueté hosting parce qu'il est hébergé. RackProxies ne vend pas d'IP qui prétendent le contraire. Les IP de datacenter sont enregistrées auprès de réseaux d'hébergement, pas de fournisseurs d'accès internet résidentiels. Les bases de géolocalisation IP peuvent placer la même IP dans une ville différente, voire un pays différent, du datacenter qui l'annonce. Le guide de géolocalisation explique pourquoi la ville peut aussi différer.

Puis-je exécuter toute la vérification depuis un script ?

Oui. Le script Python ci-dessous utilise uniquement la bibliothèque standard (urllib, json, socket). Il interroge rdap.org, RIPEstat et PeeringDB, dont aucun ne nécessite de clé. Enregistrez-le sous ip_check.py et lancez python ip_check.py 1.1.1.1.

"""Who holds this IP? Public, keyless sources only: RDAP, RIPEstat, PeeringDB."""
import json
import socket
import sys
import urllib.request

HEADERS = {'Accept': 'application/json', 'User-Agent': 'datacenter-ip-check/1.0'}


def get_json(url):
    request = urllib.request.Request(url, headers=HEADERS)
    with urllib.request.urlopen(request, timeout=20) as response:
        return json.load(response)


def vcard_name(entity):
    # RDAP contacts are jCards: ['vcard', [['fn', {}, 'text', 'Name'], ...]]
    for field in entity.get('vcardArray', ['vcard', []])[1]:
        if field[0] == 'fn':
            return field[3]
    return ''


def check_ip(ip):
    rdap = get_json('https://rdap.org/ip/' + ip)
    print('Network name :', rdap.get('name'))
    print('Range        :', rdap.get('startAddress'), '-', rdap.get('endAddress'))
    print('Country      :', rdap.get('country', 'not given'))
    for entity in rdap.get('entities', []):
        if 'registrant' in entity.get('roles', []):
            print('Holder       :', vcard_name(entity))

    try:
        print('Reverse DNS  :', socket.gethostbyaddr(ip)[0])
    except OSError:
        print('Reverse DNS  : none')

    info = get_json('https://stat.ripe.net/data/network-info/data.json?resource=' + ip)['data']
    print('BGP prefix   :', info.get('prefix') or 'not announced')
    for asn in info.get('asns', []):
        nets = get_json('https://www.peeringdb.com/api/net?asn=' + asn)['data']
        kind = ', '.join(nets[0].get('info_types') or []) if nets else 'no PeeringDB record'
        print('ASN          : AS' + asn, '-', nets[0]['name'] if nets else '', '-', kind)


if __name__ == '__main__':
    check_ip(sys.argv[1] if len(sys.argv) > 1 else '1.1.1.1')

Network name : APNIC-LABS
Range        : 1.1.1.0 - 1.1.1.255
Country      : AU
Holder       : APNIC Research and Development
Reverse DNS  : one.one.one.one
BGP prefix   : 1.1.1.0/24
ASN          : AS13335 - Cloudflare - Content