Différences

Ci-dessous, les différences entre deux révisions de la page.

--- kathara:infrareseau [2020/11/10 15:04]
techer.charles_educ-valadon-limoges.fr ancienne révision (2020/11/02 13:20) restaurée
+++ kathara:infrareseau [2021/09/12 12:59] (Version actuelle)
techer.charles_educ-valadon-limoges.fr re défaut
@@ Ligne 19: / Ligne 19: @@
 Dans le terminal, tapez la commande suivante :
 <code shell>
-btssio@ubuntudocker:~$ kathara vstart -n --eth 0:HubDCA routeur --bridged
+btssio@ubuntudocker:~$ kathara vstart -n routeur --eth 0:HubDCA --bridged
 </code>
@@ Ligne 34: / Ligne 34: @@
-Supprimez toutes les VMs créées avec wipe et vérifiez que les interfaces des bridges Docker soit bien également supprimées avec les commandes ifconfig ou ip.
+Supprimez toutes les VMs créées avec **kathara wipe** et vérifiez que les interfaces des bridges Docker soit bien également supprimées avec les commandes ifconfig ou ip.
   * Exemple :
 <code shell>
-btssio@ubuntudocker:~$ lwipe
+btssio@ubuntudocker:~$ kathara wipe
 btssio@ubuntudocker:~$ ip a
 : lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN group …
@@ Ligne 127: / Ligne 127: @@
 **Pour sta1 et à partir de cet hôte** :
 <code shell>
-root@sta1:~#   route -n
+root@sta1:~# ip route
 </code>
-Une ligne indiquant un **'UG'** confirme qu'il y a bien une route UP (U) et par défaut (G). Cette route par défaut est bien l’adresse IP de l’interface eth1 du routeur.
+Une ligne indiquant **default via** confirme qu'il y a bien une passerelle par défaut à l'adresse IP de l’interface eth1 du routeur 192.168.10.254.
 {{ :kathara:kathara_12.png |}}
@@ Ligne 135: / Ligne 135: @@
 **Pour routeur et à partir de cet hôte :**
 <code shell>
-root@routeur:~#   route –n
+root@routeur:~#  ip route
 </code>
 routeur peut envoyer les paquets via son interface **eth0** au réseau 192.168.10.0/24 (celui de **sta1**) et via son interface **eth1** vers le réseau 172.17.0.0/16 qui est celui du bridge Docker.
+Il a également une passerelle par défaut qui est l'adresse IP du bridge Docker 172.17.0.1
 {{ :kathara:kathara_13.png |}}
@@ Ligne 143: / Ligne 145: @@
 **Pour l'hôte Server et à partir de cet hôte :**
 <code shell>
-btssio@ubuntudocker:~/Documents/lab1$ sudo route -n
+btssio@ubuntudocker:~/Documents/lab1$ sudo ip route
 </code>
@@ Ligne 242: / Ligne 244: @@
 btssio@ubuntudocker:~/Documents/lab1$kathara lstart routeur
 </code>
 ==== Les sous-répertoires du lab ====
+Le dossier** /hostlab** des VMs correspond à votre **$HOME (btssio)** sur l'hôte Ubuntu. Cela permet d'avoir un espace disque partagé entre les VMs et l'hôte pour pouvoir échanger des fichiers.
+{{ :kathara:kathara_18.png |}}
+<WRAP center round important>
+**ATTENTION**\\
+Les dossier et fichiers copiés depuis une VM dans le home du compte BTS SIO, ont les autorisations du compte root. Il faut alors redonner les autorisations nécessaires au compte btssio :
+<code shell>
+btssio@ubuntudocker:~$ sudo chown -R btssio:btssio /home/fichieroudossier
+</code>
+</WRAP>
 Toute arborescence mise sur le lab, dans le répertoire d'une VM est recopié dans la VM en partant de la racine lors du lancement du lab. Par exemple, l'arborescence **/etc/resolv.conf** mise dans le répertoire **sta1** du lab **lab1**, sera recopiée dans la VM **sta1** à l'endroit **/etc/resolv.conf**. Cette copie de fichiers pré renseignés, permet de configurer les VMs lors de leur lancement. Cela complète l’utilisation des fichiers **VMx.startup** et **VMx.shutdown**. Les fichiers **shared.startup** et **shared.shutdown** concernent toutes les VMs du lab et sont exécutés avant **VMx.startup** et **VMx.shutdown**.
