Recherche d'adresse IP

Par La rédaction de Mon-Adresse-IP.net·Publié le 22 mai 2026·Mis à jour le 21 août 2026·

Saisissez une adresse IPv4 ou IPv6 pour obtenir sa géolocalisation estimée, son fournisseur, son numéro de système autonome (AS) et son nom d'hôte inversé. Cette page explique surtout, champ par champ, comment lire un résultat : d'où vient chaque information, quelle confiance lui accorder et ce qu'il ne faut surtout pas en conclure.

Adresse IP à analyser

Analyser

Champ vide : votre propre adresse IP (216.73.216.15) est analysée par défaut.

Votre adresse IP

Comment lire chaque champ du résultat

Le tableau de résultats ressemble à une fiche d'identité. Ce n'en est pas une. Chaque ligne a une origine différente, une fiabilité différente et un domaine de validité différent : certaines sont des faits techniques vérifiables, d'autres de simples estimations commerciales. Voici comment les interpréter une par une.

Retenez la hiérarchie : numéro AS et version relèvent du fait technique, pays est très fiable, région l'est assez, et tout ce qui est plus fin (ville, code postal, coordonnées) appartient au domaine de l'estimation. Une analyse sérieuse s'appuie sur les premiers et traite les seconds comme des indices, jamais comme des preuves. Le principe est développé dans notre guide sur la géolocalisation par adresse IP.

Le nom d'hôte inversé (reverse DNS)

Le nom d'hôte affiché dans le résultat ne vient pas de la même source que le reste. Il est obtenu par une résolution DNS inverse : on part de l'adresse IP, on la transforme en un nom spécial dans la zone in-addr.arpa pour IPv4 (ou ip6.arpa pour IPv6), et on demande l'enregistrement PTR qui y est publié. L'adresse 203.0.113.7 se cherche ainsi sous 7.113.0.203.in-addr.arpa. Le mécanisme est un miroir du DNS classique, qui traduit lui un nom en adresse.

Ce champ est vide dans une grande partie des cas, et c'est parfaitement normal. Publier un PTR est facultatif : seul le titulaire de la plage, ou celui à qui il a délégué la sous-zone, peut le faire. Les réseaux mobiles français, beaucoup d'hébergeurs et la quasi-totalité des plages IPv6 attribuées aux particuliers ne publient rien. Une absence de nom d'hôte ne dit donc rien de la qualité, de la légitimité ou de la sécurité d'une adresse.

Quand un nom existe, il est en revanche souvent bavard. Les conventions de nommage des opérateurs suivent des motifs lisibles : le domaine final trahit l'opérateur, un fragment indique fréquemment la technologie d'accès (fibre, ADSL, câble, mobile), et certains opérateurs insèrent un code de ville ou de plaque régionale. On rencontre ainsi des noms de la forme abo-XXX-YYY.ville.abo.exemple.fr ou reverse.exemple.net selon les acteurs. C'est un indice utile pour reconnaître un accès résidentiel, un lien professionnel ou un serveur, et cela complète utilement notre panorama des fournisseurs d'accès français.

Numéro AS et organisation

Un système autonome (AS, Autonomous System) est un ensemble de réseaux administré par une même entité et doté d'une politique de routage cohérente. Chaque AS porte un numéro unique attribué par un registre Internet régional : le RIPE NCC pour l'Europe et le Moyen-Orient, l'ARIN pour l'Amérique du Nord, l'APNIC pour l'Asie-Pacifique, l'AFRINIC et le LACNIC pour les autres zones. Le protocole BGP fait circuler l'information « telle plage est joignable via tel AS » dans toute la table de routage mondiale.

C'est ce qui rend le numéro AS plus solide que la ville : il ne s'agit pas d'une estimation commerciale mais d'une annonce publique, observable en temps réel par n'importe quel opérateur de la planète. Si le champ indique l'AS d'un grand fournisseur d'accès français, le trafic sort effectivement du réseau de cet opérateur.

Titulaire de la plage n'est pas utilisateur final

La confusion la plus fréquente consiste à croire que l'organisation affichée est celle qui utilise l'adresse. C'est faux dans une grande partie des cas. Les registres distinguent :

