IP vers Nom d'Hôte

Convertissez une adresse IP en nom d'hôte et en nom de domaine (IP to DNS). Nous lisons l'enregistrement PTR de l'adresse sur les serveurs de noms de son détenteur, vérifions que le nom ramène à la même IP et affichons les noms de sites web avec lesquels l'adresse répond.

Sources : les serveurs de noms du détenteur de l'adresse · Team Cymru · le certificat que l'adresse sert sur le port 443

Comment trouver le nom d'hôte d'une adresse IP

Saisissez l'adresse ci-dessus et cliquez sur Trouver le nom d'hôte. L'outil lit l'enregistrement PTR de l'adresse sur les serveurs de noms de son détenteur, puis recherche de nouveau le nom pour confirmer qu'il ramène à la même IP : 1.1.1.1 est one.one.one.one, 8.8.8.8 est dns.google.

Le nom d'hôte est le nom choisi par le détenteur de l'adresse. Le serveur d'une entreprise porte en général le nom de l'entreprise ; un serveur cloud, une connexion domestique ou un téléphone porte en général le modèle par défaut du fournisseur, avec les chiffres de l'adresse écrits dedans.

Ne vous fiez à un nom d'hôte que s'il renvoie vers l'adresse. Si l'enregistrement A ou AAAA du nom ne donne pas la même IP, quelqu'un a écrit un nom qu'il ne contrôle pas ; l'outil le marque comme pointant ailleurs.

D'une adresse à son nom d'hôte8.8.8.8, en direct le 23/10/2026
  1. L'adresse8.8.8.8IPv4 · réseau de Google, AS15169
  2. Son nom inverse8.8.8.8.in-addr.arpales quatre nombres inversés, sous in-addr.arpa
  3. Le serveur de noms du détenteurns1.google.comtrouvé depuis la racine : l'IANA, l'ARIN, puis Google
  4. Le nom d'hôtedns.googlerenvoie vers 8.8.8.8
Enregistrement PTRLe nom d'hôte est stocké sous forme d'enregistrement PTR, sous le nom inverse.
Le détenteur le définitCelui qui détient le bloc d'adresses écrit le PTR : ici, Google.
Renvoie vers l'adresseLes propres enregistrements A de dns.google donnent 8.8.8.8 et 8.8.4.4 : le nom est donc authentique.
Chaque recherche suit ces quatre étapes, puis recherche le nom en sens direct pour voir s'il ramène à l'adresse.

Ce que montre le résultat

L'en-tête donne le nom d'hôte en une phrase, avec le réseau derrière l'adresse et si le nom renvoie vers elle. En dessous, une carte en pointillés liste les noms de sites tirés du propre certificat de l'adresse : des indices, pas la liste de tous les sites.

Nom d'hôte montre chaque nom PTR avec son TTL et sa vérification directe, Domaines les réponses du certificat et du port 80, Réseau le bloc, le numéro d'AS et le registre, et Commandes la même recherche pour un terminal. La colonne de droite retrace l'origine du nom.

IP vers nom d'hôte pour 8.8.8.8 : le nom d'hôte dns.google, confirmé vers l'IP, et les noms de son certificatIP vers nom d'hôte pour 8.8.8.8 : le nom d'hôte dns.google, confirmé vers l'IP, et les noms de son certificatLe nom d'hôteLe nom inscrit dans l'enregistrement PTR de l'adresse, et s'il se résout vers la même IP.L'indice du certificatLes noms de sites du certificat que l'adresse sert sur le port 443 quand aucun site n'est nommé.Les vuesChaque nom PTR, les domaines avec lesquels l'adresse répond, le réseau derrière elle, les commandes.D'où vient le nomLe chemin de la zone inverse depuis la racine, et ce que l'adresse elle-même a répondu sur les ports 443 et 80.
8.8.8.8 converti en nom d'hôte : le nom tiré de l'enregistrement PTR, la vérification directe, le réseau et les noms de sites que sert l'adresse. Sélectionnez un numéro pour voir ce que montre chaque partie.

Peut-on trouver tous les domaines d'une adresse IP ?

Pas avec le DNS. Une adresse n'a qu'un seul emplacement pour des noms, son enregistrement PTR, et celui-ci contient ce qu'a choisi le détenteur de l'adresse, souvent le nom par défaut du fournisseur plutôt qu'un site web.

