Calculateur de masque inverseur

Calculer les masques inverseurs pour les ACL et les protocoles de routage

Common Wildcard Masks

CIDRSubnet MaskWildcard MaskHosts
/8255.0.0.00.255.255.25516,777,214
/16255.255.0.00.0.255.25565,534
/24255.255.255.00.0.0.255254
/25255.255.255.1280.0.0.127126
/26255.255.255.1920.0.0.6362
/27255.255.255.2240.0.0.3130
/28255.255.255.2400.0.0.1514
/29255.255.255.2480.0.0.76
/30255.255.255.2520.0.0.32
/31255.255.255.2540.0.0.10
/32255.255.255.2550.0.0.0-1

Le calculateur de masque wildcard genere des masques wildcard a partir de la notation CIDR, de masques de sous-reseau ou de plages d'adresses IP. Les masques wildcard sont l'inverse bit a bit des masques de sous-reseau, utilises dans les listes de controle d'acces (ACL) Cisco IOS, les instructions network OSPF et les configurations EIGRP pour correspondre a des plages d'adresses IP.

Comprendre les masques wildcard

Si vous travaillez avec des equipements Cisco, les masques wildcard sont un outil que vous utilisez constamment mais auquel vous ne reflechissez peut-etre jamais completement. Un masque wildcard ressemble a un masque de sous-reseau ecrit a l'envers -- la ou un masque de sous-reseau utilise des bits a 1 pour marquer la partie reseau et des bits a 0 pour la partie hote, un masque wildcard fait exactement l'inverse. Un bit a 0 signifie "ce bit doit correspondre exactement a l'adresse de base", et un bit a 1 signifie "ce bit peut etre n'importe quoi". Ainsi, le masque wildcard 0.0.0.255 associe a l'adresse de base 192.168.1.0 correspond a toutes les adresses de 192.168.1.0 a 192.168.1.255 -- les trois premiers octets doivent correspondre, et le dernier octet peut etre quelconque.

La raison pour laquelle Cisco utilise des masques wildcard plutot que des masques de sous-reseau dans les ACL et les configurations de protocoles de routage est la flexibilite. Les masques de sous-reseau sont toujours contigus -- une suite de 1 suivie d'une suite de 0 -- car ils definissent un seul bloc continu d'adresses. Les masques wildcard peuvent techniquement etre non contigus, ce qui permet de faire correspondre des motifs qui ne s'alignent pas sur des sous-reseaux traditionnels. Par exemple, un masque wildcard de 0.0.0.254 ne correspond qu'aux adresses paires du dernier octet. Bien que les masques wildcard non contigus soient rarement utilises en pratique, cette capacite existe dans le moteur ACL.

Pour la grande majorite des configurations reelles, vous convertissez simplement entre masques de sous-reseau et masques wildcard pour des plages alignees sur le CIDR. La conversion est directe : soustrayez chaque octet du masque de sous-reseau de 255. Cet outil automatise cette conversion et gere egalement le cas plus complexe des plages d'adresses IP non alignees sur le CIDR, ou plusieurs entrees wildcard sont necessaires pour couvrir la plage de maniere precise.

Comment calculer un masque wildcard

  1. Saisissez un bloc CIDR (par ex. 192.168.1.0/24), un masque de sous-reseau (par ex. 255.255.255.0) ou une plage d'adresses IP
  2. Le calculateur inverse les bits du masque de sous-reseau -- les 1 deviennent des 0 et les 0 deviennent des 1
  3. Le masque wildcard resultant est affiche avec la plage d'adresses IP correspondante
  4. Pour les plages non alignees sur un CIDR, l'outil calcule le nombre minimum d'entrees wildcard necessaires

Exemples de masques wildcard