• l'allocation : une plage confiée par le registre régional à un membre local (un opérateur, un hébergeur), qui en devient responsable ;
• l'assignation : une sous-plage que ce membre attribue à un client final, parfois documentée dans le registre, souvent pas ;
• le routage : l'AS qui annonce effectivement la plage, qui peut être celui du client comme celui de son fournisseur de transit.

Concrètement, une adresse d'hébergeur peut servir à un site associatif, à un tunnel VPN, à une passerelle de messagerie ou à un robot d'indexation, sans que rien dans le résultat ne permette de trancher. C'est aussi la raison pour laquelle un même accès partagé en CGNAT peut regrouper des dizaines d'abonnés derrière une seule adresse publique : l'organisation est bien l'opérateur, mais l'utilisateur n'est identifiable ni par vous ni par nous.

Aller plus loin avec WHOIS et RDAP

Pour savoir qui est réellement responsable d'une plage, il faut interroger les registres eux-mêmes. Deux mécanismes coexistent :

• WHOIS : le service historique, en texte libre, accessible sur les portails publics des registres régionaux. Il expose les objets décrivant la plage : le nom du réseau, l'organisation titulaire, le pays déclaré et surtout le contact d'abus (abuse-c), qui est la bonne adresse à qui signaler un incident.
• RDAP : le successeur normalisé, qui renvoie les mêmes informations en JSON structuré, avec un modèle d'accès et de redirection cohérent entre registres. C'est la voie à privilégier pour toute automatisation.

Ces bases apportent ce qu'une géolocalisation ne donne pas : la chaîne de responsabilité. Elles sont en revanche déclaratives (un titulaire peut y indiquer un pays de rattachement administratif sans rapport avec l'emplacement physique des équipements) et, depuis l'entrée en application du RGPD, les données personnelles des contacts y sont largement masquées. Cette dimension est traitée dans notre page adresse IP et RGPD.

Six usages légitimes de la recherche IP

La recherche d'adresse IP a mauvaise réputation parce qu'on l'associe à la traque. Dans la pratique quotidienne, ses usages utiles sont défensifs et concernent presque toujours vos propres systèmes.

1. Vérifier l'effet de son VPN Lancez l'analyse une première fois tunnel coupé, notez le pays et le numéro AS, puis relancez-la tunnel actif. Si l'AS et le pays ont changé, la sortie passe bien par le fournisseur choisi. Si l'adresse reste celle de votre opérateur, le tunnel n'est pas monté ou une fuite le contourne : complétez alors par notre test de fuite WebRTC, qui détecte le cas classique où le navigateur révèle l'adresse réelle malgré le VPN.
2. Comprendre l'origine d'une connexion dans ses propres journaux Un accès inhabituel dans les journaux de votre serveur, de votre NAS ou de votre hébergement mutualisé prend un sens différent selon qu'il provient d'un accès résidentiel, d'un hébergeur ou d'un réseau étranger. Le numéro AS suffit souvent à distinguer un balayage automatisé d'une connexion humaine.
3. Analyser un e-mail suspect Les en-têtes d'un message contiennent la chaîne des serveurs traversés. En extrayant l'adresse du premier serveur d'envoi et en la recherchant ici, vous vérifiez si elle correspond au domaine annoncé par l'expéditeur. Notre outil d'analyse des en-têtes d'e-mail fait ce découpage pour vous.
4. Diagnostiquer une restriction géographique Un service qui refuse l'accès « depuis votre pays » se fie à une base de géolocalisation. Si le résultat affiche un pays erroné pour votre adresse, le problème vient de la base et non de votre matériel ; notre page mon adresse IP est bloquée détaille les démarches de correction.
5. Vérifier une adresse avant d'ouvrir un accès Avant d'autoriser une adresse dans un pare-feu, une liste blanche ou une règle d'administration, contrôlez qu'elle appartient bien au réseau annoncé. Une adresse d'hébergeur là où l'on attend un accès résidentiel d'entreprise mérite au minimum une question au demandeur.
6. Contrôler la réputation d'une adresse d'envoi Si vos messages partent d'un serveur que vous gérez, la cohérence entre l'adresse d'envoi, son nom d'hôte inversé et le domaine expéditeur conditionne directement la délivrabilité. Un PTR absent ou incohérent est l'une des causes les plus fréquentes de classement en indésirable.

