Calculateur de subnet IP
Network ID, broadcast, plage utilisable, frontière binaire, check same-subnet, découpes égales et plan VLSM en IPv4.
Ce calculateur de subnet IP prend une adresse IPv4 et un préfixe CIDR ou un netmask pointé, et te ressort les chiffres que tu veux avoir sous les yeux avant de toucher à une route ou à un scope DHCP. Le network ID, le broadcast, la première et la dernière adresse utilisable, le masque et le wildcard. La frontière binaire allume l’endroit exact où les network bits s’arrêtent et où les host bits commencent. Un check d’appartenance te dit si une autre adresse vit dans le même bloc. Les découpes égales et le VLSM planifient un parent network en plus petits, plus gros besoin placé en premier. Les cas tordus sont gérés : les liens /31 point-to-point et les host routes /32 ne perdent pas bêtement deux adresses. Calcul IPv4 côté navigateur, rien n’est envoyé.
100% dans votre navigateur. Rien de ce que vous tapez ne quitte cette page.
Utilitaire de planification IPv4
Donne-moi une adresse IPv4 et un préfixe CIDR (ou un netmask en notation pointée, comme tu veux), et je te ressors les chiffres que je veux avoir sous les yeux avant de toucher à une route ou à un scope DHCP. Le network ID. Le broadcast. La plage utilisable, le masque, le wildcard. L’endroit où les bits cassent vraiment, un petit check same-subnet, des découpes égales, et un plan VLSM que tu colles directement dans ta doc. Le but, c’est que j’arrête de faire ce calcul de tête à 2h du matin, parce que c’est exactement le moment où je me plante.
Du calcul IPv4 uniquement. Et les cas tordus sont gérés correctement : les liens point-to-point en /31 et les host routes en /32 ne perdent pas bêtement deux adresses ici, parce qu’ils ne devraient pas.
À quoi sert ce calculateur de subnet IP
Ce calculateur de subnet IP fait la partie chiante de la planification IPv4 pour que tu arrêtes d’estimer les masques à l’œil. Le calcul de subnet, c’est facile à faire presque juste. Et ce "presque", c’est justement la partie qui te brûle. Une adresse peut avoir l’air parfaitement à sa place et pourtant se trouver dans un autre bloc que la règle de firewall que tu lui as écrite. Un /24 paraît confortable, jusqu’au moment où quelqu’un te demande d’y tailler un VLAN. Honnêtement, je crois que la plupart des pannes que j’ai fini par ranger dans la case "réseau" n’étaient en réalité qu’un masque que quelqu’un avait estimé à l’œil. J’ai vu un design VPN impeccable sur le tableau blanc entrer en collision frontale avec un réseau de bureau à la seconde où il est passé en prod. Donc tu lui files une adresse et un préfixe, tu récupères les chiffres que je vérifierais autrement à la main avant de changer une route, un pool DHCP, une ACL ou une page de wiki.
L’onglet résumé couvre ce vers quoi tu te tournes le plus souvent : network ID, broadcast, première et dernière adresse utilisable, le compte total, le vrai nombre d’hôtes, le masque, le wildcard. Les autres onglets sont là pour montrer le pourquoi. La frontière binaire allume l’endroit exact où les network bits s’arrêtent et où les host bits commencent. Le check d’appartenance te dit juste, oui ou non, si une deuxième adresse vit dans le même bloc. Et puis les deux planificateurs. Les découpes égales et le VLSM sont là pour le jour où un parent network doit nourrir tout un tas de plus petits, ce qui est la plupart des jours, d’expérience.
Comment lire un rapport de subnet IPv4
- Le network ID nomme le bloc. Ne le donne pas à un hôte. C’est l’étiquette sur la porte, pas un siège à l’intérieur.
- Le broadcast est la toute dernière adresse d’un subnet IPv4 classique, et il est réservé lui aussi.
- Tout ce qui se trouve entre le network et le broadcast est ta plage utilisable. Pour la plupart des préfixes, en tout cas.
- Le subnet mask, c’est juste le préfixe écrit en notation pointée. Un /24 apparaît sous la forme 255.255.255.0.
- Le wildcard mask, c’est ce même masque retourné comme un gant, et c’est la forme que beaucoup de syntaxes d’ACL et de routage réclament vraiment.
- Les host bits fixent la taille du bloc. Les network bits décident dans quel bloc tu es en train de regarder.
Pourquoi /31 et /32 demandent une lecture attentive
Chaque cours d’IPv4 auquel j’ai assisté enseigne network plus hôtes utilisables plus broadcast, toujours avec un /24 ou un /30 bien propre. D’accord. Ça t’amène à 90 pour cent du chemin. Mais ça saute les deux cas qui font trébucher les gens plus tard. Un /31 va sur un lien point-to-point, où les deux adresses sont de vrais endpoints et où il ne reste aucun broadcast à gaspiller. Un /32, c’est une adresse seule debout : une host route, un loopback dans ta doc, une seule ligne dans une allowlist. Donc un calculateur qui se contente de soustraire deux à chaque préfixe te ment discrètement sur les bords. Le mien refuse.
Le subnet planning et le VLSM en pratique
Les découpes égales sont le choix facile quand tes VLAN veulent tous à peu près la même place. Tu coupes un /24 en quatre, chaque enfant tombe sur un /26, et tu n’y penses plus. Le VLSM, c’est pour quand les tailles partent dans tous les sens : un user network qui hurle pour 120 hôtes assis juste à côté d’un management VLAN qui a besoin de 12 en tout et pour tout. La seule règle que je ne casse jamais, c’est de placer le plus gros besoin en premier. Ça empêche les trous de s’accumuler, et ça garde le plan lisible pour celui qui le relira dans six mois (probablement toi, ayant tout oublié). Laisse de la marge. Réserve la gateway et les adresses d’infrastructure exprès. Et note de quel parent chaque morceau est sorti, parce que personne ne se souvient de cette partie-là.
Questions fréquentes
Puis-je saisir un netmask au lieu d’un préfixe CIDR ?
Vas-y. Tape un préfixe comme /23, ou le 255.255.254.0 en notation pointée, selon ce que tu as devant toi. Un truc que je vérifie : le masque pointé doit être contigu. Comme ça une faute de frappe qui éparpille les bits à un se fait attraper ici, au lieu d’empoisonner ton calcul en silence trois étapes plus loin.
Est-ce que le champ de comparaison prouve que le routage va marcher ?
Non. Ne te laisse pas avoir. Tout ce qu’il te dit, c’est si deux adresses atterrissent dans le même subnet calculé. Que les paquets bougent vraiment, c’est une question complètement séparée, et ça dépend de ton routage, de tes VLAN, de ton firewall, et des masques posés sur les hôtes eux-mêmes. Le même subnet, c’est le plancher, pas la preuve.
Est-ce que je devrais utiliser le VLSM pour chaque design ?
Moi je ne le ferais pas, honnêtement. Sors le VLSM quand tes subnets ont vraiment besoin de tailles différentes. Si le seul gain c’est de récupérer une poignée d’adresses privées, les blocs égaux sont plus faciles à lire et plus faciles à exploiter, et ça compte plus que ça n’en a l’air quand tu plisses les yeux sur une config à 3h du matin au téléphone. Peut-être que c’est juste moi qui suis fainéant. Je prends fainéant et correct.
Que veut dire un subnet /24 ?
Le 24, c’est la longueur du préfixe. Donc 24 bits appartiennent au network et il en reste 8 pour les hôtes. Ça fait 256 adresses, dont 254 utilisables. Bouge le chiffre et l’échelle saute vite : un /16 te file 65536, alors qu’un /30 ne laisse que 4 en tout et pour tout (2 utilisables).
Combien d’hôtes utilisables y a-t-il dans un subnet ?
Prends le total, retranche deux. L’adresse de network et le broadcast sont tous les deux réservés sur un subnet classique, donc ils ne comptent pas. Un /24 atterrit à 254 utilisables. Les cas /31 et /32 cassent cette règle par contre, et c’est justement pour ça que je les sors à part.
Qu’est-ce que la notation CIDR ?
Le CIDR (Classless Inter-Domain Routing) veut juste dire écrire une adresse avec son préfixe accroché derrière, comme 192.168.1.0/24. Il a enterré le vieux système de classes A/B/C il y a des années. L’idée était simple : dimensionner un subnet pour coller au besoin, au lieu d’avaler une classe entière d’un coup et d’en gaspiller la majeure partie.