Convertisseur IPv4 en hexadécimal et binaire par octet

Saisissez une adresse comme 192.168.1.10 pour afficher chaque octet décimal avec son équivalent hexadécimal sur deux chiffres et binaire sur huit bits, ainsi que des formes regroupées prêtes à comparer aux captures de paquets, journaux, listes d’accès et fichiers de configuration de routeurs. Le résultat, présenté octet par octet, simplifie l’examen des notations de bas niveau sans conversions de base répétitives.

Lisez la conversion octet par octet

Une adresse IPv4 se compose de quatre valeurs non signées sur huit bits, écrites en décimal et séparées par des points. Le convertisseur valide d’abord cette structure, puis transforme chaque octet indépendamment. Le nombre décimal 192 devient C0 en hexadécimal et 11000000 en binaire ; le nombre décimal 1 devient 01 en hexadécimal et 00000001 en binaire. Les largeurs fixes sont essentielles : sans le zéro initial, les petites valeurs peuvent donner l’impression qu’un champ de paquet est plus court et compliquer les comparaisons visuelles. Le résultat présente donc un enregistrement pour chaque position, avec sa valeur décimale, sa valeur hexadécimale sur deux caractères et sa valeur binaire sur huit caractères. Il fournit aussi les formes hexadécimale pointée, hexadécimale compacte et binaire pointée. Utilisez les enregistrements d’octets pour apprendre ou vérifier un champ, et les représentations regroupées pour rapprocher une valeur d’une capture, d’un export d’équipement, d’un journal de bas niveau ou d’une note de protocole. Après validation, l’adresse est normalisée afin que la sortie reste prévisible pour les scripts et les comparaisons golden.

Pourquoi une validation IPv4 stricte est nécessaire

Un outil réseau doit refuser une saisie ambiguë plutôt que de faire une supposition silencieuse. Ce convertisseur exige exactement quatre octets décimaux, chacun compris entre 0 et 255 inclus. Il n’accepte ni signe, ni préfixe hexadécimal, ni composant manquant, ni point supplémentaire, ni zéro initial comme dans 001. Certains logiciels anciens interprètent les zéros initiaux comme une notation octale, tandis que d’autres systèmes les considèrent comme une simple présentation décimale ; leur refus empêche donc un même texte de désigner des adresses différentes selon l’environnement. Les espaces autour de l’adresse sont supprimés, mais aucun espace n’est admis à l’intérieur. La validation est uniquement syntaxique et numérique : le convertisseur ne prétend pas qu’une adresse est routable publiquement, attribuée, joignable, privée, multidiffusion ou sûre. Des valeurs comme 0.0.0.0 et 255.255.255.255 sont des représentations valides à quatre octets et peuvent être converties, même si leur sens opérationnel dépend du contexte. Une valeur refusée produit une erreur de saisie typée, jamais une conversion partielle ou trompeuse.

Exploitez ces formats pour les paquets et les routeurs

L’hexadécimal est compact et correspond directement aux octets ; les vidages de paquets et outils de débogage affichent donc souvent les adresses par groupes comme C0 A8 01 0A ou sous la forme d’une valeur continue. Le binaire rend visibles les limites de bits, les masques et les préfixes : la même adresse devient quatre groupes de huit bits, ce qui permet de distinguer les bits du préfixe de sous-réseau de ceux de la partie hôte. La sortie pointée conserve les limites entre octets, tandis que le champ hexadécimal compact facilite les recherches dans les journaux sans séparateurs. Vérifiez toujours la notation attendue par le système de destination avant de coller un résultat ; certains formats de configuration demandent des préfixes 0x, des espaces, des deux-points ou un entier sur 32 bits plutôt que les représentations proposées ici. Cette capacité fournit volontairement des valeurs neutres de largeur fixe et ne réécrit aucun fichier de configuration. Son exécution déterministe n’utilise ni réseau, ni hasard, ni horloge, ni requête DNS, ni service externe ; elle convient ainsi aux contrôles reproductibles dans le navigateur et aux flux automatisés via l’API à $0.002 par requête.