Ce qu'une recherche d'adresse IP ne permet pas

Cette section est la plus importante de la page. Les attentes placées dans une recherche d'adresse IP sont presque toujours excessives, et elles conduisent à des conclusions erronées, parfois lourdes de conséquences pour des personnes innocentes.

La raison est structurelle. La correspondance entre une adresse publique, un horodatage et un abonné n'existe que dans les journaux du fournisseur d'accès. Ces journaux ne sont pas publics ; leur durée de conservation et les conditions dans lesquelles ils peuvent être communiqués sont encadrées par le droit français et par la jurisprudence européenne, et l'accès en est réservé aux autorités habilitées dans le cadre d'une procédure. Nous détaillons ce régime dans notre page sur la conservation des données par les fournisseurs d'accès.

S'y ajoutent trois obstacles techniques qui rendent l'identification illusoire même en théorie : le CGNAT, qui fait partager une même adresse publique par de nombreux abonnés ; le partage domestique, où toute une famille, des invités et des objets connectés sortent derrière une adresse unique ; et la réattribution, une adresse pouvant changer de main plusieurs fois dans la même journée chez certains opérateurs mobiles.

Sur le plan juridique, une adresse IP constitue en droit européen une donnée à caractère personnel dès lors qu'elle peut, par des moyens raisonnablement susceptibles d'être mis en œuvre, être rattachée à une personne physique. La CNIL retient cette qualification : la collecter, la conserver ou la traiter suppose une base légale, une finalité déterminée et une durée limitée. Notre page adresse IP et RGPD précise ce que cela implique concrètement pour un éditeur de site.

Pourquoi deux services donnent des résultats différents

Interrogez trois services de géolocalisation avec la même adresse et vous obtiendrez fréquemment trois villes différentes. Ce n'est pas un dysfonctionnement : il n'existe aucun registre officiel de la localisation des adresses IP. Chaque éditeur construit sa propre base, et les écarts s'expliquent par quatre facteurs.

• Des sources différentes. Certains éditeurs privilégient les déclarations des registres régionaux, d'autres les mesures de latence, d'autres encore les données remontées par des partenaires. Les pondérations ne sont pas les mêmes, les résultats non plus.
• Des délais de propagation. Quand une plage change d'opérateur, est réaffectée d'une région à une autre ou passe d'un usage professionnel à un usage résidentiel, l'information met du temps à circuler. Pendant plusieurs semaines, des bases parfaitement honnêtes affichent des réponses contradictoires.
• Des granularités différentes. Un éditeur prudent renvoie la capitale régionale ; un éditeur plus agressif tente la ville la plus probable. Le second paraît plus précis : il est surtout plus souvent faux.
• Des valeurs par défaut. Lorsqu'une base ne sait pas, elle renvoie parfois le centroïde du pays ou de la région plutôt qu'une absence de réponse. C'est ainsi que des lieux quelconques se retrouvent désignés comme origine de milliers de connexions.

La conduite à tenir est simple : comparez au moins deux sources, ne retenez comme acquis que les champs sur lesquels elles convergent, et privilégiez systématiquement le pays et le numéro AS. Nous décrivons les données que nous utilisons, leur origine et leur rythme de mise à jour sur notre page méthodologie.

Adresses particulières et cas limites

Toutes les adresses valides au sens du format ne sont pas des adresses de l'Internet public. Plusieurs plages sont réservées par l'IANA à des usages spécifiques ; elles ne sont annoncées par aucun AS et aucune base de géolocalisation ne peut leur associer un opérateur ou un lieu. Le résultat sera donc vide, générique, ou limité aux seules informations que l'on peut déduire du format.

Si vous obtenez un résultat vide, commencez donc par vérifier que l'adresse recherchée n'appartient pas à l'une de ces catégories : c'est de loin l'explication la plus fréquente. Le détail de chaque plage, sa RFC de référence et son usage prévu figurent sur notre page des adresses IP réservées. Et si vous cherchez à savoir laquelle de vos deux adresses est concernée, la distinction est expliquée dans adresse IP publique et privée.

Questions fréquentes