Différences
Ci-dessous, les différences entre deux révisions de la page.
Les deux révisions précédentesRévision précédenteProchaine révision | Révision précédente | ||
040-adresses:020-adressesipv4 [le 17/02/2025 à 08:38] – ↷ Page déplacée de 040_tuyauterie:020-adressesipv4 à 040-adresses:020-adressesipv4 prof | 040-adresses:020-adressesipv4 [le 02/03/2025 à 14:17] (Version actuelle) – [Relations avec les adresses MAC] prof | ||
---|---|---|---|
Ligne 9: | Ligne 9: | ||
=== Topologie === | === Topologie === | ||
- | {{: | + | {{040-adresses: |
Hormis la classe D multicast, destinée à faire de la diffusion d' | Hormis la classe D multicast, destinée à faire de la diffusion d' | ||
Ligne 30: | Ligne 30: | ||
* La classe C par trois bits, donc 1 1 0 | * La classe C par trois bits, donc 1 1 0 | ||
* La classe D (multicast) par 4 bits donc 1 1 1 0 | * La classe D (multicast) par 4 bits donc 1 1 1 0 | ||
- | {{ : | + | {{ 040-adresses: |
Ligne 49: | Ligne 49: | ||
* L' | * L' | ||
* L' | * L' | ||
+ | |||
+ | <note important> | ||
+ | * l' | ||
+ | * l' | ||
+ | </ | ||
=== Les réseaux privés === | === Les réseaux privés === | ||
Ligne 69: | Ligne 74: | ||
==== Le masque de sous réseau ==== | ==== Le masque de sous réseau ==== | ||
- | Le masque de sous-réseau | + | Le masque de sous-réseau |
* Soit l' | * Soit l' | ||
Ligne 81: | Ligne 86: | ||
^ C | 255.255.255.0 | ^ C | 255.255.255.0 | ||
- | Par défaut, un masque de sous réseau englobe donc la totalité de la classe. | + | Par défaut, un masque de sous réseau englobe donc la totalité de la classe. |
+ | < | ||
+ | < | ||
+ | |||
+ | <span class=" | ||
+ | |||
+ | <span class=" | ||
+ | <span class=" | ||
+ | <span class=" | ||
+ | <span class=" | ||
+ | </ | ||
Mais pourquoi « sous réseau »? | Mais pourquoi « sous réseau »? | ||
- | Le principe en est simple: Imaginons | + | Supposons, pour une raison obscure pour l' |
+ | < | ||
+ | < | ||
- | Si par exemple, bien qu' | + | <span class=" |
+ | |||
+ | <span class=" | ||
+ | <span class=" | ||
+ | <span class=" | ||
+ | <span class=" | ||
+ | </ | ||
+ | et le sous-réseau | ||
+ | < | ||
+ | < | ||
- | Deux hôtes, bien qu' | + | <span class=" |
- | ==== Le modèle CIDR ==== | + | <span class=" |
+ | <span class=" | ||
+ | <span class=" | ||
+ | <span class=" | ||
+ | </ | ||
- | Cette façon | + | Nous avons toujours des adresses allant |
+ | ==== Le modèle CIDR ==== | ||
+ | L' | ||
+ | * les masques sont constitués d'une suite de 1 sans trou, suivie d'une suite de 0 sans 1 au milieu; | ||
+ | * écrire ces masques sous la forme de 4 octets traduits en base décimale | ||
- | Avec ce modèle (Classless Inter-Domain Routing), la notion de classe n'existe | + | Avec le modèle (Classless Inter-Domain Routing), la notion de classe n'est plus qu' |
L'IANA distribue donc désormais des blocs d' | L'IANA distribue donc désormais des blocs d' | ||
Ligne 103: | Ligne 137: | ||
A titre d' | A titre d' | ||
- | 192.168.0.0/ | + | 192.168.0.0/ |
+ | < | ||
+ | < | ||
- | Ici, nous avons toujours deux adresses remarquables : | + | Address: |
- | + | Netmask: | |
- | * 192.168.0.0 qui symbolise tout le bloc ; | + | Wildcard: |
- | * 192.168.0.255 qui est l' | + | |
- | + | ||
- | La souplesse de cette méthode CIDR réside dans le fait que l'on peut définir désormais un bloc comme ceci : | + | |
- | + | ||
- | 192.168.0.0/ | + | |
- | + | ||
- | Il existe sur toute bonne distribution GNU/Linux un utilitaire nommé «ipcalc((Le même outil se trouve en ligne [[http:// | + | |
- | + | ||
- | < | + | |
- | ~$ ipcalc 192.168.0.0/ | + | |
- | <span class=" | + | |
- | <span class=" | + | |
- | Wildcard: | + | |
=> | => | ||
- | Network: | + | Network: |
- | <span class=" | + | <span class=" |
- | <span class=" | + | <span class=" |
- | <span class=" | + | <span class=" |
- | Hosts/ | + | <span class=" |
</ | </ | ||
+ | Dans cet exemple, nous avons englobé deux classes C adjacentes pour disposer de 510 adresses dans le même réseau. | ||
+ | ===== Relations avec les adresses MAC ===== | ||
+ | Il faudra patienter un peu pour accéder à toutes les travaux pratiques sur le routage IPv4. Pour l' | ||
+ | - **arp** si le paquet '' | ||
+ | - **ip** le couteau suisse du poquet '' | ||
+ | Soit un réseau '' | ||
+ | * un NAS 192.168.60.3; | ||
+ | * une imprimante 192.168.60.10; | ||
+ | * une station 192.168.60.47; | ||
+ | * une station 192.168.60.127; | ||
+ | * un routeur 192.168.60.254; | ||
- | Notez l' | + | Nous sommes sur la station 192.168.60.127: |
+ | < | ||
+ | < | ||
- | 192.168.0.0 - 192.168.0.63 | + | Adresse |
+ | 192.168.60.254 | ||
+ | 192.168.60.47 ether | ||
+ | 192.168.60.3 | ||
+ | </ | ||
+ | (le '' | ||
- | Voyons le bloc suivant qui pourrait être tout naturellement : | + | À peu près la même chose avec la commande '' |
+ | < | ||
+ | <b>ip -4 neigh list</ | ||
- | 192.168.0.64/26 | + | 192.168.60.254 dev enp1s0 lladdr 68:a3:78:86:ec:02 STALE |
- | + | 192.168.60.47 dev enp1s0 lladdr ae:2a:a7:dd:e6:07 REACHABLE | |
- | < | + | 192.168.60.3 dev enp1s0 lladdr 18:31:bf:df:a1:f0 STALE |
- | :~$ ipcalc 192.168.0.64/ | + | |
- | <span class=" | + | |
- | <span class=" | + | |
- | Wildcard: | + | |
- | => | + | |
- | Network: | + | |
- | <span class=" | + | |
- | <span class=" | + | |
- | <span class=" | + | |
- | Hosts/Net: 62 Class C, Private Internet | + | |
</ | </ | ||
+ | En gros, les mêmes informations. le '' | ||
- | ==== Un autre exemple ==== | + | Nous constatons qu'il n'y a pas de référence à '' |
- | + | ||
- | Sur un réseau privé, nous pourrions prendre les deux classes C 192.168.0.0 et 192.168.1.0. En utilisant un masque | + | |
- | + | ||
- | En notation CIRD : | + | |
- | + | ||
- | ~$ ipcalc 192.168.0.0/ | + | |
- | Address: | + | |
- | Netmask: | + | |
- | Wildcard: | + | |
- | => | + | |
- | Network: | + | |
- | HostMin: | + | |
- | HostMax: | + | |
- | Broadcast: 192.168.1.255 | + | |
- | Hosts/Net: 510 Class C, Private Internet | + | |
- | + | ||
- | Ça fonctionne... Avec quelques restrictions cependant, sur les anciens systèmes. Certaines vieilles piles IP (Windows 95 par exemple) risquent de ne pas accepter les adresses 192.168.0.255 et 192.168.1.0 comme adresses d'hôtes valides (elles devraient être réservées dans un réseau « normal", | + | |
- | + | ||
- | ==== Un exemple « vrai » de configuration ==== | + | |
- | + | ||
- | //**Cet exemple appartient désormais au passé, du temps d'un fournisseur d' | + | |
- | + | ||
- | Un client se connecte | + | |
- | + | ||
- | whois -h whois.geektools.com 62.161.99.115 ... | + | |
- | Query: 62.161.99.115 | + | |
- | Registry: whois.ripe.net | + | |
- | Results: | + | |
- | + | ||
- | % Rights restricted by copyright. See http:// | + | |
- | + | ||
- | inetnum: 62.161.96.0 - 62.161.120.255 | + | |
- | ... | + | |
- | + | ||
- | Cette adresse appartient donc au bloc 62.161.96.0 - 62.161.120.255, | + | |
- | + | ||
- | Voyons maintenant les informations données par le DHCP. (Exemple sous Linux avec PUMP) | + | |
< | < | ||
- | Device eth0 | + | <b>ip -4 neigh ls</b> |
- | <span class=" | + | |
- | Netmask: 255.255.248.0 | + | |
- | Broadcast: 62.161.103.255 | + | |
- | Network: 62.161.96.0</span> | + | |
- | Boot server 62.161.120.11 | + | |
- | Next server 62.161.120.11 | + | |
- | <span class=" | + | |
- | ... | + | |
- | Nameservers: | + | |
- | Renewal time: Thu Feb 1 10:17:57 2001 | + | |
- | Expiration time: Thu Feb 1 10:25:27 2001 | + | |
- | </ | + | |
- | Le masque de sous réseau est ici aussi inhabituel | + | <span class=" |
- | + | 192.168.60.254 dev enp1s0 lladdr 68: | |
- | <html>< | + | 192.168.60.47 dev enp1s0 lladdr ae:2a:a7:dd:e6:07 REACHABLE |
- | ~$ ipcalc 62.161.96.0 255.255.248.0 | + | 192.168.60.3 dev enp1s0 lladdr 18:31:bf:df:a1:f0 STALE |
- | Address: 62.161.96.0 | + | |
- | <span class=" | + | |
- | Wildcard: 0.0.7.255 00000000.00000000.00000 111.11111111 | + | |
- | => | + | |
- | <span class=" | + | |
- | HostMin: 62.161.96.1 | + | |
- | HostMax: | + | |
- | Broadcast: 62.161.103.255 | + | |
- | Hosts/Net: 2046 Class A | + | |
</ | </ | ||
+ | L' | ||
- | === Exercices... === | + | Si l' |
- | + | | |
- | == A quel sous réseau appartient | + | Elle est devenue «stale». Suivant le contexte, il pourra se faire que cette référence finisse pas disparaître |
- | | Adresse IP | '' | + | |
- | | Masque de sous réseau: | '' | + | |
- | | Adresse du sous-réseau: | + | |
- | | donc en décimal: | '' | + | |
- | + | ||
- | L' | + | |
- | + | ||
- | == Quelle est la partie de l'adresse qui concerne l' | + | |
- | | Adresse IP | '' | + | |
- | | Masque | + | |
- | | HostID: (ET logique) | '' | + | |
- | | donc en décimal: | '' | + | |
- | + | ||
- | L' | + | |
- | + | ||
- | == Quelle est la plus petite adresse possible dans ce sous réseau? == | + | |
- | * SubnetID+1=62.161.96.1 .\\ Qui est d' | + | |
- | + | ||
- | == Quelle est la plus grande adresse possible dans ce sous réseau? == | + | |
- | * C'est SubnetID+!SubnetMask-1\\ | + | |
- | + | ||
- | | SubnetID: | '' | + | |
- | | Masque de sous réseau-1: | '' | + | |
- | | Plus grande adresse possible: (+) | '' | + | |
- | | donc en décimal: | '' | + | |
- | + | ||
- | > L' | + | |
- | + | ||
- | C'est bien, n' | + |
Les adresses IPv4: Dernière modification le: 17/02/2025 à 08:38 par prof