CISCO PACKET TRACER. 1. Premier réseau. TSSI - Intervenir et assister sur

Transcription

1 CISCO PACKET TRACER 1. Premier réseau Le but est de brancher deux machines ensembles et de voir comment elles communiquent. On va tester notre premier réseau. Pour faire le test, on utilise un outil qui envoie un message (un PING) d un poste à un autre. On clique sur l enveloppe dans le volet de droite (1) Puis sur le poste émetteur qui lance le test (le poste PC0) (2) Puis sur le poste destinataire (PC1) (3) Un message d erreur apparait! slo@eg2i.net - Les bases - page 1 / 15

2 Il faut donc brancher nos PC à l aide d un câble croisé. On sélectionne les éléments «connections» (1) Puis le câble croisé (2) On clique le poste PC0 (3) On choisit le port FastEthernet0 (4) On clique le poste PC1 On choisit le port FastEthernet0 On refait notre test de communication Ça ne marche toujours pas! Pourquoi? Il faut une configuration IP Une configuration IP est composée d une adresse IP et d un masque de sousréseau. Dans notre cas, nous choisirons la configuration ci-contre. Double-cliquer sur PC0 Onglet Config (1) > FastEthernet0 (2) : Mask : (3) slo@eg2i.net - Les bases - page 2 / 15

3 Faire de même pour PC1 : Puis faites le test de communication Ça marche!!! (4) Amusons-nous, et changeons la configuration IP de PC1 : Faites le test de communication Ça ne marche plus! Pour que deux machines puissent communiquer, il faut qu elles appartiennent au même réseau physique (connexion filaire ou sans fil) mais aussi au même réseau logique (combinaison de l adresse IP et du masque de sous-réseau) Le masque de sous-réseau découpe l adresse IP et en deux : une adresse de réseau et une adresse d de PC Mask de PC de PC Hôte de PC0 de PC Mask de PC de PC Hôte de PC0 23 On remarque que l adresse réseau de PC0 est différente de l adresse réseau de PC1, les deux adresses IP ne sont donc pas dans le même réseau logique (IP), donc la communication est impossible entre PC0 et PC1. Testons avec les configurations suivantes : PC0 PC1 Ça marche? / / / / / / slo@eg2i.net - Les bases - page 3 / 15

4 2. Deuxième réseau (en réseau sans fil) On commence par couper le câble réseau Puis on change la carte réseau du poste pour y mettre un adaptateur sans fil On double-clique sur le poste On éteint le poste (1) On retire la carte (2,3) On place par un adaptateur sans fil (4,5) On configure les interfaces sans fil (Wireless0) avec les configurations suivantes : PC0 : / 24 PC1 : / 24 On teste Ça ne marche pas! Nous ne sommes pas surpris! Il faut une antenne qui fasse la liaison Ajoutons une antenne relais WiFi (1,2,3) Des ondes apparaissent symbolisant la communication entre les postes et l antenne relais Faisons-le teste de communication Ça marche!!! Changeons la configuration de PC1 : / 24 Testons Ça ne marche plus! slo@eg2i.net - Les bases - page 4 / 15

5 3. Troisième réseau (avec 4 postes) Réalisons un réseau composé de 4 postes informatiques avec les configurations IP mentionnées sur le schéma ci-contre. Pour interconnecter les postes entre eux, il nous faut une prise multiple pour réseau Ethernet, on l appelle le concentrateur ou HUB. Ajoutons donc un concentrateur et branchons les postes sur le concentrateur. (1,2,3) On constate que si l on utilise un câble croisé, des points rouges apparaissent pour signaler un mauvais branchement électrique! Si on utilise des câbles droits, les points sont verts pour indiquer un branchement électrique correct! Testons la communication entre PC1 et PC2 Ça marche!!! Mais voyons ça de plus près Passons du mode Realtime (temps réel) au mode Simulation Posons des filtres sur les protocoles pour ne conserver que le protocole qui nous intéresse, celui du PING ou le ICMP slo@eg2i.net - Les bases - page 5 / 15

