Trouver l'adresse IP d'un site web : 5 méthodes fiables

Trouver l'adresse IP d'un site web prend quelques secondes. La compétence vraiment utile est de savoir laquelle vous avez trouvée (le serveur d'origine, un nœud périphérique de CDN ou un répartiteur de charge), car c'est ce qui détermine si ce nombre vous sert à quelque chose.

Voici cinq méthodes, de la plus rapide à la plus détaillée, suivies de la façon d'interpréter honnêtement le résultat.

Méthode 1 : utiliser un outil de recherche en ligne

L'option la plus rapide, et la seule qui ne demande aucun terminal. Collez un domaine dans la recherche domaine vers IP de la page d'accueil et vous obtenez les enregistrements A (IPv4), AAAA (IPv6), les serveurs de noms, ainsi que les enregistrements MX, CNAME et TXT en une seule requête côté serveur.

L'avantage par rapport à une commande locale est que la recherche s'exécute depuis un serveur dont le cache est propre : vous ne voyez donc pas une réponse périmée que votre propre machine a mise en cache il y a des heures. Si vous avez plusieurs domaines à vérifier, le mode en masse en résout jusqu'à 50 d'un coup.

Méthode 2 : ping, rapide et disponible partout

ping résout le nom avant d'envoyer quoi que ce soit, puis affiche l'adresse obtenue. Il fonctionne de la même façon sous Windows, macOS et Linux.

ping example.com

La première ligne affiche l'adresse résolue : PING example.com (93.184.216.34). Vous avez ce qu'il vous faut : appuyez sur Ctrl+C pour arrêter.

Méthode 3 : nslookup, la référence multiplateforme

Intégré à Windows, macOS et à la plupart des distributions Linux, et conçu précisément pour cette question.

nslookup example.com

La sortie sépare le résolveur qui a répondu (Server:) de la réponse elle-même. Une ligne indiquant Non-authoritative answer signifie simplement que la réponse provient d'un cache plutôt que du serveur de noms du domaine lui-même : c'est le cas normal, pas un avertissement.

nslookup example.com 1.1.1.1

Cette seconde forme est vraiment utile quand vous soupçonnez un cache périmé : vous interrogez directement le résolveur de Cloudflare plutôt que celui que votre réseau vous impose.

Méthode 4 : dig, celle qu'utilisent les professionnels

dig est fourni avec macOS et Linux (sous Windows, utilisez WSL ou installez les outils BIND). Il donne une sortie précise et scriptable, TTL compris.

dig +short example.com A
dig +short example.com AAAA

dig example.com

Dans la sortie complète, le nombre situé dans la ANSWER SECTION avant IN A est le TTL restant en secondes, c'est-à-dire le temps pendant lequel ce résolveur continuera de réutiliser sa copie en cache. Regarder ce nombre décroître au fil de requêtes répétées est la façon la plus claire de voir le cache à l'œuvre.

dig @ns1.example.com example.com

Cela court-circuite tous les caches et interroge la source. Si le résultat diffère de ce que vous voyez ailleurs, vous observez la propagation en cours.

Méthode 5 : outils de développement du navigateur

Utile quand vous voulez l'adresse qui sert réellement la page que vous consultez, redirections comprises.

1. Ouvrez les outils de développement avec F12 (ou Cmd+Option+I sous macOS) et sélectionnez l'onglet Network (Réseau).
2. Rechargez la page.
3. Cliquez sur la première requête de document, puis ouvrez le panneau Headers (En-têtes).
4. Sous General, trouvez Remote Address : c'est l'IP à laquelle votre navigateur s'est réellement connecté, avec le port.

Comparaison des cinq méthodes

Maintenant : avez-vous trouvé le vrai serveur ?

Probablement pas, et c'est normal. La plupart des sites de taille significative se trouvent derrière un CDN ou un répartiteur de charge : l'adresse que vous avez résolue appartient donc à cette infrastructure.

Signes indiquant que vous regardez une infrastructure partagée plutôt qu'un serveur d'origine :

• Le DNS inverse de l'adresse se résout en un nom d'hôte de fournisseur (*.cloudflare.com, *.amazonaws.com, *.fastly.net).
• La même adresse sert de nombreux domaines sans rapport.
• Vous obtenez des adresses différentes selon les emplacements ou lors de requêtes répétées.