@@ Ligne 304: / Ligne 318: @@
 route add default gw 192.168.10.254
 </code>
-==== Générateur de lab Kathara ====
+==== Le générateur de lab GUI ====
-Le projet Kathara propsoe un générateur de lab disponible sur Github :
-  * https://github.com/KatharaFramework/Netkit-Lab-Generator
-==== Exercice 1 ====
+Lors du téléchargement de Kathara vous avez également téléchargé un **générateur de lab graphique (GUI)**. Cet outil se lance sous la forme d’une simple page HTM situé dans le dossier de Kathara.
+Depuis votre Ubuntu Server, lancez depuis l’explorateur la page **index.html** située dans le dossier **/opt/Kathara/GUI**. Grâce à cet outil, vous pouvez définir votre lab et généré le schéma réseau. Voici ce que cela donne pour le premier lab.
+{{ :kathara:kathara_20.png |}}
+Voici le schéma réseau du lab qui est obtenu :
+{{ :kathara:kathara_21.png |}}
+Vous pouvez exporter la configuration saisie sous forme de fichier XML.
@@ Ligne 331: / Ligne 352: @@
 Vos VMs peuvent communiquer sur le réseau mais sont **masquées** et donc **inaccessibles depuis votre réseau local**. Il est tout à fait envisageable de réaliser des infrastructures réseaux qui utilisent à la fois vos VMs crées avec Kathara et des VMs créées avec Virtualbox. Toutes ces VMs doivent pouvoir communiquer entre elles.
-Le bridge (pont) Kathara créé en associant un domaine de collision  à une des interfaces de la VM routeur de l’exercice précédent, pernet à celle-ci de communiquer avec votre hôte Ubuntu, votre réseau local et Internet. Kathara à configuré automatiquement l’interface de la VM et depuis votre hôte Ubuntu vous pouvez faire un ping sur l’interface eth1 de routeur (adresse IP 172.17.0.2/16).
+Le bridge (pont) Kathara créé en associant un domaine de collision  à une des interfaces de la VM routeur de l’exercice précédent, pernet à celle-ci de communiquer avec votre hôte Ubuntu, votre réseau local et Internet. Kathara à configuré automatiquement l’interface de la VM et depuis votre hôte Ubuntu vous pouvez faire un ping sur l’interface eth0 de routeur (adresse IP 172.19.0.2/16).
-Par contre vous ne pouvez pas faire de ping réussis sur l’interface eth0 (adresse IP 192.168.10.254/24) ni sur les interfaces de **sta1** (adresse IP 192.168.10.1/24) et de **web** (adresse IP 192.168.10.253/24).
+Par contre vous ne pouvez pas faire de ping réussis sur l’interface eth1 (adresse IP 192.168.10.254/24) ni sur les interfaces de **sta1** (adresse IP 192.168.10.1/24) et de **web** (adresse IP 192.168.10.253/24).
-Vous pouvez donc rajouter une route statique à l’hôte Ubuntu afin de lui indiquer comment accéder aux réseaux créés après la VM Routeur.
+Vous allez donc rajouter une route statique à l’hôte Ubuntu afin de lui indiquer comment accéder aux ré-seaux créés après la VM Routeur.
 Voici la commande à exécuter dans le Terminal de la VM Ubuntu :
 <code shell>
-btssio@ubuntunetkit:~$   sudo route add –net 192.168.10.0 netmask 255.255.255.0 gw 172.17.0.2
+btssio@ubuntunetkit:~$   sudo route add –net 192.168.10.0 netmask 255.255.255.0 gw 172.19.0.2
 </code>
 <WRAP center round important >
 **ATTENTION**\\
