Premier commit

README.md.backup

@@ -0,0 +1,32 @@
+# Le fonctionnement des réseaux
+
+Que se passe-t-il lorsque je tape `traceroute wikipedia.org`sur Lushy Rosemary.
+![](traceroute.png)
+
+
+1. LR regarde en local (où ? Cache DNS ?) s'il connaît l'adresse IP de wikipedia.org.
+2. Si LR n'a pas l'information en local, il pose la question à un DNS (lequel ?). Pour savoir quel DNS on utilise, on peut taper `resolvectl status`dans un terminal.
+![](resolvectl1.png)
+3. LR pose la question à 8.8.8.8 (serveur DNS de Google) (Le DNS du FAI répond-il ?)
+4. Pour savoir comment joindre 8.8.8.8, LR consulte sa table de routage.
+
+![](routing-table.png)
+
+L'adresse IP 8.8.8.8 n'appartient pas aux différents réseaux listés (les routes sont-elles lues dans l'ordre ?). LR utilise donc la première route. Elle doit donc contacter 10.42.0.1.
+
+5. LR doit contacter 10.42.0.1. Grâce à sa table de routage, il voit qu'elle appartient à un des réseaux auxquels il est connecté (car la passerelle est 0.0.0.0). Il envoie donc le message à l'@MAC associée à 10.42.0.1.
+
+![](ARP-table.png)
+
+6. Le routeur ayant pour adresse 10.42.0.1 va lui aussi consulter sa table de routage, puis sa table ARP afin d'envoyer le message au prochain routeur. Étant donné qu'il s'agit d'un routeur, il va associer un port à cette communication (et faire du NAT/PAT). Ainsi, lorsque ce message reviendra avec un port donné, il saura à quelle adresse IP il devra donner le message. Chaque routeur va faire ainsi.
+
+7. Le serveur DNS 8.8.8.8 répond à la question. Le message emprunte un itinéraire qui sera probablement différent (notamment en milieu de chaîne).
+
+
+8. LR a la réponse. Il va donc pouvoir envoyer son message à l'adresse IP de wikipedia.org.
+
+
+
+
+On peut voir en savoir plus sur le cache DNS en tapant `resolvectl statistics` dans un terminal.
+![](resolvectl-statistics.png)