CIDR / Masque de sous-reseauMasque wildcardCorrespondanceExemple ACL
/8 ou 255.0.0.00.255.255.25510.0.0.0 -- 10.255.255.255permit ip 10.0.0.0 0.255.255.255 any
/16 ou 255.255.0.00.0.255.255172.16.0.0 -- 172.16.255.255permit ip 172.16.0.0 0.0.255.255 any
/24 ou 255.255.255.00.0.0.255192.168.1.0 -- 192.168.1.255permit ip 192.168.1.0 0.0.0.255 any
/28 ou 255.255.255.2400.0.0.1510.0.0.16 -- 10.0.0.31permit ip 10.0.0.16 0.0.0.15 any
/30 ou 255.255.255.2520.0.0.310.1.1.0 -- 10.1.1.3permit ip 10.1.1.0 0.0.0.3 any
/32 ou 255.255.255.2550.0.0.0Hote uniquepermit ip host 10.1.1.1 any

Quand utiliser cet outil

  • Redaction d'ACL etendues Cisco -- convertir la notation de sous-reseau au format masque wildcard requis par les commandes access-list
  • Configuration des instructions network OSPF -- utiliser network 10.0.0.0 0.255.255.255 area 0 avec le bon masque wildcard
  • Configuration d'EIGRP -- les masques wildcard definissent quelles interfaces participent au routage
  • Correspondance de plages non contigues -- lorsqu'une plage d'adresses IP ne correspond pas a un seul bloc CIDR, l'outil calcule le minimum d'entrees wildcard pour la couvrir exactement
  • Audit des ACL existantes -- verifier que les masques wildcard dans les configurations correspondent aux plages d'adresses prevues
  • Conversion de Terraform vers les configurations Cisco -- traduire la notation CIDR utilisee dans le cloud en masques wildcard utilises sur les routeurs

Fonctionnement des masques wildcard dans Cisco IOS

Logique au niveau du bit

Dans un masque wildcard, chaque bit a une signification precise :

  • 0 = ce bit doit correspondre au bit correspondant dans l'adresse de base
  • 1 = ce bit peut prendre n'importe quelle valeur (indifferent)
Base Address: 192.168.1.0    → 11000000.10101000.00000001.00000000
Wildcard:     0.0.0.255      → 00000000.00000000.00000000.11111111
                                ↑ must match ↑              ↑ any ↑

Cela correspond a toutes les adresses de 192.168.1.0 a 192.168.1.255.

Masque wildcard vs masque de sous-reseau

ProprieteMasque de sous-reseauMasque wildcard
Signification des bits1 = reseau, 0 = hote0 = doit correspondre, 1 = indifferent
RelationOriginalNOT bit a bit du masque de sous-reseau
Utilise dansConfiguration d'interface, tables de routageACL, OSPF, EIGRP
Exemple (/24)255.255.255.00.0.0.255

Pour convertir : soustrayez chaque octet du masque de sous-reseau de 255.

Subnet Mask:  255.255.255.240
Wildcard:     255-255=0, 255-255=0, 255-255=0, 255-240=15
Result:       0.0.0.15

Valeurs wildcard speciales

WildcardSignificationRaccourci Cisco
0.0.0.0Correspond exactement a une IPhost 10.1.1.1
255.255.255.255Correspond a n'importe quelle IPany

Exemple d'instruction network OSPF

Pour annoncer toutes les interfaces de la plage 10.10.0.0/16 dans l'Area 0 OSPF :

router ospf 1
 network 10.10.0.0 0.0.255.255 area 0

Le masque wildcard 0.0.255.255 signifie que les deux premiers octets doivent etre 10.10, tandis que les deux derniers peuvent prendre n'importe quelle valeur.

Plages non alignees sur un CIDR

Si vous devez couvrir 10.0.0.0 a 10.0.0.200, cette plage ne correspond pas a une seule limite CIDR. Le calculateur determine le nombre minimum d'entrees wildcard :

10.0.0.0   0.0.0.127    → covers 10.0.0.0 - 10.0.0.127
10.0.0.128 0.0.0.63     → covers 10.0.0.128 - 10.0.0.191
10.0.0.192 0.0.0.7      → covers 10.0.0.192 - 10.0.0.199
10.0.0.200 0.0.0.0      → covers 10.0.0.200

Les masques wildcard en pratique

