Institut Supé rieur d’Informatique de Mahdia ISIMa

Virtualisation et Conteneur
Enseignante : Classe
TP1 Master Expert :
Mme Sana
GHANNAY VirtualBox, une solution de M1
virtualisation pour poste de travail

Préparation de l’environnement
1. Installer l’hyperviseur de type2 VirtualBox
2. Créer un dossier sur D:\ portant votre Nom. Ce dossier va contenir tout le travail.
3. Pour commencer ce TP, on crée et installe une première VM d’OS Ubuntu Desktop 20.04 (64 bits)
sur un OS hôte Windows .
a. On crée une « nouvelle » VM de nom Desktop1, type linux, version ubuntu 64 bits. On lui
alloue 2048 Mio de mémoire vive et on crée un disque dur virtuel maintenant de 25 Gio et
de type VDI.
b. On démarre la machine en double-cliquant sur la VM Desktop1 dans VirtualBox.
c. Au démarrage, VirtualBox nous invite à insérer un CD, soit de choisir l’emplacement du
fichier image (.iso) de l’OS que l’on veut installer.
d. On commence alors l’installation de l’OS invité, comme si nous l’installions directement sur
notre machine physique.
e. Le nom et nom d’utilisateur pour notre OS invité est user-desktop1. Le mot de passe
Isima2024 en demandant le mot de passe pour ouvrir une session.
4. On redémarre la machine Linux installée.
a. Dans un terminal, on exécute la commande ifconfig (ipconfig sous windows). Déterminer
l’adresse MAC de la VM ?
b. La VM est configurée en adressage IPv4 dynamique, c’est VirtualBox qui lui attribue au
démarrage. Quelle est son adresse, son masque et son adresse réseau ?
c. Exécuter la commande route -n t déterminer l’adresse de la passerelle par défaut

Vérification de la connectivité réseau

1. On vérifie maintenant si notre VM peut sortir de son monde virtuel.
a. Sur la machine hôte, déterminer l’adresse IPv4 de la carte VirtualBox Host-Only Network ?
b. La connectivité de la VM vers la carte virtuelle citée ci-dessus est effective (ping vers
l’adresse de la carte virtuelle)
c. De même pour la connectivité de la VM vers la carte Ethernet de la machine hôte. (ping
vers l’adresse de la machine hôte)
d. Un dernier test en tentant d’accéder à www.isima.rnu.tn par exemple est également
concluant.

Année universitaire 2024-2025 semestre 1 1

 2. Notre VM peut donc effectivement accéder à l’extérieur de son monde virtuel. On essaye alors les
manipulations inverses, c’est-à-dire du monde extérieur vers la VM.
a. On effectue quelques pings depuis notre machine hôte (physique) :
i. elle peut évidemment contacter la carte virtuelle VirtualBox ;
ii. de même vers sa carte Ethernet physique ;
iii. la connectivité vers www.google.fr par exemple est également effective.
b. Toujours depuis notre machine physique, on effectue ces autres pings :
i. vers notre VM, la connectivité est impossible ;
ii. de même vers la passerelle de notre VM.
c. En effet, seulement les deux derniers pings sont impossibles car la VM est configurée en
NAT. C’est VirtualBox qui effectue la traduction d’adresse entre le réseau ou monde virtuel
de notre VM et le reste (notre machine physique, Internet, etc). C’est le même principe
qu’entre un réseau privé d’entreprise par exemple et Internet.
d. On vérifie cela dans VirtualBox pour confirmer notre hypothèse. Lorsque nous sommes
dans VirtualBox, en cliquant sur notre VM, on regarde ensuite dans l’onglet Réseau et on
voit effectivement la mention NAT.

Manipulations
1. Snapchat :

a. Toujours au même endroit dans VirtualBox, on crée un instantané en cliquant sur

Instantanés puis sur l’icône Prendre un instantané (icône appareil photo). • Cet instantané
est stocké dans un répertoire Snapshots là où sont stockées toutes les VMs de VirtualBox.
b. Afin de tester cette fonctionnalité, on retire toutes les icônes du lanceur par exemple puis
on éteint la VM.
c. Dans le menu Instantanés de VirtualBox, on sélectionne l’instantané crée précédemment
puis on le restaure. Tout est bien revenu comme avant.

2. Clone :
a. On effectue un clone intégral de celle-ci, en l’état actuel de la machine.
b. Après quelques instants, on accède aux paramètres réseaux de la nouvelle VM dans
VirtualBox puis dans Avancé on régénère une adresse MAC pour qu’elle soit différente de
la VM d’origine. En effet, elle ne dispose pas du même nom mais elles ont la même adresse
MAC.
c. On démarre les 2 VMs et on se logue pour vérifier par la suite la consommation en
ressources matérielles sur la machine physique.
i. Dans le Gestionnaire des tâches Windows de notre machine hôte, lorsque les deux
VMs sont actives on peut voir que l’UC est utilisée à environ 3%.
ii. On met ensuite la VM desktop1 en pause tout en observant l’utilisation de l’UC.
iii. Ce pourcentage a rapidement chuté à environ 1% après avoir mis en pause la VM
Desktop1.