6 On retire tous les protocoles! On clique sur le bouton : Show All / None (1) Puis on active notre protocole ICMP (1,2) On va pouvoir voir ce qui se passe à l aide d une animation. Laissons l animation en cliquant sur Auto Capture / Play (1) Comme c est étrange! La requête est envoyée à tout le monde. Cependant seul PC1 ne répond! Pourquoi la requête est-elle envoyée à tout le monde? A cause du concentrateur qui répète le courant reçu sur tous les autres ports! Peut-on éviter cela? Oui, avec un commutateur ou SWITCH. Le risque, faire deux requêtes simultanées en mode simulation PC1 vers PC2 PC3 vers PC4 Regarder le concentrateur! Il prend feu! Il y a une collision!!! slo@eg2i.net - Les bases - page 6 / 15

7 Remplaçons notre concentrateur par un commutateur Faisons le test du ping entre PC1 et PC2 en mode simultation Et nous sommes soulagés, la communication ne s est faite qu entre nos deux postes PC1 et PC2. PC3 et PC4 n ont pas vu de requêtes! Mais comment cela fonctionne-t-il? Pour comprendre, il faut s intéresser à la couche liaison, entre la couche physique (les câbles ou les ondes) et la couche réseau (la configuration IP) Cette couche liaison est gérée par un protocole Ethernet ARP, pour : Address Resolution Protocol Activons ce protocole dans notre simulateur. Fermons le réseau et enregistrons-le, puis ré-ouvrons-le pour réinitialiser tous les éléments du réseau. Refaisons la simulation du PING entre PC1 et PC2 en analysant les trames ARP. On constate que le PING (ICMP) est retenu, et des trames ARP sont envoyées sur le réseau pour rechercher le destinataire PC2. A partir de PC1, on ne connait que l adresse IP de PC2, mais pas son adresse physique (adresse MAC Media Access Control). En consultant le détail du PDU (Protocol Data Unit). La requête ARP demande quel hôte du réseau a l adresse IP (Target IP) , l adresse de PC2. Lorsque cette adresse sera associée à une adresse MAC : ce sera OK! slo@eg2i.net - Les bases - page 7 / 15

8 4. Quatrième réseau (deux sous-réseaux) Réaliser le réseau ci-contre en tenant compte des configurations IP de chaque poste On teste que PC1 communique avec PC2, que PC3 communique avec PC4, mais que PC1 ne peut communiquer ni avec PC3, ni avec PC4. Normal ils ne sont pas dans le même réseau! On va donc ajouter un appareil qui permet de faire la liaison entre deux réseaux : un routeur! Il faut faire très attention : un routeur a deux cartes réseaux! Il faut donc relier ses deux cartes au switch avec les configurations proposées cicontre. On fait le test entre PC1 et PC3 Ça ne marche toujours pas! En effet, pour sortir du réseau, il faut indiquer la porte de sortie, à savoir le routeur appelé aussi passerelle dans la configuration IP ou Gateway. slo@eg2i.net - Les bases - page 8 / 15

9 Sur PC1, on configure sa passerelle comme ci-contre. On fait de même pour PC2, PC3 et PC4. Bien entendu, on configure la passerelle avec l adresse du routeur qui correspond à celle du réseau logique de l interface du poste PCx On peut alors faire le test en PC1 et PC3 ou PC4 Ça marche! 5. Cinquième réseau (deux réseaux distants) Réaliser le réseau ci-contre en tenant compte des configurations IP de chaque élément, y compris les passerelles! On note la présence d un troisième réseau, le entre les deux routeurs. On teste PC1 avec PC3 : Echec! Que se passe-til? Le routeur Router0 ne sait pas quoi faire du paquet, car il ne connait pas le réseau de PC3. Indiquons-lui une route comme cicontre. (La route /0 est une route par défaut) Si un paquet sort, on l envoie vers (router2) slo@eg2i.net - Les bases - page 9 / 15

