Vérifier une IPv6 dans un préfixe et sa plage CIDR

Saisissez une adresse IPv6 et un préfixe tel que 2001:db8:1234::/48. L’outil compare les bits réseau de poids fort, renvoie clairement vrai ou faux, puis affiche le réseau normalisé ainsi que ses première et dernière adresses. Les notations IPv6 comprimée, développée et intégrant une adresse IPv4 sont traitées avec une arithmétique exacte sur 128 bits, sans arrondir les limites ni les longueurs inhabituelles.

Comprendre l’appartenance à un préfixe IPv6

Un préfixe IPv6 partage une adresse de 128 bits entre les bits du réseau et ceux de l’hôte. Le nombre placé après la barre indique combien de bits de poids fort désignent le réseau. Ainsi, un /48 fixe les 48 premiers bits et laisse les 80 autres disponibles dans le bloc. Une adresse appartient au préfixe lorsque tous les bits réseau fixés correspondent, quelle que soit son écriture. Cette distinction compte, car IPv6 autorise la suppression des zéros initiaux, la compression de suites par :: et plusieurs chaînes visuellement différentes pour une même valeur. Le vérificateur convertit les deux valeurs en entiers exacts, construit le masque correspondant à la longueur demandée et ne compare que les bits déterminant l’appartenance. Il ramène également le préfixe fourni à sa véritable frontière réseau. Si vous saisissez 2001:db8:1234:99::1/48, le réseau comparé reste 2001:db8:1234::/48. Le résultat respecte donc la logique CIDR au lieu de dépendre d’une comparaison fragile de chaînes ou de groupes hexadécimaux.

Lire le résultat booléen et la plage réseau

Le résultat principal, in_prefix, est une valeur booléenne directement exploitable dans du code, une règle de validation, un contrôle de routage ou un rapport d’audit. La réponse fournit aussi l’adresse et le préfixe canoniques afin que vous sachiez exactement quelles valeurs ont été comparées. first_address et last_address donnent les bornes inclusives du réseau, tandis que matched_network_range réunit ces deux bornes dans une plage compacte et lisible. Ces champs restent présents que le résultat soit vrai ou faux : en cas d’échec, la plage montre le bloc auquel l’adresse n’appartient pas. Les frontières sont calculées exactement. La première et la dernière adresse font toutes deux partie du préfixe, car IPv6 ne réserve pas d’adresse de diffusion. Un /128 ne contient qu’une adresse, donc ses deux bornes coïncident. Un /0 couvre toutes les adresses IPv6. Aucun calcul en virgule flottante n’intervient ; les masques et plages reposent sur des entiers exacts de 128 bits, même très au-delà de la limite sûre de JavaScript.

Entrées valides et erreurs fréquentes

Indiquez dans address une adresse IPv6 seule et dans prefix un réseau IPv6 suivi d’une longueur comprise entre 0 et 128. La notation comprimée telle que 2001:db8::1, la notation entièrement développée et les terminaisons IPv6 intégrant IPv4 comme ::ffff:192.0.2.1 sont acceptées. L’outil refuse volontairement les entrées ambiguës ou hors périmètre. address ne peut pas porter sa propre longueur après une barre, prefix doit en comporter une, une valeur IPv4 seule n’est pas assimilée à IPv6 et un identifiant de zone comme %eth0 est rejeté, puisqu’il désigne un contexte d’interface et non une partie des 128 bits. Un groupe hexadécimal invalide, plusieurs compressions ::, un groupe de plus de quatre chiffres ou une longueur hors limites provoquent une erreur d’entrée plutôt qu’une réponse devinée. Cette rigueur sécurise l’automatisation : une configuration mal formée échoue visiblement avant de produire une mauvaise décision de liste d’autorisation. Pour une autorisation sensible, complétez toujours ce constat par vos contrôles d’identité, de confiance et de politique.