Calculateur de Sous-Réseau & CIDR

Calculez des sous-réseaux IPv4 et IPv6 avec zéro latence. Comprend le ruban de masque binaire interactif 32 bits, le découpeur Cloud VPC (simulateur VLSM), l’auditeur de conflits de pare-feu, le visualiseur hexadécimal IPv6 128 bits et l’export IaC multi-cloud (Terraform & Cisco) avec confidentialité 100% côté client.

Outils en Ligne
Cybernétique de Datacenter v2.4
Calcul Binaire Natif (Latence 0 ms)Confidentialité 100% Côté Client (Air-Gapped)Conforme RFC 1519 / RFC 4291
IPv4 CIDR (/24)
>
Préréglages d’Architecture Cloud & Datacenter:

Ruban de Masque Binaire (Allocation 32 Bits)

Bits Réseau (1) (24)Bits Hôte (0) (8)
Octet 1
11111111
Octet 2
11111111
Octet 3
11111111
Octet 4
00000000
/24 (255.255.255.0)
/0 (Internet)/8 (Classe A)/16 (Classe B)/24 (Classe C)/30 (P2P)/32 (Hôte)

Télémétrie d’Ingénierie Réseau

Adresse Réseau
192.168.1.0/24
0xC0A80100
Adresse de Diffusion (Broadcast)
192.168.1.255
Adresse de Diffusion Directe
Masque de Sous-Réseau
255.255.255.0
0xFFFFFF00
Masque Générique (Wildcard)
0.0.0.255
Masque Inversé (~Masque)
Plage d’Hôtes Utilisables
192.168.1.1192.168.1.254
Premier Hôte Utilisable: 192.168.1.1Dernier Hôte Utilisable: 192.168.1.254
Capacité d’Hôtes Utilisables
254
Total des Adresses IP: 256
Portée de Routage RFC
RFC 1918 Private (Class C 16-bit block)
Classe d’IP Historique: Class C (/24)

Découpeur de Sous-Réseaux VLSM (Cloud VPC Slicer)

Partitionnez votre bloc CIDR en zones de disponibilité multiniveaux et sous-réseaux sécurisés pour la microsegmentation.

Diviser Uniformément En:
Sous-Réseau Public Ingress Zone A
192.168.1.0/26
Plage d’Hôtes Utilisables
192.168.1.1 – 192.168.1.62
Adresse de Diffusion (Broadcast)192.168.1.63
Hôtes Utilisables62
Sous-Réseau Privé App Zone A
192.168.1.64/26
Plage d’Hôtes Utilisables
192.168.1.65 – 192.168.1.126
Adresse de Diffusion (Broadcast)192.168.1.127
Hôtes Utilisables62
Sous-Réseau Base de Données Zone A
192.168.1.128/26
Plage d’Hôtes Utilisables
192.168.1.129 – 192.168.1.190
Adresse de Diffusion (Broadcast)192.168.1.191
Hôtes Utilisables62
Sous-Réseau Gestion & Bastion Zone A
192.168.1.192/26
Plage d’Hôtes Utilisables
192.168.1.193 – 192.168.1.254
Adresse de Diffusion (Broadcast)192.168.1.255
Hôtes Utilisables62

💡 Réservation Hyperviseur Cloud : AWS et Azure réservent 5 adresses IP par sous-réseau (Réseau .0, Routeur VPC .1, DNS VPC .2, Réserve .3, Broadcast .255).

Moteur de Conflit Pare-Feu (Auditeur de Chevauchement)

Testez des adresses IP ou sous-réseaux cibles contre ce bloc CIDR avec une évaluation binaire instantanée.

BLOCAGE PARE-FEU : L’adresse IP est EXCLUE (Hors limites)
L’IP cible est numériquement supérieure à la limite de l’adresse de diffusion.
Vérification Binaire AND : (IP Cible & Masque de Sous-Réseau) === Adresse Réseau

Export Infrastructure-as-Code (IaC)

Extraits de configuration prêts à copier générés directement à partir de vos paramètres CIDR actifs.

Terraform (HCL)
# Terraform AWS VPC & Subnet Architecture
resource "aws_vpc" "datacenter_vpc" {
  cidr_block           = "192.168.1.0/20"
  enable_dns_hostnames = true
  enable_dns_support   = true

  tags = {
    Name        = "VPC-Region-A"
    Environment = "Production"
    ManagedBy   = "Terraform"
  }
}

resource "aws_subnet" "primary_subnet" {
  vpc_id                  = aws_vpc.datacenter_vpc.id
  cidr_block              = "192.168.1.0/24"
  map_public_ip_on_launch = true

  tags = {
    Name        = "VPC-Subnet-Tier-A"
    Netmask     = "255.255.255.0"
    TotalHosts  = "256"
  }
}

Matrice de Référence de Sous-Réseaux CIDR IPv4