10 6. Sixième réseau (deux réseaux très distants) Réaliser le réseau ci-contre en tenant compte des configurations IP de chaque élément, y compris les passerelles! Cette notion indique que le poste PC1 a pour configuration réseau : adresse IP /24 passerelle Pour le Router1 : fa0/0 : /25 fa0/1 : /8 On lance la simulation entre PC1 et PC2 : Ça ne marche pas! Effectivement, vu l adresse de PC1 ( /24) et de PC2 ( /24), PC1 pense pouvoir communiquer avec PC2 car il est dans son réseau local, mais ce n est physiquement pas le cas! Changeons le réseau de PC2 et donnons-lui le /16 (Attention! Le routeur change aussi d adresse, et la passerelle de PC2 aussi). Faisons le test : Ça ne marche toujours pas!!! Nous n avons pas configuré les routes! Ajoutons les routes par défaut sur chaque routeur, Router1 et Router3 envoyant vers Router2. Les routes de Router2 sont les suivantes (ci-contre) On note 2 routes sur le routeur Router2, car de là où il se trouve, il ne voit aucun des deux réseaux (PC1, PC2), il faut donc lui indiquer dans quelle direction aller! On fait le test Ça marche! Plus on ajoute de routeurs, plus il faut configurer de routes! Plus il y a de réseaux et plus il faut maintenir les tables de routages! C est un problème dont la résolution est en temps exponentiel! Heureusement, des algorithmes ont été mis en place pour nous sauver : RIP, OSPF, etc. slo@eg2i.net - Les bases - page 10 / 15

11 7. Premier service : DNS (Domain Name Server) Le service DNS a pour but d utiliser un nom de domaine a la place d une adresse IP. Réalisons le réseau cicontre : On veut faire un PING en mode console A partir de PC1, on ouvre la console (1,2) Dans l invite, on lance la commande : ping Nous connaissons l adresse IP de PC2. Mais si nous ne la connaissons pas? Nous ne connaissons que son nom de machine PC2! Nous avons besoin d un serveur DNS pour associer le nom PC2 à son adresse IP slo@eg2i.net - Les bases - page 11 / 15

12 Sur le serveur Server On active le service DNS (1,2,3) On associe le nom PC2 à l adresse IP (4,5) Cela ne suffit pas, il faut dire à PC1 qu il doit interroger un serveur DNS. On lui indique l adresse du serveur DNS (1,2,3) Maintenant que c est fait, nous pouvons faire un ping sur PC2 en utilisant son nom Ping PC2 Ça marche!!!! Interrogeons le serveur DNS avec la commande NSLOOPKUP Demandons lui PC2 slo@eg2i.net - Les bases - page 12 / 15

13 Changeons l adresse de PC2 en Changeons l adresse sur le serveur DNS Testons le ping à partir de PC1 Ça marche! PC1 n y a vu que du feu! Sans savoir que l adresse de PC2 avait changé! 8. Second service : DHCP A partir du réseau précédent, sur le serveur, nous activons le service DHCP (1,2) On configure la passerelle, le serveur DNS, une plage d adresse disponible (la première adresse, le masque de sous-réseau, le nombre d adresses disponible) (3) On sauvegarde la configuration (4) Ajoutons un portable (Laptop0) Demandons une configuration par défaut grâce au service DHCP (1) On peut faire un ping vers le poste PC2 Ça marche! slo@eg2i.net - Les bases - page 13 / 15

14 9. Troisième service : HTTP Le service HTTP est activé par défaut sur le serveur (vérifier) Nous ajoutons l entrée du serveur dans le DNS comme suit : lan.gp / A partir d un PC, on ouvre le navigateur Internet, et on affiche la page lan.gp Ça marche! 10. Quatrième service : FTP Le service FTP est activé par défaut sur le serveur (vérifier) Consultons la configuration sur le serveur : (1) Les utilisateurs, leurs pseudos, leurs mots de passe, et leurs permissions (2) Les fichiers du serveur (3) A partir d un poste, interrogeons notre serveur FTP Utilisons la commande : ftp user : cisco password : cisco slo@eg2i.net - Les bases - page 14 / 15

15 Réaliser le réseau suivant : EXERCICE DE SYNTHESE A partir de la tablette, configurer en DHCP, doit interroger les serveurs lan.gp et lan.fr A partir de PC1 (DHCP), on doit avoir accès au serveur FTP de lan.fr avec l utilisateur admin/admin On ajoute un PC2 (DHCP), on doit avoir accès au serveur FTP de lan.gp avec l utilisateur user/user slo@eg2i.net - Les bases - page 15 / 15