-Indiquez bien l’adresse de l’**interface eth1** de la VM routeur comme passerelle (**gw**) dans la commande route.
+Indiquez bien l’adresse de l’**interface eth0** de la VM routeur comme passerelle (**gw**) dans la commande route.
 </WRAP>
@@ Ligne 350: / Ligne 371: @@
 La commande est à interpréter de la manière suivante :
-Pour atteindre le réseau 192.168.10.0 (celui sur lequel se trouve les VM **sta1 et web**), il faut envoyer les paquets  à l’équipement qui a l’adresse IP 172.17.0.2 et qui va router les paquets : il s’agit de l’interface de la VM Routeur.
+Pour atteindre le réseau 192.168.10.0 (celui sur lequel se trouve les VM **sta1 et web**), il faut envoyer les paquets  à l’équipement qui a l’adresse IP 172.19.0.2 et qui va router les paquets : il s’agit de l’interface de la VM Routeur.
 Visualisez à nouveau la table de routage d’Ubuntu :
@@ Ligne 357: / Ligne 378: @@
 Kernel IP routing table
 Destination 	Gateway     	Genmask     	Flags Metric Ref	Use Iface
-.0.0.0     	192.168.1.254 	0.0.0.0     	UG	100	0    	0 enp0s3
+.0.0.0     	192.168.1.1 	0.0.0.0     	UG	100	0    	0 enp0s3
 .17.0.0  	0.0.0.0     	255.255.0.0 	U 	0  	0    	0 docker0
+.19.0.0  	0.0.0.0     	255.255.0.0 	U 	0  	0    	0 br-4c5f450b5d88
+.20.0.0  	0.0.0.0     	255.255.0.0 	U 	0  	0    	0 br-d50fd70cccaf
 .168.1.0 	0.0.0.0     	255.255.255.0   U 	0  	0    	0 enp0s3
-.168.1.254 	0.0.0.0     	255.255.255.255 UH	100	0    	0 enp0s3
+.168.1.1 	0.0.0.0     	255.255.255.255 UH	100	0    	0 enp0s3
-.168.10.0	172.17.0.2  	255.255.255.0   UG	0  	0    	0 docker0
+.168.10.0	172.19.0.2  	255.255.255.0   UG	0  	0    	0 br-4c5f450b5d88
 btssio@ubuntudocker:~/Documents/lab_exercice1$
 </code>
-Une nouvelle route est ajoutée vers 192.168.10.0 en passant par le bridge virtuel **docker0**. Maintenant, à partir de l’hôte Ubuntu Server, vous pouvez communiquer avec le réseau **192.168.10.0** et donc avec **sta1** (adresse IP 192.168.10.1) et **web** (adresse IP 192.168.10.253).
+Une nouvelle route est ajoutée vers 192.168.10.0 en passant par le bridge virtuel **br_4c5f450b5d88**. Maintenant, à partir de l’hôte Ubuntu Server, vous pouvez communiquer avec le réseau **192.168.10.0** et donc avec **sta1** (adresse IP 192.168.10.1) et **web** (adresse IP 192.168.10.253).
 <code shell>
@@ Ligne 387: / Ligne 410: @@
 {{ :kathara:kathara_23.png |}}
 </WRAP>
-===== Document=====
-  * {{ :kathara:kathara_exercice.docx |Exercice 1 et 2 avec Kathara}}
-  * {{ :kathara:infra_kathara_base.docx |Exercice 1 : base de travail}}
@@ Ligne 399: / Ligne 419: @@
-====== Retour Accueil SISR3 ======
+====== Retour Accueil Kathara ======
-  * [[sisr3:accueil|SISR3]]
+  * [[kathara:accueil|Kathara]]

Les cours du BTS SIO

Outils pour utilisateurs

Outils du site

Différences

Outils de la page