RDAP : le successeur moderne de WHOIS

RDAP est un protocole d’accès aux données d’enregistrement des noms de domaine et des ressources Internet. Contrairement au service WHOIS textuel, RDAP utilise HTTPS et des réponses structurées, ce qui rend les champs, liens et niveaux d’accès plus cohérents.

RDAP et WHOIS : quelles différences ?

WHOIS utilise traditionnellement le port TCP 43 et n’impose pas un format universel. RDAP est une API HTTP avec des représentations JSON, des codes d’état, des liens et un mécanisme de découverte du service. Pour les domaines génériques, ICANN a fait de RDAP le service de référence le 28 janvier 2025 ; les domaines nationaux peuvent appliquer d’autres règles.

Une réponse structurée ne signifie pas que toutes les données sont publiques. Des champs peuvent être masqués ou réservés aux demandeurs autorisés. L’absence du nom du titulaire ne signifie donc pas qu’un domaine n’a pas de titulaire.

Domaines, réseaux IP et ASN

RDAP couvre aussi les ressources numériques Internet. Les registres Internet régionaux publient des informations sur les réseaux IP et les systèmes autonomes. Un tel enregistrement identifie un détenteur de ressource ou un opérateur réseau, pas nécessairement la personne qui utilisait une adresse à un instant donné.

Commencez par le guide WHOIS et RDAP, puis comparez le contexte réseau avec les informations IP de 2ip. Une donnée d’enregistrement ne prouve pas une position physique exacte.

Lire un résultat avec prudence

Vérifiez le type d’objet, le statut, les événements d’enregistrement, les serveurs de noms et les liens vers les services faisant autorité. Une date d’expiration ne garantit pas la disponibilité immédiate du domaine. Le format RDAP est défini par le RFC 9083.

Localiser la panne par couche réseau

Une méthode utile commence à la frontière du réseau local. Vérifiez l’adresse de l’interface, la route par défaut et le DNS, puis la passerelle locale avant de passer à l’adresse publique et au service distant. On évite ainsi de confondre un problème Wi‑Fi ou Ethernet avec le routage de l’opérateur. Si la passerelle reste stable alors que la latence apparaît plus loin, comparez plusieurs destinations et répétez la mesure à un autre moment.

Les équipements intermédiaires ne sont pas obligés de répondre à toutes les sondes. Filtrage du trafic de contrôle, limitation de débit et routage asymétrique peuvent modifier une trace alors que le trafic applicatif continue de fonctionner.

Adresses, routes et réseau observé

L’adresse locale d’un appareil, son adresse publique de sortie et l’adresse de destination décrivent des parties différentes du trajet. NAT, CGNAT, VPN, proxy, CDN et Anycast ajoutent d’autres frontières ; une IP ne doit donc pas être assimilée automatiquement à l’identité d’un utilisateur ou d’un serveur physique. Notez destination et heure, car DNS et BGP peuvent diriger une mesure ultérieure vers une autre infrastructure.

En IPv6, une interface peut aussi posséder plusieurs adresses, notamment temporaires. La pile réseau choisit l’adresse source et ce choix peut influencer le chemin observé.

Rendre les mesures reproductibles

Un test unique n’est qu’un instantané. Répétez les mesures et notez connexion filaire ou sans fil, VPN, résolveur DNS et trafic de fond. Comparez la latence vers la même destination et mesurez le débit dans des conditions similaires. Si la latence n’augmente que lorsque le lien est chargé, examinez séparément les files d’attente et le bufferbloat.

Conservez le contexte en plus du chiffre final. Cela permet de distinguer une erreur de configuration persistante d’un changement de route bref, d’une congestion radio ou de la sélection d’un autre edge distant.