L'erreur la plus courante lors de la redaction d'ACL est de confondre le masque de sous-reseau avec le masque wildcard. Si vous utilisez accidentellement 255.255.255.0 au lieu de 0.0.0.255 dans une instruction ACL, l'ACL correspondra a un ensemble d'adresses completement different -- ou dans de nombreux cas, le routeur rejettera tout simplement la configuration. Sur les equipements Cisco, certaines versions IOS recentes acceptent avec un avertissement et convertissent automatiquement, mais se fier a ce comportement est risque. Verifiez toujours si le contexte attend un masque de sous-reseau ou un masque wildcard.

Une autre consideration pratique est la performance des ACL. Lorsqu'une plage ne tombe pas sur une limite CIDR et necessite plusieurs entrees wildcard, chaque entree ajoute une surcharge de traitement au filtrage des paquets. Pour les listes d'acces appliquees a des interfaces a haut debit, minimiser le nombre d'entrees est important. Ce calculateur produit le jeu minimal de paires wildcard pour couvrir n'importe quelle plage arbitraire, ce qui aide a garder vos ACL aussi efficaces que possible. Si la performance est critique et que les adresses supplementaires sont acceptables, il peut etre preferable d'utiliser un seul bloc CIDR plus large qui englobe la plage plutot que plusieurs entrees precises.

Lors de la migration de configurations entre plateformes, rappelez-vous que tous les constructeurs n'utilisent pas les masques wildcard. Juniper JUNOS, Palo Alto PAN-OS et la plupart des plateformes cloud utilisent la notation CIDR ou les masques de sous-reseau standard dans leurs equivalents d'ACL. Si vous traduisez une ACL Cisco vers une politique de securite Palo Alto, vous devez reconvertir chaque masque wildcard en bloc CIDR -- ce que cet outil fait dans les deux sens.

Questions frequentes

Comment convertir un masque de sous-reseau en masque wildcard ?

Soustrayez chaque octet du masque de sous-reseau de 255. Pour 255.255.255.192 : 255-255=0, 255-255=0, 255-255=0, 255-192=63, ce qui donne le masque wildcard 0.0.0.63. Alternativement, le masque wildcard est le NOT bit a bit du masque de sous-reseau.

Pourquoi Cisco utilise-t-il des masques wildcard au lieu de masques de sous-reseau dans les ACL ?

Les masques wildcard permettent des motifs de bits non contigus, autorisant la correspondance de motifs d'adresses qui ne s'alignent pas sur des sous-reseaux traditionnels. Par exemple, un masque wildcard de 0.0.0.254 ne correspond qu'aux adresses paires. Bien que les masques wildcard non contigus soient rares, cette flexibilite est integree dans la syntaxe des ACL. OSPF et EIGRP utilisent les masques wildcard par coherence avec la syntaxe des ACL.

Quel masque wildcard correspond a un seul hote ?

Le masque wildcard 0.0.0.0 correspond exactement a une adresse car chaque bit doit correspondre. Dans Cisco IOS, vous pouvez utiliser le raccourci host 192.168.1.1 au lieu d'ecrire 192.168.1.1 0.0.0.0.

Quel masque wildcard correspond a toutes les adresses ?

Le masque wildcard 255.255.255.255 correspond a n'importe quelle adresse IP car chaque bit est un bit "indifferent". Dans Cisco IOS, vous pouvez utiliser le raccourci any au lieu d'ecrire 0.0.0.0 255.255.255.255.

Puis-je utiliser des masques wildcard sur des plateformes non-Cisco ?

La plupart des plateformes non-Cisco (Juniper, Palo Alto, Fortinet, pare-feu cloud) utilisent la notation CIDR ou les masques de sous-reseau au lieu des masques wildcard. Si vous migrez des configurations de Cisco vers une autre plateforme, vous devrez reconvertir les masques wildcard en blocs CIDR. Cet outil gere la conversion dans les deux sens.

Outils associes

IPparse•Outils de calcul réseau et sous-réseau gratuits

© 2026 IPparse. All tools run locally in your browser.

100% Privacy-First • No Data Collected