Domaine : SCIENCES ET TECHNOLOGIES
Etablissement : EPL
Parcours : MRI
Rapport du TP de la séance Du 23/11/2023
Titre : ADMINISTRATION SYSTÈME LINUX
Groupe 4 : HENOVI Komla Alban
ANLOVI Komla Bertin
Objectifs du TP :
- Installation du Ubuntu server LTS 20.04,
- Configuration des services DHCP et DNS afin de fournir des services aux postes
clients
- Configuration du les Clients DHCP et DNS
Généralités :
Par défaut, lorsque vous créez une VM, une carte réseau virtuelle lui est affectée, lui
permettant d’accéder à Internet dans la plupart des cas. Cependant, il se peut que tout cela
ne fonctionne pas automatiquement. Vous devrez alors le configurer.
Il existe plusieurs modes réseaux qui définissent comment votre VM va accéder au réseau ;
voici les plus utilisés :
- NAT (mode par défaut) ;
- réseau NAT ;
- accès par pont ;
- réseau interne ;
- réseau privé hôte.
Nous vous proposons ici un tableau qui récapitule les usages les plus adaptés pour chaque
mode réseau.
Mise en contexte du TP et réalisation :
Nous allons prendre comme exemple le contexte suivant pour notre TP :
« Vous êtes développeur dans une petite entreprise et vous travaillez sur une
application multiplateforme qui sera utilisée en interne uniquement. L’entreprise dispose de
machines Android, Windows et Linux et vous souhaitez tester si votre application fonctionne
correctement dans cet environnement complexe, sachant que pour fonctionner elle doit pouvoir :
- envoyer régulièrement des requêtes aux autres machines ;
- récupérer les mises à jour de sa base de données depuis un serveur distant accessible
via une URL. »
Nous allons créer ici 3 VM :
- 1 VM Ubuntu ;
- 1 VM Windows 10 ;
- 1 VM Android.
Par défaut, comme nous l’avons déjà évoqué, le mode réseau choisi est NAT. Cela permet aux
VM d’aller sur Internet (si leur hôte est connecté à Internet), mais pas de communiquer
entre elles.
Nous pouvons déjà vérifier cela en regardant l’adresse IP affectée à chaque VM.
Vous remarquez que nos 3 VM ont pour adresse IP : [Link], et qu’elles sont capables d’aller
sur Internet. Cela signifie aussi qu’elles sont bien sur 3 réseaux distincts, car il est
impossible d’affecter la même adresse IP à 3 machines sur le même réseau.
Mode “Réseau interne”
Pour que la communication se fasse entre les VM, le plus simple est de les mettre toutes sur
un réseau interne en utilisant le mode “Réseau interne”.
Pour cela, nous allons éteindre notre VM et se rendre dans la partie Configuration réseau.
Dans “Mode d’accès réseau”, nous allons sélectionner “Réseau interne” et laisser le nom par
défaut ou en choisir un autre.
Ce nom définit une étiquette pour le réseau privé, comme le ferait un VLAN. Nous devons
donc entrer le même nom dans chaque carte réseau virtuelle, si on souhaite que vos VM
puissent communiquer.
Dans la partie “Avancé”, on remarquera que l’on peut aussi modifier certains paramètres :
Type de carte. Le modèle de carte réseau virtuelle que verra notre VM ;
Mode Promiscuité. Permet à la carte de voir tous les paquets qui transitent sur le réseau, et
pas seulement ceux qui lui sont destinés. Option à activer uniquement dans des cas très
spécifiques de tests réseau.
Adresse MAC. L’adresse MAC de votre carte réseau virtuelle.
Pas besoin de modifier ces paramètres dans notre cas.
Remarque : Au démarrage des VM pour le moment, on constate qu’aucune IP ne leur a été
attribuée. En effet, elles sont bien sur le même réseau, mais aucun serveur DHCP n’est sur ce
réseau, il faut donc leur affecter une IP manuellement.
Faisons la configuration pour la VM Windows ([Link]) et la VM Ubuntu ([Link])
et voyons le résultat avec un ping :
Les 2 machines communiquent
Les 2 machines communiquent
Cependant en mode “Réseau interne”, elles ne peuvent pas accéder à Internet, et elles sont
invisibles depuis un autre réseau.
Mode “Accès par pont”
Si nous voulons autoriser les VM à accéder à Internet, communiquer entre elles et être vues
depuis l’extérieur, le mode d’accès par pont est la solution.
Retournons donc dans la configuration réseau de chaque VM lorsque celles-ci sont éteintes,
et choisissons le mode “Accès par Pont”.
Nous remarquons qu’il nous est demandé de choisir l'une des cartes réseau de la machine
hôte. Choisissons celle qui permet à notre machine hôte d’accéder à Internet.
On démarre ensuite nos VM, et une fois lancées, on vérifie(*toujours) bien dans chaque OS
que les machines sont configurées en DHCP pour récupérer automatiquement une adresse IP.
Nos VM vont ainsi toutes récupérer automatiquement une adresse IP sur le même réseau que
la machine hôte.
La preuve ici : toutes mes machines sont sur le réseau [Link]/24, y compris ma machine
hôte (en haut à gauche).
Elles peuvent donc toutes communiquer entre elles, mais aussi aller sur Internet :
Ici l’hôte communique avec la VM Ubuntu, la VM Ubuntu avec la VM Android et la VM
Windows avec Google.
Ce mode est parfait dans le cadre de notre cas pratique, car il répond à nos 2 contraintes :
l’application en beta test doit pouvoir régulièrement émettre des requêtes à destination de
toutes les autres machines du parc ;
l’application doit pouvoir mettre à jour sa base de données automatiquement grâce à un
serveur distant accessible via une URL.
Conclusion
Nous venons de voir les principaux modes réseaux. Avec cela, il est maintenant possible de
couvrir la plupart des cas de figure.
Il est également possible d’attribuer plusieurs cartes réseaux à nos VM, chacune dans un
mode différent. Un serveur web pourrait par exemple avoir besoin d’une carte réseau en
mode “Réseau interne” et d’une carte réseau en mode “Accès par pont”.Nous venons de voir
qu’on peut faire pas mal de choses avec les hyperviseurs comme VirtualBox, installer tous
types d’OS, même Android ou MacOS. Les options de mises en réseau laissent aussi beaucoup
de liberté pour créer des réseaux simples.
