nsi:premiere:reseau:tcpip
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 | ||
| nsi:premiere:reseau:tcpip [2022/03/27 18:34] – goupillwiki | nsi:premiere:reseau:tcpip [2023/03/31 13:01] (Version actuelle) – goupillwiki | ||
|---|---|---|---|
| Ligne 38: | Ligne 38: | ||
| Dans les exemples, on se réfère au réseau ci-dessous. | Dans les exemples, on se réfère au réseau ci-dessous. | ||
| - | {{ : | + | {{ : |
| Au niveau des du câbles réseaux, des cartes réseaux, des switchs, on ne voit que l' | Au niveau des du câbles réseaux, des cartes réseaux, des switchs, on ne voit que l' | ||
| Ligne 72: | Ligne 72: | ||
| <WRAP box> | <WRAP box> | ||
| + | ===== Trames et paquets ===== | ||
| + | Comme nous l' | ||
| + | Un **paquet IP** est contenu dans une **trame MAC**. Une trame MAC a le format suivant : | ||
| + | ^ MAC destinataire ^ MAC source ^ Type de protocole ^ Paquet IP ^ codes d' | ||
| + | | 6 octets | ||
| - | Trames et paquets | + | Il arrive qu'on envoie une requête sans connaître l' |
| - | Comme nous l'avons déjà dit, les données sont échangées par paquets. Pour un petit échange comme un ping, un seul paquet suffit. Le transfert d'une image ou d'une page web peut nécessiter de découper en plusieurs paquets. | + | <WRAP tip>Il existe plusieurs versions de ces trames dont le principe est le même. Je donne ici la version telle que l'a inventé Xerox et qui est majoritairement utilisée. |
| - | Un paquet de type IP est contenu dans une trame MAC. Une trame MAC a le format suivant : | + | Dans notre cas IPv4, l'//Ethertype// = type de protocole sera 08 00.</ |
| - | + | ||
| - | MAC destinataire MAC source Type de protocole Paquet IP codes d' | + | |
| - | 6 octets 6 octets 2 octets de 46 à 1500 octets 4 octets | + | |
| - | Il arrive qu'on envoie une requête sans connaître l' | + | |
| - | + | ||
| - | Là encore il existe plusieurs versions de ces trames dont le principe est le même. Je donne ici la version telle que l'a inventé Xerox et qui est majoritairement utilisée. | + | |
| - | + | ||
| - | Dans notre cas IPv4, l' | + | |
| Le paquet IP (contenu dans la trame) a son propre format résumé par le tableau ci-dessous. | Le paquet IP (contenu dans la trame) a son propre format résumé par le tableau ci-dessous. | ||
| + | {{ : | ||
| Un mot sur les champs en vert : | Un mot sur les champs en vert : | ||
| + | * //Source Address// et // | ||
| + | * //TTL// = Time To Live. À mesure que le paquet se déplace dans le réseau, il est relayé par des aiguilleurs (appelés routeurs) mais pour qu'il n'erre pas indéfiniment dans le réseau, on lui donne une durée de vie. À chaque passage par un routeur, TTL baisse de 1. à 0, le paquet est mort. | ||
| - | Source Address et Destination Address sont les adresses IP source et destination, | + | <WRAP box> |
| - | + | * [[nsi: | |
| - | TTL = Time To Live. À mesure que le paquet se déplace dans le réseau, il est relayé par des aiguilleurs (appelés routeurs) mais pour qu'il n'erre pas indéfiniment dans le réseau, on lui donne une durée de vie. À chaque passage par un routeur, TTL baisse de 1. à 0, le paquet est mort. | + | * [[nsi: |
| - | + | * [[nsi: | |
| - | Exercice 3 : interprétation d'un paquet | + | </WRAP> |
| - | + | ||
| - | Exercice 4 : visualisation des paquets dans un échange | + | |
| - | + | ||
| - | Exercice 5 : évolution de TTL | + | |
| - | + | ||
| - | Passerelle - gateway | + | |
| - | + | ||
| - | Avec le fichier réseau2.fls, | + | |
| - | + | ||
| - | + | ||
| - | + | ||
| - | + | ||
| - | Les machines M1, M2, M3 ont les mêmes adresses que dans réseau1.fls. À présent, on souhaite pouvoir atteindre le serveur WEB depuis M1. Le serveur WEB à l' | + | |
| - | En l' | + | ==== Articulation IP - MAC ==== |
| - | Sortir du sous-réseau. On a compris dans la partie précédente, | + | Cette [[http:// |
| - | 192.168.0.11 & 255.255.255.0 | + | ===== Passerelle - gateway ===== |
| - | M1 peut donc conclure : cette adresse | + | Dans l' |
| - | En revanche, dans le cas de 172.16.0.2 (WEB), M1 faisant le même calcul arrive | + | M1 a besoin d'une **passerelle**. Une passerelle est une machine, reliée |
| - | 192.168.0.11 & 255.255.255.0 == 192.168.0.0 != 172.16.0.2 & 255.255.255.0 | + | Chez un particulier, |
| - | Alors M1 ne sait pas quoi faire. Il faut configurer M1 pour aller voir en dehors du sous-réseau pour trouver | + | * Si on a donné à M1 l' |
| + | * Sinon, M1 déclare ne pas pouvoir atteindre la cible. | ||
| - | Ici la passerelle est le routeur | + | Voyez cette [[http:// |
| - | Manipulations dans Exercice | + | <WRAP box> |
| - | DNS - Directory Name Service | ||
| - | Dans le cas précédent, | + | ===== DNS - Directory Name Service ===== |
| - | Supposons que je veuille donner comme nom monsite.fr au serveur WEB. Je vais devoir créer une association entre le domaine monsite.fr et l'IP 172.16.0.2. C'est le rôle du serveur DNS. | + | Dans l' |
| - | Dans la configuration de l'interface réseau on peut ajouter | + | **C' |
| - | Manipulations dans Exercice | + | <WRAP box> |
nsi/premiere/reseau/tcpip.1648398858.txt.gz · Dernière modification : de goupillwiki