Année universitaire 2024-2025 semestre 1 2

 d. On s’intéresse pour finir aux paramètres réseaux du clone.
i. La VM Desktop2 a pour adresse MAC 08:00:27:92:ad:54 (elle a été changée lorsque
nous l’avons régénérée dans VirtualBox). Déterminer son adresse IP. Est-ce quelle
est la même que Desktop1 ?
ii. On ne peut donc pas créer un réseau privé virtuel avec ces deux VMs et on ne doit
pas les exécuter simultanément pour communiquer avec d’autres équipements
puisqu’elles ont la même adresse IP (et la même adresse MAC à la base) !
e. Addition invitée : Installer les suppléments invité sur une VM, il faut monter ce fichier dans
votre VM comme un CD-ROM virtuel :
i. On branche une clé USB sur la machine physique.
ii. Dans le lanceur, il n’y a pas de nouvelle icône, c’est d’abord l’OS hôte qui monte la
clé USB.
iii. Dans la fenêtre de la VM, dans Périphériques > Périphériques USB, on reconnaît en
revanche le nom de notre clé USB. On clique dessus.
iv. Une fenêtre s’affiche alors demandant que faire avec le média inséré et on peut
accéder à son contenu.
a. Appliance : préparer une Appliance, l'exportée puis il faut l’importer

Modes de configuration de la carte réseau virtuelle

a. Mode d’accès « réseau privé hôte »
i. Dans VirtualBox, on sélectionne le mode d’accès réseau Réseau privé hôte.
ii. Les paramètres réseaux sont (@IP / masque / passerelle) :
◦ Desktop1 : 192.168.56.101 / 255.255.255.0 / ø
◦ Desktop2 : 192.168.56.102 / 255.255.255.0 / ø
iii. Par rapport au mode d’accès précédent, on ne peut donc pas communiquer avec
l’extérieur mais seulement entre nos VMs (pas de passerelle). Cela isole le réseau
virtuel.
iv. Dans les paramètres réseau de VirtualBox cette fois-ci, on peut voir dans la
configuration du réseau privé hôte l’adresse de la carte virtuelle VirtualBox
(192.168.56.1/24) et l’adresse du serveur DHCP VirtualBox (192.168.56.100/24) ainsi
que le pool DHCP : 192.168.56.101 à 192.168.56.254.
v. Désormais, si l’on refait quelques tests de ping depuis nos VMs, seule la connectivité
entre les deux VMs est efficiente.
vi. Depuis la machine physique, il est désormais impossible de contacter nos VMs.
vii. Le mode réseau privé hôte est donc un bon moyen de faire communiquer nos VMs
entre elles seulement tout en les isolant du reste pour des raisons de sécurité et de
stabilité par exemple.

Année universitaire 2024-2025 semestre 1 3

 b. Mode d’accès « par pont »
i. On les configure en mode d’accès par pont dans leurs paramètres réseau dans
VirtualBox.
ii. La carte sélectionnée dans ce mode à de l’importance, ce doit être la carte physique de
notre machine hôte
iii. Cette carte joue le rôle de pont car la VM y est directement connectée. Elle passe par
celle-ci de la même manière que la machine physique pour accéder au réseau. Une
passerelle quant à elle permet de passer d’un réseau à un autre, or il n’y a pas de réseau
entre la VM et la carte Ethernet dans ce mode d’accès.
iv. Déterminer les adresses IP des machines Desktop1 et Desktop2
v. La communication est donc possible entre les VMs, des VMs vers la gateway mais pas
vers la carte virtuelle VirtualBox puisque nous sommes directement (et seulement)
connectés au réseau de ISIMA (et non plus à notre machine physique). La connectivité
des VMs vers la carte Ethernet de la machine physique est également possible notre
machine physique et vers nos VMs,
vi. La conclusion est la même que depuis nos VMs et vers la machine physique. La
connectivité est efficiente.
vii. Ce mode d’accès par pont est donc moins sécurisé puisqu’il permet aux VMs de se
connecter directement au réseau réel et il occupe une partie importante de la bande
passante de la carte réseau physique de notre PC sans qu’il puisse réguler ce trafic.

Modification de la config réseau

a. Passage adressage IP dynamique => statique
i. Pour passer en adressage statique, on stoppe dans un premier temps le service network-
manager puis on modifie le fichier /etc/network/interfaces comme ceci (ex. Desktop1) :

ii. On redémarre ensuite l’interface (sudo ifdown eth0 ; sudo ifup eth0)

b. Configuration IP « à la volée »
i. On efface la configuration faite dans le fichier /etc/network/interfaces puis on redémarre
le service network-manager.
ii. Pour configurer à la volée, on exécute sudo ifconfig eth0 192.168.0.121 netmask
255.255.255.0 gw 192.168.0.252.
iii. Pour configurer la route par défaut, on exécute sudo route add default gw 192.168.0.252.

Année universitaire 2024-2025 semestre 1 4