Préfixe CIDRMasque de Sous-RéseauMasque GénériqueAdresses TotalesHôtes UtilisablesHôtes Utilisables CloudApplication Type Cloud & Entreprise
/32255.255.255.2550.0.0.0110Interface loopback, route d’hôte, règle de pare-feu
/31255.255.255.2540.0.0.1220Liaisons routeurs point-à-point (RFC 3021)
/30255.255.255.2520.0.0.3420Liaisons routeurs point-à-point (RFC 3021)
/29255.255.255.2480.0.0.7863Microservices, hôte bastion, sous-réseau de conteneurs
/28255.255.255.2400.0.0.15161411Microservices, hôte bastion, sous-réseau de conteneurs
/27255.255.255.2240.0.0.31323027Niveau VPC standard, cluster de base de données, nœuds Kubernetes
/26255.255.255.1920.0.0.63646259Niveau VPC standard, cluster de base de données, nœuds Kubernetes
/25255.255.255.1280.0.0.127128126123Niveau VPC standard, cluster de base de données, nœuds Kubernetes
/24255.255.255.00.0.0.255256254251Niveau VPC standard, cluster de base de données, nœuds Kubernetes
/22255.255.252.00.0.3.2551 0241 0221 019Sous-réseau VPC principal régional, département LAN de campus
/20255.255.240.00.0.15.2554 0964 0944 091Sous-réseau VPC principal régional, département LAN de campus
/16255.255.0.00.0.255.25565 53665 53465 531Réseau fédérateur d’entreprise, routage opérateur cloud
/8255.0.0.00.255.255.25516 777 21616 777 21416 777 211Réseau fédérateur d’entreprise, routage opérateur cloud

Guide d'Utilisation : Calculateur de Sous-Réseau & CIDR

Procédure étape par étape pour la planification d'adressage IP, le découpage VLSM, l'audit pare-feu et la génération IaC.

01

Saisir l'Adresse IP & le Préfixe CIDR

Tapez une adresse IPv4 ou IPv6 en notation CIDR (ex. 10.0.0.0/16, 192.168.1.1/24) ou masque décimal dans le Terminal Omni-Input, ou sélectionnez un préréglage d'architecture cloud.

02

Ajuster le Ruban Binaire 32 Bits

Visualisez les bits réseau et hôte en temps réel. Cliquez sur les bits binaires ou déplacez le curseur CIDR pour modifier dynamiquement les frontières.

03

Analyser la Télémétrie Réseau

Consultez l'identifiant réseau, le broadcast dirigé, le premier et dernier hôte utilisable, le masque générique (wildcard) et la capacité nette en cloud VPC.

04

Segmenter les Réseaux avec le Découpeur VLSM

Subdivisez votre bloc CIDR principal en sous-réseaux réguliers pour les niveaux Public, Privé et Bases de Données Multi-AZ sans collision d'adresses.

05

Auditer les Conflits de Pare-Feu et de Routage

Saisissez des adresses IP cibles ou sous-réseaux distants dans le Moteur Pare-Feu pour valider l'appartenance et détecter les chevauchements de tables de routage.

06

Exporter le Code IaC pour la Production

Copiez des configurations prêtes au déploiement pour Terraform AWS VPC, listes d'accès Cisco IOS (ACL), Linux iproute2, Python ipaddress ou JSON.

Foire Aux Questions (FAQ)

Éclairages techniques sur le calcul de sous-réseau, l'architecture VLSM, les réservations cloud et les protocoles de routage.

Q:Pourquoi les fournisseurs cloud comme AWS VPC réservent-ils 5 adresses IP par sous-réseau ?

Dans un sous-réseau AWS VPC, 5 adresses IP sont réservées : .0 (Réseau), .1 (Passerelle routeur VPC), .2 (Résolveur DNS AmazonProvidedDNS), .3 (Réservé pour de futurs services cloud) et .255 (Diffusion). Par exemple, un sous-réseau /28 compte 16 adresses totales, mais seulement 11 sont utilisables pour les instances.

Q:Quelle est la différence entre le routage par classe et le routage CIDR sans classe ?

Le routage par classe (RFC 791) partitionnait rigidement IPv4 en Classes A (/8), B (/16) et C (/24), entraînant un gaspillage d'adresses dramatique. Le CIDR (RFC 1519) a aboli ces classes, autorisant des longueurs de préfixes variables (/13 à /32) et l'agrégation de routes (supernetting).

Q:Quand utiliser un sous-réseau /31 plutôt qu'un /30 pour des liaisons point-à-point ?

La RFC 3021 autorise les sous-réseaux /31 (2 adresses) exclusivement sur les liaisons série entre deux routeurs. Ne nécessitant pas d'adresses distinctes pour le réseau et la diffusion, elle réduit la consommation d'adresses IPv4 de 50% par rapport à un lien /30.

Q:Qu'est-ce qu'un masque Wildcard (générique) et où s'utilise-t-il ?

Le masque Wildcard est l'inverse binaire du masque de sous-réseau (255.255.255.255 moins le Masque). Le bit 0 indique "doit correspondre" et le bit 1 "ignorer". Il est couramment employé dans les listes de contrôle d'accès (ACL) Cisco IOS et les protocoles OSPF.

