Vérificateur IP dans le sous-réseau
Vérifier si une adresse IP appartient à un sous-réseau spécifique
Enter an IP address and CIDR to check if the IP belongs to the subnet.
Le verificateur d'appartenance IP a un sous-reseau determine si une adresse IP donnee appartient a un bloc CIDR ou sous-reseau specifique. Saisissez n'importe quelle adresse IP et une plage CIDR pour verifier instantanement si l'adresse fait partie de ce reseau -- essentiel pour le debogage de connectivite, la validation de regles de pare-feu et le diagnostic de routage.
Comprendre l'appartenance a un sous-reseau
Verifier si une adresse IP appartient a un sous-reseau particulier est l'une des taches les plus courantes en depannage reseau, et c'est aussi l'une des plus faciles a rater lorsqu'on le fait mentalement. Pour un sous-reseau /24, la verification est triviale : si les trois premiers octets correspondent, l'IP est dans le sous-reseau. Mais pour les prefixes qui ne tombent pas sur des limites d'octet comme /20 ou /26, la frontiere tombe au milieu d'un octet, et l'estimation visuelle mene a des erreurs. Est-ce que 172.16.20.1 est dans 172.16.0.0/20 ? La reponse est non -- le /20 couvre 172.16.0.0 a 172.16.15.255, et .20 dans le troisieme octet est en dehors de cette plage. Mais vous ne le sauriez pas sans faire le calcul binaire ou sans utiliser cet outil.
L'operation sous-jacente est un ET logique (AND). Vous appliquez le masque de sous-reseau a l'adresse IP testee, et si le resultat correspond a l'adresse reseau du sous-reseau, l'IP est dans le sous-reseau. Les routeurs effectuent ce calcul exact des millions de fois par seconde lors de l'acheminement des paquets. C'est le fondement du routage IP, du filtrage par ACL et de la capacite de chaque equipement reseau a determiner ou le trafic doit aller.
Ce verificateur est particulierement utile pour deboguer des regles de pare-feu qui ne correspondent pas au trafic attendu, verifier que les adresses attribuees par DHCP se situent dans le bon scope, confirmer qu'une route statique couvre bien la destination visee, ou determiner si une IP suspecte dans vos journaux appartient a votre reseau interne ou a une plage externe.
Comment verifier si une IP appartient a un sous-reseau
- Saisissez l'adresse IP a verifier (par ex.
192.168.1.100) - Saisissez le bloc CIDR de reference (par ex.
192.168.1.0/24) - L'outil applique le masque de sous-reseau a l'IP et compare le resultat a l'adresse reseau
- Si l'IP masquee correspond a l'adresse reseau, l'IP appartient au sous-reseau
- Les resultats indiquent si l'IP est a l'interieur ou a l'exterieur, avec la plage complete du sous-reseau
Exemples de verification d'appartenance IP
| Adresse IP | Sous-reseau | Resultat | Raison |
|---|---|---|---|
192.168.1.100 | 192.168.1.0/24 | Dans le sous-reseau | Masquee en 192.168.1.0, correspond au reseau |
192.168.2.50 | 192.168.1.0/24 | Hors du sous-reseau | Masquee en 192.168.2.0, ne correspond pas |
10.0.5.200 | 10.0.0.0/16 | Dans le sous-reseau | Masquee en 10.0.0.0, correspond au reseau |
10.1.0.1 | 10.0.0.0/16 | Hors du sous-reseau | Masquee en 10.1.0.0, ne correspond pas |
172.16.3.50 | 172.16.0.0/20 | Dans le sous-reseau | Masquee en 172.16.0.0, correspond au reseau |
172.16.20.1 | 172.16.0.0/20 | Hors du sous-reseau | Masquee en 172.16.16.0, ne correspond pas |
10.0.0.65 | 10.0.0.64/26 | Dans le sous-reseau | Masquee en 10.0.0.64, correspond au reseau |
10.0.0.130 | 10.0.0.64/26 | Hors du sous-reseau | Masquee en 10.0.0.128, ne correspond pas |
Quand utiliser cet outil
- Debogage de problemes de connectivite -- verifiez qu'une adresse IP d'un appareil se trouve bien dans le sous-reseau attendu
- Validation de regles de pare-feu -- confirmez qu'une ACL ou un security group cible correctement le trafic souhaite
- Diagnostic de routage -- verifiez si une IP de destination se trouve dans le prefixe d'une route specifique
- Verification DHCP -- assurez-vous que les adresses attribuees sont dans la plage configuree
- Analyse d'incidents de securite -- determinez rapidement si une IP suspecte appartient a votre reseau ou a une plage externe
- Reseau cloud -- confirmez que les instances EC2, les pods ou les VM sont dans le bon sous-reseau VPC
- Audit de la segmentation reseau -- verifiez que les hotes sont sur les sous-reseaux VLAN prevus
Fonctionnement de la verification d'appartenance au sous-reseau
La comparaison par ET logique (AND)
Pour verifier si une IP appartient a un sous-reseau, appliquez le masque de sous-reseau a la fois a l'IP et a l'adresse reseau. Si les resultats correspondent, l'IP est dans le sous-reseau.
Verification : 192.168.1.100 est-il dans 192.168.1.0/24 ?
Adresse IP : 192.168.1.100 → 11000000.10101000.00000001.01100100
Masque : 255.255.255.0 → 11111111.11111111.11111111.00000000
AND ─────────────────────────────────────────────────
Resultat : 192.168.1.0 → 11000000.10101000.00000001.00000000
Reseau : 192.168.1.0 → 11000000.10101000.00000001.00000000
Le resultat correspond a l'adresse reseau → L'IP EST dans le sous-reseau
Exemple de non-correspondance
Verification : 172.16.20.1 est-il dans 172.16.0.0/20 ?
Adresse IP : 172.16.20.1 → 10101100.00010000.00010100.00000001
Masque : 255.255.240.0 → 11111111.11111111.11110000.00000000
AND ─────────────────────────────────────────────────
Resultat : 172.16.16.0 → 10101100.00010000.00010000.00000000
Reseau : 172.16.0.0 → 10101100.00010000.00000000.00000000
Resultat (172.16.16.0) ≠ reseau (172.16.0.0) → L'IP N'EST PAS dans le sous-reseau
Le troisieme octet 20 (binaire 00010100) masque avec 240 (binaire 11110000) donne 16 (binaire 00010000), ce qui ne correspond pas au troisieme octet du reseau qui est 0.
Raisonnement par plage
Une facon equivalente de voir les choses : une IP est dans un sous-reseau si elle se situe entre l'adresse reseau et l'adresse de broadcast (incluses).
| Sous-reseau | Premiere adresse (reseau) | Derniere adresse (broadcast) | Toute IP dans cette plage est dans le sous-reseau |
|---|---|---|---|
192.168.1.0/24 | 192.168.1.0 | 192.168.1.255 | 192.168.1.0 -- 192.168.1.255 |
10.0.0.64/26 | 10.0.0.64 | 10.0.0.127 | 10.0.0.64 -- 10.0.0.127 |
172.16.0.0/20 | 172.16.0.0 | 172.16.15.255 | 172.16.0.0 -- 172.16.15.255 |
Support IPv6
La meme logique s'applique aux adresses IPv6. Par exemple, 2001:db8::100 appartient a 2001:db8::/32 car le masquage de l'adresse 128 bits avec un prefixe /32 donne 2001:db8::, qui correspond au prefixe reseau.
Les verifications d'appartenance en pratique
Le scenario le plus courant pour cette verification est le debogage de regles de pare-feu. Vous ecrivez une regle qui devrait autoriser le trafic depuis 10.0.0.0/24, mais un hote a 10.0.1.50 est bloque. Le probleme est evident une fois la verification effectuee : 10.0.1.50 n'est pas dans 10.0.0.0/24 -- il est dans 10.0.1.0/24. Vous devez soit modifier la regle en 10.0.0.0/23 (qui couvre a la fois 10.0.0.0 et 10.0.1.0), soit ajouter une deuxieme regle pour le deuxieme sous-reseau. Ce type d'erreur de decalage d'un sous-reseau est extremement courant, surtout avec les frontieres non alignees sur les octets.
Un autre cas d'usage frequent est la verification de la segmentation reseau. Dans un reseau bien concu, les differents departements ou zones de securite sont sur des sous-reseaux separes. Si un hote qui devrait etre sur le VLAN comptabilite (192.168.5.0/24) apparait avec une adresse comme 192.168.6.15, il est soit sur le mauvais VLAN, soit son scope DHCP est mal configure. Une verification rapide d'appartenance au sous-reseau confirme si l'adresse se trouve la ou vous l'attendez.
Dans la reponse aux incidents de securite, l'une des premieres questions concernant une IP suspecte est "est-ce la notre ?" Si votre organisation utilise 10.0.0.0/8 en interne, une verification rapide vous indique si 10.50.200.15 est une adresse interne ou non. Pour les IP externes, vous pourriez les verifier par rapport aux plages connues des fournisseurs cloud, des CDN ou des flux de renseignements sur les menaces. Cet outil gere a la fois IPv4 et IPv6, ce qui le rend utile pour les environnements dual-stack ou vous devez verifier des adresses dans les deux protocoles.
Questions frequentes
L'adresse 10.0.1.50 est-elle dans le sous-reseau 10.0.0.0/24 ?
Non. Le sous-reseau 10.0.0.0/24 couvre les adresses de 10.0.0.0 a 10.0.0.255. L'adresse 10.0.1.50 se trouve dans la plage 10.0.1.0/24, qui est un sous-reseau different. En revanche, 10.0.1.50 appartient a 10.0.0.0/16, qui couvre 10.0.0.0 a 10.0.255.255.
Comment verifier si deux IP sont dans le meme sous-reseau ?
Appliquez le masque de sous-reseau aux deux IP a l'aide d'un ET logique (AND). Si les adresses reseau resultantes correspondent, les deux IP sont dans le meme sous-reseau. Par exemple, 192.168.1.10 et 192.168.1.200 donnent toutes deux 192.168.1.0 avec un prefixe /24, donc elles sont dans le meme sous-reseau.
Puis-je verifier des adresses IPv6 avec cet outil ?
Oui. Le verificateur supporte les adresses IPv4 et IPv6 avec n'importe quelle longueur de prefixe valide. Pour IPv6, saisissez l'adresse et le prefixe en notation standard, par exemple pour verifier si 2001:db8:abcd::1 appartient a 2001:db8::/32.
Pourquoi ma regle de pare-feu ne correspond-elle pas au trafic attendu ?
Une erreur courante est d'utiliser la mauvaise longueur de prefixe. Par exemple, une regle pour 10.0.0.0/24 ne correspond qu'aux adresses de 10.0.0.0 a 10.0.0.255. Si votre trafic provient de 10.0.1.100, il se situe en dehors de cette plage. Utilisez ce verificateur pour confirmer que vos IP source ou destination se trouvent bien dans les blocs CIDR specifies dans vos regles.
Comment trouver le plus petit sous-reseau qui contient deux IP specifiques ?
Trouvez l'adresse reseau pour chaque IP avec des longueurs de prefixe progressivement plus courtes jusqu'a ce que les deux IP produisent la meme adresse reseau. Par exemple, 192.168.1.10 et 192.168.2.20 ne sont pas dans le meme /24, mais elles sont toutes deux dans 192.168.0.0/22 (qui couvre 192.168.0.0 a 192.168.3.255). L'outil peut vous aider a verifier chaque prefixe candidat jusqu'a ce que vous trouviez la correspondance.
L'adresse reseau ou de broadcast peut-elle etre "dans" le sous-reseau ?
Oui. L'adresse reseau et l'adresse de broadcast font toutes deux partie du sous-reseau -- ce sont la premiere et la derniere adresses de la plage. Elles sont dans le sous-reseau ; simplement elles ne peuvent pas etre attribuees a des hotes. Le verificateur signalera correctement ces adresses comme etant a l'interieur du sous-reseau.
Outils associes
- Calculateur de sous-reseaux IPv4 - Calculer l'adresse reseau, broadcast et la plage d'hotes a partir de la notation CIDR
- Calculateur d'adresse reseau - Trouver l'adresse reseau pour n'importe quelle IP et masque de sous-reseau
- Verificateur de sous-reseau contenu - Verifier si un bloc CIDR contient un autre
- Verificateur de chevauchement de sous-reseaux - Verifier si deux blocs CIDR se chevauchent
- Calculateur du premier/dernier hote utilisable - Trouver les premiere et derniere adresses d'hotes utilisables dans un sous-reseau
- Calculateur d'adresse de broadcast - Trouver l'adresse de broadcast pour n'importe quel sous-reseau