Convertisseur d'adresse IPv4

Convertissez une adresse IPv4 entre décimal pointé, décimal 32 bits, hexadécimal et binaire, et voyez sa forme in-addr.arpa.

Une adresse, toutes les représentations. Basculez entre les formes décimal pointé, entier 32 bits, hexadécimal et binaire de n'importe quelle adresse IPv4, ainsi que le nom DNS inverse in-addr.arpa. Mathématique pure, s'exécute dans votre navigateur.

Décimal (uint32)
Hexadécimal
Binaire
in-addr.arpa

Une adresse, quatre notations

Les 32 bits derrière les points

Une adresse IPv4 est un entier non signé de 32 bits. La forme pointée familière n'est qu'une convention d'affichage : 192.168.1.1 représente quatre morceaux de 8 bits écrits en décimal et joints par des points, ce qui est bien plus lisible que les 3232235777 qu'elle représente réellement. Chaque notation de cette page est le même nombre habillé différemment, donc convertir entre elles ne perd jamais d'information. La forme décimale est cet entier écrit en entier. La forme hexadécimale regroupe les 32 bits en 8 chiffres hexadécimaux, ce qui est pratique car chaque paire de chiffres correspond exactement à un octet — 0xC0A80101 se découpe proprement en C0, A8, 01, 01. La forme binaire rend les limites de bits visibles, ce qui est utile quand on raisonne sur les masques de réseau.

Où apparaît chaque notation

La forme entière apparaît partout où une adresse doit être stockée ou comparée rapidement. Les bases de données l'utilisent car INT UNSIGNED trie et parcourt par plage plus vite qu'une chaîne, donc WHERE ip BETWEEN x AND y devient une recherche dans l'index. Les pipelines de journaux et les tables GeoIP envoient des plages sous forme de paires d'entiers pour la même raison. L'hexadécimal apparaît dans les dumps de paquets, les structures du noyau et les anciens formats de configuration. Le binaire est surtout une aide à l'enseignement et au débogage : alignez une adresse contre son masque de réseau en binaire et la coupure réseau/hôte cesse d'être abstraite.

DNS inverse et in-addr.arpa

Le DNS direct mappe un nom vers une adresse. Le DNS inverse fait l'inverse, et comme le DNS délègue l'autorité de gauche à droite tandis qu'IPv4 devient plus précis de gauche à droite, les octets doivent être inversés. 192.168.1.1 devient 1.1.168.192.in-addr.arpa, et un enregistrement PTR à ce nom donne le nom d'hôte. Les serveurs de messagerie vérifient cela régulièrement — un PTR absent ou incohérent est une raison courante pour qu'un mail légitime soit marqué comme spam.

Note open-source : implémenté en JavaScript vanilla sans bibliothèque tierce.

FAQ

À quoi sert la forme décimale ?
C'est l'adresse lue comme un entier non signé de 32 bits. Les bases de données, les pare-feu et les tables geo-IP stockent souvent les adresses ainsi car les comparaisons par plage d'entiers sont peu coûteuses.
Pourquoi 255.255.255.255 affiche-t-il 4294967295 ?
Car la conversion est non signée. Les langages qui traitent le résultat comme un entier signé de 32 bits renvoient -1 pour la même adresse ; cet outil affiche toujours la valeur non signée.
Qu'est-ce que la forme in-addr.arpa ?
C'est le nom utilisé pour les recherches DNS inverses. Les octets sont inversés et le suffixe ajouté, donc 192.168.1.1 devient 1.1.168.192.in-addr.arpa.
Pourquoi le binaire est-il affiché en quatre groupes ?
Chaque groupe est un octet. La découpe sur les points permet de voir exactement où le masque de sous-réseau coupe l'adresse, ce qui est généralement la seule raison de lire du binaire.
Cela gère-t-il l'IPv6 ?
Non, ce convertisseur est IPv4 uniquement. Les adresses IPv6 font 128 bits et utilisent une notation textuelle différente avec des hextets et la compression ::.
Quelque chose est-il envoyé vers un serveur ?
Non. La conversion est une opération arithmétique pure exécutée dans votre navigateur, donc les adresses que vous collez ne quittent jamais la page.