Deux autres indices viennent de l'adresse elle-même. Le certificat qu'elle sert sur le port 443 quand aucun nom de site n'est envoyé nomme son site par défaut (la RFC 6066 §3 interdit une adresse IP comme nom de site), et une redirection sur le port 80 peut nommer un hôte. L'outil montre les deux comme des indices, jamais comme une liste complète.

Lister tous les domaines qui pointent vers une adresse exige du DNS passif : des réponses collectées pendant des mois auprès de nombreux résolveurs et lors d'explorations du web, vendues par quelques entreprises. Nous n'achetons pas ces données et ne transmettons vos recherches à personne : la page dit donc clairement ce qu'elle ne peut pas voir.

Quatre sources possibles pour un nom1.1.1.1, en direct le 23/10/2026
Enregistrement PTRun nom dans 3 cas sur 5one.one.one.oneUn seul nom, choisi par le détenteur de l'adresse.
Certificat, port 443un nom dans 4 cas sur 5cloudflare-dns.comone.one.one.one*.cloudflare-dns.comSSL.comLes noms du site par défaut quand aucun site n'est nommé. Un nom en * est un modèle, pas un hôte.
Redirection, port 80un nom dans 0 cas sur 5301 → https://1.1.1.1/Celle de 1.1.1.1 redirige vers l'adresse nue : aucun nom.
DNS passifnon utiliséLes noms vus pointer ici au fil du temps, issus d'une base de données payante. Non utilisé.
Barres : dans combien des cinq recherches enregistrées chaque source a nommé un hôte (1.1.1.1, 8.8.8.8, 9.9.9.9, 104.18.0.1 et l'adresse de github.com, 23/10/2026). L'outil affiche les trois premières, comme des indices.

IP vers domaine sur l'hébergement mutualisé et les CDN

Une adresse d'hébergement mutualisé ou de CDN sert de nombreux sites : elle n'a donc pas de domaine unique à trouver. Les adresses de Cloudflare sont partagées par tous les noms d'hôte proxifiés, et une négociation TLS qui ne nomme aucun site est refusée (alerte TLS 40) : même un site par défaut n'apparaît pas.

Une adresse dédiée répond avec son propre certificat : 9.9.9.9 sert dns.quad9.net et les autres noms de service de Quad9. Derrière un CDN, le PTR nomme le CDN ou rien du tout, et le nom du site ne circule que dans la requête de chaque visiteur. Pour aller dans l'autre sens, d'un site vers ses adresses, utilisez Domaine vers IP.

Adresses partagées, interrogées sans nom de siteen direct le 23/10/2026
151.101.0.223Fastly · AS54113
PTR
aucun · NXDOMAIN
Certificat
www.python.org · *.python.org · python.orgGlobalSign
Port 80
500
Aussi ici
d'autres sites que Fastly sert, jamais listés
104.18.0.1Cloudflare · AS13335
PTR
aucun · NXDOMAIN
Certificat
refusé : alerte TLS 40, un nom de site est nécessaire
Port 80
403
Aussi ici
chaque nom d'hôte que Cloudflare proxifie

Une adresse dédiée répond pour elle-même : 9.9.9.9 envoie le propre certificat de Quad9, dns.quad9.net et 21 autres noms Quad9.DigiCert

151.101.0.223 est l'une des quatre adresses de python.org : le certificat envoyé par Fastly nomme ce seul site, jamais les autres qu'il sert à cette adresse.

Trouver un nom d'hôte à partir d'une IP sous Windows, macOS et Linux

Sous Windows, nslookup 1.1.1.1 affiche le nom d'hôte sur sa ligne Name:. Sous macOS et Linux, host 1.1.1.1 l'affiche après « domain name pointer », et dig -x 1.1.1.1 +short n'affiche que le nom. Dans PowerShell, Microsoft documente le nom inversé : Resolve-DnsName -Name 1.1.1.1.in-addr.arpa -Type PTR.

Chaque commande interroge votre propre résolveur : elle montre donc la copie en cache de ce résolveur et vous laisse la vérification directe. L'outil interroge le propre serveur de noms de la zone et confirme le nom dans la même étape.

nslookup 1.1.1.1

Le nom d'hôte figure sur la ligne « Name: ».

La même recherche sur trois systèmes1.1.1.1, relevé le 23/10/2026
Terminal · Command Prompt

macOS

% host 1.1.1.1
1.1.1.1.in-addr.arpa domain name pointer one.one.one.one.le nom d'hôte

Linux

$ dig -x 1.1.1.1 +short
one.one.one.one.le nom d'hôte

Windows

C:\> nslookup 1.1.1.1
PS> Resolve-DnsName -Name 1.1.1.1.in-addr.arpa -Type PTR

Microsoft documente que nslookup renvoie le nom de l'ordinateur pour une adresse IP, et documente Resolve-DnsName avec le nom inversé.

Chaque commande interroge le résolveur qu'utilise l'ordinateur : la réponse peut donc être une copie en cache, et aucune ne vérifie que le nom renvoie vers l'adresse.

Ce que le nom d'hôte révèle d'une adresse IP

Qui répond pour l'adresse, et souvent ce qu'elle est : crawl-66-249-66-1.googlebot.com est Googlebot, ec2-3-80-0-1.compute-1.amazonaws.com est un serveur AWS dans us-east-1, et les noms mail-…google.com sont les serveurs sortants de Gmail.

Les FAI écrivent l'adresse et des mots comme dsl, dyn, pool ou cable dans les noms des lignes domestiques ; l'exemple donné par la RFC 8501 elle-même est 1.string.region.example.com. Une ville ou un code d'aéroport dans un nom est un indice choisi par l'opérateur, jamais une donnée de localisation.

Un nom ne prouve rien à lui seul : vérifiez qu'il renvoie vers l'adresse avant de vous y fier, comme le fait l'outil pour chaque nom qu'il trouve.

Six noms d'hôte, lus partie par partiePTR en direct et modèles documentés, 23/10/2026

1.string.region.example.com

  • 1un numéro d'hôte
  • stringun mot choisi par le FAI
  • regionune région
  • example.comle domaine du FAI
Un nom de pool de FAI, l'exemple de la RFC 8501 elle-mêmemodèle

ec2-3-80-0-1.compute-1.amazonaws.com

  • ec2EC2
  • 3-80-0-1l'adresse
  • compute-1us-east-1
  • amazonaws.comle domaine d'Amazon
Un serveur AWS EC2

lb-140-82-112-3-iad.github.com

  • lbprobablement un répartiteur de charge
  • 140-82-112-3l'adresse
  • iadle code d'aéroport de Washington Dulles
  • github.comle domaine de GitHub
Le réseau de bordure de GitHub

crawl-66-249-66-1.googlebot.com

  • crawlrobot d'exploration
  • 66-249-66-1l'adresse
  • googlebot.comle domaine des robots de Google
Googlebot

mail-am6eur05on2052.outbound.protection.outlook.com

  • mail-am6eur05on2052un serveur d'envoi ; Microsoft ne documente pas les parties
  • outbound.protection.outlook.comle domaine du courrier sortant de Microsoft 365
Courrier sortant de Microsoft 365

<reversed-ip>.bc.googleusercontent.com

  • <reversed-ip>l'adresse, inversée
  • bc.googleusercontent.comle domaine par défaut de Google Cloud
Toute VM Google Cloudmodèle
Les noms en direct appartiennent à des serveurs publics (3.80.0.1, 140.82.112.3, 66.249.66.1 et 40.107.22.52), et chacun renvoie vers son adresse. Le nom par défaut d'un cloud dit qui loue le serveur, pas qui l'utilise.

IP vers nom d'hôte : questions fréquentes

Comment trouver le nom d'hôte d'une adresse IP ?

Saisissez l'adresse ci-dessus et cliquez sur Trouver le nom d'hôte. L'outil lit son enregistrement PTR sur les serveurs de noms du réseau qui détient l'adresse et confirme que le nom se résout vers la même IP. Depuis un terminal, nslookup 1.1.1.1 sous Windows ou host 1.1.1.1 sous macOS et Linux affiche le même nom, depuis votre propre résolveur.

Comment convertir une adresse IP en nom de domaine ?

Recherchez son nom d'hôte : l'enregistrement PTR donne un nom, comme one.one.one.one pour 1.1.1.1, dont les deux derniers labels forment en général le domaine. Pour l'adresse d'un site web, le certificat que l'adresse sert sur le port 443 nomme souvent le site lui-même. Ni l'un ni l'autre ne liste tous les domaines qui utilisent l'adresse.

Pourquoi le nom d'hôte diffère-t-il du site web que j'ai visité ?

Parce que le site web et l'adresse appartiennent à des propriétaires différents. Le nom PTR est défini par celui qui détient l'adresse, généralement l'hébergeur ou le CDN : un site sur AWS affiche donc un nom amazonaws.com, et un site derrière Cloudflare souvent aucun. Le nom du site lui-même se trouve dans des enregistrements DNS qui pointent dans l'autre sens.

Pourquoi une adresse IP n'a-t-elle pas de nom d'hôte ?

Son détenteur n'a jamais publié d'enregistrement PTR, qui est facultatif. Beaucoup d'adresses de CDN, la plupart des adresses IPv6 et de nombreuses connexions domestiques n'en ont pas, et le 104.18.0.1 de Cloudflare répond que ce nom n'existe pas. Les adresses privées comme 192.168.1.1 n'ont aucun nom d'hôte public : seul le résolveur de votre propre réseau peut les nommer.

Peut-on trouver tous les sites web hébergés sur une adresse IP ?

Pas de façon fiable, et pas avec le DNS. Une adresse publie au plus quelques noms PTR, et son certificat ne nomme que son site par défaut. Les listes de tous les domaines d'une adresse viennent du DNS passif : des réponses de résolveurs et des explorations du web collectées au fil du temps par des bases de données commerciales. Même celles-ci manquent des sites, et sur une adresse de CDN, elles en listeraient des milliers sans rapport.

Quelle est la différence entre un nom d'hôte et un nom de domaine ?

Un nom d'hôte désigne une machine ou un service, comme mail.example.com ou dns.google ; un nom de domaine est le nom enregistré sous lequel il se trouve, comme example.com. Dans l'enregistrement PTR d'une IP, le nom d'hôte porte souvent le domaine du fournisseur : ec2-3-80-0-1.compute-1.amazonaws.com appartient à amazonaws.com, le domaine d'AWS, pas à celui du client.

Un nom d'hôte peut-il indiquer où se trouve une adresse IP ?

Seulement à titre d'indice. Certains opérateurs mettent une ville, un code d'aéroport ou une région dans le nom, comme les noms par défaut us-east-1 d'AWS, mais l'enregistrement PTR lui-même ne contient aucune localisation, et l'opérateur peut y écrire n'importe quoi. Pour une estimation tirée d'une base de géolocalisation, utilisez notre Recherche IP ; traitez un nom de ville dans un nom d'hôte comme une étiquette de l'opérateur.

Pourquoi les adresses IP de Cloudflare n'affichent-elles aucun site web ?

Parce qu'une adresse Cloudflare est partagée par tous les noms d'hôte que Cloudflare proxifie. Ses serveurs refusent une connexion TLS qui ne nomme aucun site, et la propre zone inverse de Cloudflare répond généralement qu'aucun PTR n'existe, comme pour 104.18.0.1. Le nom du site ne figure que dans la requête de chaque visiteur : aucun outil ne peut donc déduire le site de la seule adresse.

Est-il légal de rechercher le nom d'hôte d'une adresse IP ?

Oui. Un enregistrement PTR est une donnée DNS publique que le détenteur de l'adresse publie pour tous, la même réponse qu'obtient tout serveur de messagerie ou outil de journalisation. Sur DNS inverse, la recherche n'envoie rien à l'adresse. Sur cette page, l'outil s'y connecte aussi une fois sur deux ports : une négociation TLS sur le port 443 sans nom de site, pour lire le certificat servi par défaut, et une simple requête HTTP sur le port 80.

Pourquoi deux outils affichent-ils des noms d'hôte différents pour une même IP ?

La plupart des outils lisent la copie en cache d'un résolveur, qui peut être en retard après une modification du PTR par le détenteur, alors que cet outil interroge le propre serveur de noms de la zone. Certains outils n'affichent que le premier de plusieurs enregistrements PTR. D'autres ne vérifient pas que le nom renvoie vers l'adresse : un nom que le propriétaire du domaine n'a jamais confirmé paraît alors tout aussi fiable.