Je vois dans cela question , la table de routage a:
192.168.1.1/32 link#4 UCS 2 0 en0
openwrt.lan 46:94:fc:63:fc:7 UHLWIir 11 3610 en0 1200
192.168.1.125/32 link#4 UCS 2 0 en0
Qu'est-ce que cela signifie d'avoir un masque de sous-réseau /32
Et dans ce cas quel sera son identifiant de réseau? Un hôte peut-il exister sans identifiant de réseau au cas où nous examinerions ce qui précède comme un seul hôte?
Autant que je sache, l'ID de réseau et l'adresse IP attribuée à un hôte de ce réseau sont 2 choses différentes. 192.168.0.0 est un ID de réseau et si son sous-réseau est 255.255.255.0, les hôtes de ce réseau peuvent être 192.168.0.1 - 192.168.0.254. Dans ce cas, comment un hôte peut exister sans un identifiant de réseau?
Il y a un peu de confusion ici; que/32 ne se réfère pas à la taille d'un réseau (sous), mais à la gamme d'adresses que l'entrée de table de routage particulière s'applique à. Habituellement, les deux sont les mêmes (parce que vous acheminez un réseau ou un sous-réseau comme une unité, non?), Mais MacOS fait des choses un peu différentes pour d'autres hôtes sur le même réseau local. Permettez-moi d'ajouter des lignes avant celles que vous avez citées:
Destination Gateway Flags Refs Use Netif Expire
default openwrt.lan UGSc 10 0 en0
...
192.168.1 link#4 UCS 2 0 en0
192.168.1.1/32 link#4 UCS 2 0 en0
openwrt.lan 46:94:fc:63:fc:7 UHLWIir 11 3610 en0 1200
192.168.1.125/32 link#4 UCS 2 0 en0
Notez que 192.168.1 (court pour 192.168.1.0/24) est acheminé sur EN0 (liaison alias n ° 4); Pas via une passerelle, juste sur l'interface elle-même. C'est le réseau que le Mac lui-même est sur. 192.168.1.1 et 192.168.1.125 sont à la fois des adresses spécifiques dans cette plage de résea. Si vous comparez celles/32 entrées avec l'entrée de 192.168.1, elles sont essentiellement des doublons redondants; Ils disent la même chose, à peu près des adresses spécifiques au lieu de toute la gamme de réseau.
Je ne sais pas pourquoi MacOS crée ces entrées spécifiques à une adresse redondante, mais elle est probablement liée à une autre chose que vous pouvez voir dans la liste ci-dessus: MacOS répertorie ses entrées de table ARP dans la table de routage. L'entrée "openwrt.lan" ci-dessus (que je suis à peu près sûr est en fait 192.168.1.1, il suffit de figurer par nom plutôt que par nom) dit qu'il est acheminé via EN0 à l'adresse MAC 46: 94: FC: 63: FC: 7 .
Donc, ce que vous voyez dans la liste des itinéraires est un mélange d'itinéraires réseau réels (comme les entrées "Par défaut" et 192.168.1) et des entrées par hôpital (les entrées/32 et les entrées ciblées Mac).
/32
adressageEn général, /32
signifie que le réseau n'a qu'une seule adresse IPv4 et que tout le trafic ira directement entre le périphérique avec cette adresse IPv4 et la passerelle par défaut. L'appareil ne pourrait pas communiquer avec d'autres périphériques sur le réseau.
Il y a quelques raisons possibles à cela que j'ai vu. Il pourrait être:
L'ID réseau partie d'une adresse IP est déterminé par le masque de sous-réseau. Par exemple:
/24
Le réseau IPv4 a un masque de sous-réseau de 1111.1111.1111.0000
, ce qui signifie que les 3 premiers octets sont l'ID de réseau et le dernier octet est utilisé pour attribuer des ID d'hôte (256 ID disponibles, bien que des autres sont généralement réservés)./16
Le réseau IPv4 a un masque de sous-réseau de 1111.1111.0000.0000
, ce qui signifie que les 2 premiers octets sont l'ID de réseau et le dernier octet est utilisé pour attribuer des ID d'hôte (65536 ID disponibles, bien que des autres sont généralement réservés).Dans le cas d /32
, cela ne s'applique pas car l'adresse est à la fois un identifiant réseau et une carte d'hôte. /31
Les adresses sont également tous des identifiants hôtes sans aucune adresse 0ème réservée.
C'est juste une valeur de la CIDR. Vous pouvez en apprendre davantage dans ici pour la CIDR.
TL; DR
Une adresse réseau de la CIDR ressemble à ceci sous IPv4:
192.30.250.00/18
Le "192.30.250.0" est l'adresse réseau elle-même et la "18" indique que les 18 premiers bits sont la partie de réseau de l'adresse, laissant les 14 derniers bits pour des adresses d'hôtes spécifiques. Subnet-masque
la chose la plus facile est la recherche sur le Web et lisez des articles reliés à subnet mask
et subnet mask binary shorthand
et CIDR
et aussi vérifier subnet calculators
les /32
est la CIDR (sténographique) et fait référence au nombre de 1 dans le masque de sous-réseau. Pour /32
C'est 255.255.255.255
ou alors 11111111.11111111.11111111.1111111
cela signifie que vous ne pouvez avoir qu'une seule adresse IP, sur votre réseau avant d'avoir besoin d'une passerelle/routeur pour sortir de ce réseau. avec/32 c'est juste toi. n masque de sous-réseau est un nombre qui définit une gamme d'adresses IP disponibles dans un résea
CIDR = routage inter-domaines sans classe
qu'est-ce que l'utilisation/32 moyenne: je ne crois pas que ce soit un paramètre non valide, mais cela désactive efficacement la mise en réseau ... ou limite le réseau à vous ... Vous ne pouvez vous parler que si vous n'avez pas une passerelle mis en place pour atteindre l'extérieur de ce masque Netmask.
que fera son identifiant de réseau: je suppose que vous voulez dire quelle sera l'adresse IP et que l'adresse IP sera ce que vous le définissez. L'adresse IP et le masque de sous-réseau (ce que vous traitez) sont deux différents bien que des choses liées.
un hôte peut-il exister sans une ID de réseau [adresse IP?]: Pouvez-vous exister sans avoir un prénom et son nom ou sans adresse? Oui, l'hôte peut exist. Un peu besoin de mieux définir ce que vous voulez dire par existez.
Ce que vous regardez ne sont pas des masques de sous-réseau . Ils indiquent la longueur des préfixes de la table de routage¹.
Une mise en oeuvre naïve d'une table de routage répertorierait toutes les adresses IP possibles de sorte que, étant donné une adresse IP, vous rechercheriez la question exacte et récupérez les informations de routage².
Clairement une sorte de compression est nécessaire. La nature des informations de routage est que les adresses adjacentes sont susceptibles d'utiliser les mêmes informations. Nous pouvons donc utiliser une forme de arborescence radiocommande pour les comprimer ensemble. Ici, brièvement, c'est comme ça que ça marche.
Compte tenu des chiffres 0 à 7, nous pouvons les représenter en binaire comme suit:
0 000
1 001
2 010
3 011
4 100
5 101
6 110
7 111
Maintenant, si nous avons deux entrées de table de routage, une pour les adresses 0 et 1, et une autre pour les adtres 2 et 3, nous pouvons les stocker sous les préfixes binaires que ces actions. Si nous utilisons un .
Pour indiquer le bit "non utilisé" après la fin du préfixe, nous avons 00.
pour la plage 0-1 et 01.
Pour la gamme 2-3.
Un moyen standard de représenter cela est avec le nombre le plus bas de la plage suivie de la longueur du préfixe; Dans ce cas, ce serait 0/2
pour la plage 0-1 et 2/2
Pour la gamme 2-3.
Mais que se passe-t-il si nous voulons rechercher les informations de routage pour l'adresse 6? Normalement, nous ajouterions un ensemble "Par défaut" d'informations de routage avec préfixe 0/0
, c'est-à-dire correspondant à tous les bits et ensuite, lorsque nous recherchons, nous recherchons les informations les plus spécifiques, le préfixe correspondant le plus long, nous pouvons trouver. Donc, la table de routage complète que nous venons de décrire est la suivante:
0/2 00. Matches addresses 1 and 2.
2/2 01. Matches addresses 3 and 4.
0/0 ... Matches any address.
Les masques de sous-réseau peuvent être décrits avec des préfixes de la même manière, et ce schéma est donc souvent utilisé pour cela. Mais gardez à l'esprit que juste parce que ce schéma peut être utilisé pour décrire les sous-réseaux ne signifie pas qu'il est utilisé seulement pour décrire les sous-réseaux.
À titre d'exemple de prélèvements de table de routage, vous pouvez disposer de deux interfaces réseau connectées au même réseau, par exemple, 192.168.2.0/24. (Ceci pourrait être mis en œuvre en connectant deux cartes réseau distinctes sur le même commutateur, chacune avec son propre câble.) Vous pouvez ensuite configurer la table de routage pour "équilibrer" le trafic sortant sur les deux interfaces en utilisant deux entrées de table de routage:
192.168.2.0/25 eth0 # range ...2.0 to ...2.127
192.168.2.128/25 eth1 # range ...2.128 to ...2.255
Cela enverrait des paquets destinés à des adresses 0-127 sur ce réseau sur eth0
, mais des paquets destinés à adresser 128-255 sur ce réseau eth1
. C'est une mauvaise façon de faire cela (pour des raisons pour lesquelles je ne vais pas entrer ici), mais montre comment les préfixes de routage et les adresses de réseau ne peuvent pas correspondre.
¹ L'article Wikipedia sur - Tables de routage Malheureusement, indique que le champ Prefix contient l'ID de réseau ". Bien que cela puisse être vrai dans certaines implémentations spécifiques de tables de routage, il n'est pas toujours un identifiant de réseau dans le cas général, comme le montre l'exemple que vous fournissez et mon exemple plus tard dans cette réponse.
² Ces informations de routage incluent généralement des éléments tels que l'interface à utiliser, quel routeur à contacter sur cette interface, le cas échéant, l'adresse MAC d'un hôte pour les hôtes accessible directement à travers cette interface, quelle adresse source nous devrions mettre sur le paquet si l'hôte a Adresses à source multiple, informations de sécurité, etc. Il y a une grande variété de données qui pourraient être là, mais rien de tout cela n'est important pour les besoins de cette discussion, car nous parlons de la manière dont vous recherchez le jeu de données correct pour une adresse donnée, et non ce qui est dans le jeu de données lui-même. .