Q:Pourquoi le préfixe /64 est-il obligatoire pour les sous-réseaux IPv6 ?

La norme RFC 4291 impose un préfixe /64 pour les sous-réseaux unicast IPv6 standards car l'autoconfiguration sans état (SLAAC) requiert 64 bits pour l'identifiant d'interface (Interface ID). Un préfixe plus long désactive SLAAC et les annonces de routeurs.

Q:Comment le Moteur de Pare-Feu contrôle-t-il l'appartenance d'une adresse IP ?

Le moteur convertit le sous-réseau et l'IP testée en entiers non signés 32 bits. Par opération logique ET (AND) avec le masque, il calcule instantanément si l'adresse réside dans la plage d'hôtes utilisables, sur les limites de réseau ou en dehors du sous-réseau.

N = IP AND Mint = IP AND ( 232 − 232 − CIDR )
B = N OR W = N + ( 232 − CIDR − 1 )
Cusable = 232 − CIDR − 2, CVPC = 232 − CIDR − 5
CIPv6 = 2128 − Prefix
  • N: Adresse réseau (Network ID) calculée par l'opération binaire ET (AND) entre l'adresse IPv4 et le masque 32 bits (Mint).
  • B: Adresse de diffusion (Broadcast) calculée par l'opération binaire OU (OR) avec le masque générique wildcard (W = NOT(Mint)).
  • Hmin – Hmax: Plage d'hôtes attribuables s'étendant de N + 1 à B − 1 (pour préfixes CIDR ≤ 30).
  • Cusable: Capacité d'hôtes IPv4 utilisables excluant l'adresse réseau (N) et l'adresse de diffusion (B).
  • CVPC: Hôtes utilisables en Cloud VPC excluant les 5 adresses réservées par l'hyperviseur (réseau, passerelle, DNS, réservé, diffusion).
  • CIPv6: Volume total d'adresses uniques au sein d'une sous-réseau IPv6 sur 128 bits.

Qu'est-ce que Calculateur de Sous-Réseau & CIDR ?

Dans les environnements cloud modernes et les clusters de conteneurs, une erreur de calcul CIDR peut provoquer des pannes de routage massives ou un épuisement des adresses IP. Ce calculateur avancé de sous-réseaux traite les plages IPv4 et IPv6 avec une latence nulle. Respectant les normes de sécurité les plus strictes, il fonctionne avec une confidentialité 100 % côté client : vos schémas d'architecture réseau ne quittent jamais votre navigateur. Il intègre un simulateur VLSM (Cloud VPC Slicer) ultra-performant et un auditeur de conflits de pare-feu, offrant aux ingénieurs DevOps un contrôle visuel et mathématique total sur leurs plages d'adresses.

Cas Pratique : Dimensionnement d'un Cluster Kubernetes

Un ingénieur DevOps à Paris configure un nouveau cluster Kubernetes pour une application bancaire. Il doit définir précisément le bloc CIDR des Pods (le réseau interne des conteneurs) et celui des Services. S'il alloue un sous-réseau trop petit, l'auto-scaling échouera par manque d'IP. S'il le fait trop grand, il risque un chevauchement avec le réseau de l'entreprise. En utilisant le calculateur, il détermine qu'un bloc /20 offre exactement les adresses hôtes utilisables nécessaires. Il utilise ensuite le Slicer VPC pour isoler un sous-réseau /24 dédié aux bases de données. Satisfait de son architecture sans conflit, il copie directement le code Terraform généré par l'outil pour déployer l'infrastructure sur AWS.

La Boîte à Outils du Network Engineer

Outil IntégréFonction TechniqueAvantage sur le Terrain
Cloud VPC SlicerDivise un bloc IP en plusieurs zones de disponibilité.Calibre parfaitement les réseaux pour l'orchestration de conteneurs.
Ruban Binaire 32-bitAffiche les bits de réseau et d'hôte en temps réel.Rend la conversion entre décimal et binaire immédiate et sans erreur.
Auditeur de ConflitTeste une IP arbitraire contre le masque de sous-réseau.Valide les règles de pare-feu avant de les appliquer en production.
Exportation IaCFournit les configurations Linux Netplan, Cisco et Terraform.Accélère le déploiement en évitant la saisie manuelle des masques.

Histoire et Origine

Le système original d'adressage IP (IPv4) a été conçu avec un espace de 32 bits, offrant environ 4,3 milliards d'adresses. À l'époque (dans les années 70 et 80), ce chiffre semblait inépuisable. Cependant, l'explosion d'Internet a prouvé le contraire. Face à la pénurie imminente d'adresses IPv4, l'IETF a développé l'IPv6 à la fin des années 90. En passant à une architecture de 128 bits (représentée en hexadécimal), l'IPv6 offre un nombre d'adresses tellement colossal (340 undécillions) qu'il pourrait théoriquement attribuer une adresse IP unique à chaque atome à la surface de la Terre.