Routage statique IPv4, rôle d’ICMP

Copyright (C) 2012  Jean-Vincent Loddo
Licence Creative Commons Paternité - Partage à l’Identique 3.0 non transposé.

Séance de TP entièrement effectuée avec le logiciel Marionnet. Durée estimée : 1h30 - 2h.

Prérequis.

Notions de routage, tables de routage et passerelle.

1 Câblage et configuration des réseaux locaux

On utilise 4 machines, m₁, m₂, m₃ et m₄, dont une en particulier, m₃, équipée de 2 interfaces réseau eth0 et eth1. Construisez un premier réseau local LAN₁ = {m₁, m₂, m₃} en 192.168.1.0 ⁄ 24, sur lequel m₃ sera branché par l’interface eth0. Construisez un deuxième réseau local LAN₂ = {m₃, m₄} en 10.10.0.0 ⁄ 16, sur lequel m₃ sera branché par l’interface eth1. Les deux réseaux locaux seront réalisés par des hubs¹.

Distributions GNU/Linux.

Utilisez une distribution permettant de lancer des applications graphiques (p.e. Debian) sur les machines “espions” m₁ et m4. Vous avez le choix pour les autres machines.

Attribution des IP.

Par simplicité, la machine m_i aura l’adresse 192.168.1.i ou 10.10.0.i selon son réseau d’appartenance, à l’exception de m₃ qui aura, dans les deux réseaux, la dernière adresse possible.

2 Configuration du réseau étendu

La machine Linux m₃ sera utilisée comme routeur pour relier LAN₁ et LAN₂ et réaliser ainsi un réseau étendu LAN₁₂ = LAN₁∪LAN₂ = {m₁, m₂, m₃, m₄} :

1. activez la fonctionnalité routage du noyau Linux sur m₃ ;

2. modifiez les tables de routage des machines du LAN₁ de façon qu’elle prennent connaissance de l’existence du LAN₂ et réciproquement ; pour ce faire, utilisez la commande route (cf. man route) :

   route add -net plage-réseau gw adresse-ip-machine 
   

   où plage-réseau peut être spécifié avec la notation CIDR (recommandé) ou par une syntaxe longue en utilisant le mot netmask :

   plage-réseau :: = adresse-ip/entier (notation CIDR)
   | adresse-ip netmask netmask (notation longue)
   

   Dans le premier cas on écrira par exemple “123.45.67.0/24”, dans le second on écrira par exemple “123.45.67.0 netmask 255.255.255.0”.

   Faut-il modifier la table de routage de m₃ ? Pourquoi ?

3. testez la réussite d’un ping entre m₁ et m4 ; si cette communication fonctionne, passez au point suivant ;

4. éliminez toutes les routes ajoutées au point 2. toujours par la commande route :

   route del -net plage-réseau gw adresse-ip-machine 
   

   (il suffit dans chaque terminal de reprendre la commande route add -net ... utilisée précédemment en changeant le mot add par del).

5. Faites à nouveau la configuration des routes , comme dans le point 2., mais cette fois vous définirez la passerelle comme étant celle par défaut :

   route add default gw adresse-ip-machine 
   

   Est-ce que cela fait une différence dans notre réseau ? Que faudrait-il faire pour observer une différence entre cette manière de configurer les machines “périphériques” et celle utilisée au point 2. ?

3 Le rôle de ICMP dans le routage IP : un cas de figure

Éteignez (proprement, sans débrancher) toutes les machines virtuelles et faites-les redémarrer pour recommencer l’exercice depuis le début². Cette fois, vous commencerez par lancer en tâche de fond (& en fin de ligne) un nouveau terminal sur m₁ :

m1#  xterm &

Dans le nouveau terminal de m₁, essayez de faire tourner un ping vers m₄ :

m1#  ping 10.10.0.4
connect: Network is unreachable

vous aurez droit à un message d’erreur qui vous indique que le système ne sait pas quelle direction doit prendre ce paquet IP. Lancez à présent un tcpdump sur m₂ pour espionner le trafic sur LAN₁ et un deuxième tcpdump à partir d’un nouveau terminal de m₄ (xterm& depuis m₄). Vous êtes maintenant en mesure de constater, pas à pas, la progression de votre configuration. Essayez alors, dans l’ordre, les actions suivantes :

• sur m₁, configurez l’IP de l’interface eth0

  • testez à nouveau le ping m₁ → m₄

  • observez que rien ne se passe sur le LAN₁ depuis l’espion m₂ : pourquoi ?

• sur m₁, configurez m₃ comme passerelle par défaut

  • testez à nouveau le ping m₁ → m₄ (laissez-le boucler³)

  • observez que quelque chose se passe sur le LAN₁ depuis l’espion m₂ : quoi ? quels protocoles ?

• sur m₃, configurez les deux interfaces eth0 et eth1

  • observez que quelque chose de différent se passe sur le LAN₁ depuis l’espion m₂ : quoi ? quels protocoles ?

• sur m₃, activez le routage

  • observez que quelque chose se passe

    • sur le LAN₁ depuis l’espion m₂, dans le sens de communication m₃ → m₁ : quoi ? quels protocoles ? S’agit-il d’un message ICMP de type différent de 0 (REPLY) et de 8 (ECHO) ?

    • sur le LAN₂ depuis le tcpdump tournant dans la deuxième fenêtre de terminal de m₄ : quoi ? quels protocoles ?

• sur m₄, configurez l’interface eth0

  • que y a t’il de différent par rapport à la situation précédente ? que se passe t’il sur les deux réseaux ?

• sur m₄, configurez m₃ comme passerelle par défaut

  • le ping m₁ → m₄ devrait finalement fonctionner!