wiki-se.plil.fr - Contributions [fr]

SE5 ECEAI/eceai 2023/2024/GodardDelcourt

2024-01-28T16:05:23Z

Egodard : /* Apprentissage avec des données en temps réel */

=<div class="mcwiki-header" style="border-radius: 30px; padding: 10px; font-family: Helvetica ; font-weight: bold; color: #FFFFFF; text-align: center; font-size: 90%; background: #FFC0CB; vertical-align: top; height:70%; width: 98%;"> Introduction </div>=

==Objectifs du projet==

Le projet vise à distribuer le calcul à différents endroits du réseau pour optimiser les performances et la sobriété énergétique. Un réseau d'objets connectés, de passerelles, et d'un serveur sera mis en place pour collecter, traiter, et évaluer les données environnementales.<br>

Les données que nous avons décidé de traiter seront les différentes lettres de l'alphabet en langue des signes. L'utilisateur devra réaliser la lettre souhaitée au dessus du capteur, notre intelligence embarquée devra alors déterminer quelle lettre est réalisée et envoyer cette donnée sur un serveur pour afficher sur une page web le résultat.

[[Fichier:Alphabet-dactylologique-nos-mains-vous-parlent.jpg|centré|sans_cadre|339x339px]]

=<div class="mcwiki-header" style="border-radius: 30px; padding: 10px; font-family: Helvetica ; font-weight: bold; color: #FFFFFF; text-align: center; font-size: 90%; background: #FFC0CB; vertical-align: top; height:70%; width: 98%;"> Mise en œuvre du réseau </div>=

==Configuration de la Machine Virtuelle==

Nous allons devoir créer une machine virtuelle sur Chassiron avec un accès internet IPv6. <br>
Cette machine virtuelle sera déployée grâce à Xen et sera nommée "delgodVM".<br>
La commande lancée pour créer la machine est la suivante :
<syntaxhighlight lang="bash">
xen-create-image --hostname delgodVM --force --dist bookworm --size 10G --memory 10G --dir /usr/local/xen --password glopglop --dhcp --bridge bridgeStudents
</syntaxhighlight>

Nous allons par la suite devoir configurer son réseau, sa résolution DNS, et ses sources de paquets Debian.<br>
Pour configurer le réseau de notre serveur, nous allons devoir modifier le fichier ''/etc/network/interfaces'' qui est un fichier de configuration réseau dans lequel les paramètres de l'interface sont spécifiés.
<syntaxhighlight lang="bash">
auto enX0
iface enX0 inet6 auto
</syntaxhighlight>

Pour configurer la résolution DNS de notre serveur, nous allons modifier le fichier ''/etc/resolv.conf''. Ce fichier permet de spécifier la configuration des serveurs de nom (DNS) pour résoudre les noms de domaine en adresses IP. Nous allons donc réaliser la configuration DNS suivante fournie dans le sujet :
<syntaxhighlight lang="bash">
domain plil.info
search plil.info
nameserver 2a01:c916:2047:c800:216:3eff:fe82:8a5c
</syntaxhighlight>

Pour modifier les sources des paquets Debian, nous allons modifier le fichier ''/etc/apt/sources.list'' en rajoutant les paquets suivants :
<syntaxhighlight lang="bash">
deb http://deb.debian.org/debian bookworm main contrib non-free non-free-firmware
deb-src http://deb.debian.org/debian bookworm main contrib non-free non-free-firmware
</syntaxhighlight>

Et nous allons aussi supprimer le fichier ''/etc/apt/apt.conf.d/01proxy''.

==Raspberry Pi==

Nous allons tout d'abord devoir configurer la Raspberry Pi avec une image que nous avons récupéré sur internet.

Ensuite, nous allons devoir connecter la Raspberry Pi au WiFi nommé WIFI_IE_1. Pour configurer la Raspberry Pi, nous allons la connecter en série à un ordinateur. Pour savoir quels pins il est nécessaire de connecter, il faut se fier à l'image ci-dessous. La partie alimentation n'est pas à connecter car trop faible pour alimenter la Raspberry Pi, nous allons donc devoir brancher sur secteur la carte grâce à une alimentation USB.
[[Fichier:Learn_raspberry_pi_piconsole_bb.png|centré|sans_cadre|442x442px]]

Après avoir connecté la Raspberry Pi sur l'ordinateur, nous pouvons vérifier sur quelle interface la carte est connectée avec la commande <syntaxhighlight lang="bash"> ls /dev </syntaxhighlight>
Par exemple, ici la carte était sur ''ttyUSB0''.
Nous pouvons ensuite lancer une liaison série avec minicom grâce à la commande
<syntaxhighlight lang="bash">minicom -s</syntaxhighlight> et les paramètres suivants ttyUSB0 et 115200 8N.

Nous allons ensuite pouvoir configurer le wifi. Pour cela, nous allons dans un terminal de la Raspberry Pi, il faut alors taper la commande suivante afin d'accéder à la configuration du système : <br>

<syntaxhighlight lang="bash">
raspi-config
</syntaxhighlight>

Puis nous sommes allées dans ""System Options"" afin de pouvoir configurer les différentes informations qui vont nous permettre d'avoir le WiFi sur la carte.<br>
Pour vérifier si nos modifications ont bien fonctionné, nous avons réalisé la commande ''ip a'' pour vérifier si le wlan0 était bien Up, et nous avons aussi ping google.com pour vérifier si le WiFi fonctionnait. Tout cela était correct.

'''Informations concernant la Raspberry Pi :'''<br>
Adresse ip : 172.26.145.129<br>
User pour le SSH : pifou<br>

==Objets Connectés==

Utilisation d'un STM32F401RE avec un capteur de distance (Nucleo-53L5A1).

=<div class="mcwiki-header" style="border-radius: 30px; padding: 10px; font-family: Helvetica ; font-weight: bold; color: #FFFFFF; text-align: center; font-size: 90%; background: #FFC0CB; vertical-align: top; height:70%; width: 98%;"> Protocole de communication et acquisition des données. </div>=

==Acquisition des données==

Nous allons devoir développer un firmware embarqué afin collecter des données, nous allons pour cela utiliser un code STM32 Cube IDE qui va nous aider à collecter les données du capteur.

La première étape consiste alors a installer STM32 Cube IDE pour l'objet connecté (STM32F401RE) avec capteur de distance (Nucleo-53L5A1).

Cependant, nous avons eu de nombreux problème pour installer ce logiciel sur les zabeths de l'école. Nous avons donc du utiliser un ordinateur personnel sous windows afin d'installer STM32CubeIDE. Afin de téléverser le programme sur notre objet connecté muni du capteur, nous allons devoir connecter celui-ci en série avec notre ordinnateur. Le code sera par la suite placé sur l'objet grâce à l'application.

Pour récupérer les données, nous allons utiliser un programme d'exemple fourni par STMicroelectronics. Pour vérifier le fonctionnement de ce code, nous avons lancé une liaison série sur l'objet connecté (grâce à Putty par exemple) et nous avons bien pu récupérer des données.

Cependant, ce code ne nous convenait pas, nous avons donc du le modifier afin d'obtenir des données brutes affichées par paquets de 16 valeurs.

<syntaxhighlight lang="bash" line="1" start="1">
static void print_result(RANGING_SENSOR_Result_t *Result)
{
int8_t j, k, l;
uint8_t zones_per_line;
zones_per_line = ((Profile.RangingProfile == RS_PROFILE_8x8_AUTONOMOUS) ||
(Profile.RangingProfile == RS_PROFILE_8x8_CONTINUOUS)) ? 8 : 4;
for (j = 0; j < Result->NumberOfZones; j += zones_per_line)
{
for (l = 0; l < RANGING_SENSOR_NB_TARGET_PER_ZONE; l++)
{
/* Print distance and status */
for (k = (zones_per_line - 1); k >= 0; k--)
{
if((l!=0) || (k!=(zones_per_line - 1)) || (j!=0)){
printf(";");
}
if (Result->ZoneResult[j+k].NumberOfTargets > 0)
printf("%ld",(long)Result->ZoneResult[j+k].Distance[l]);
else
printf("0");
}
}
}
printf("\r\n");
}

</syntaxhighlight>

==Protocole de communication==

===Raspberry Pi & capteur===

Tout d'abord, nous allons devoir mettre en oeuvre un protocole de communication permettant l'envoi de données entre la carte (Raspberry Pi) et le capteur.

Nous avons alors décidé de créer un script en Python qui permet au capteur de communiquer ses données à la Raspberry Pi, grâce à la liaison série entre les deux appareils. Comme nous avons vu précédemment, le code installé sur le capteur permet l'envoi de données brutes sur la liaison série, de la forme suivante :

[[Fichier:Données capteur csv.png|900px|center]]

Le code Python que nous avons implémenté sur la Raspberry Pi va permettre de récupérer ces données. Le script se trouve à l'endroit suivant sur la carte ''~/Documents/lecture/reader.py''. Lors de son lancement, celui ci va obtenir les données envoyées par le capteur, puis il va ranger ces données dans un fichier nommé ''store_data.csv''. Vous pouvez ainsi voir sur la photo ci-dessus l'affichage du fichier ''store_data.csv'' se trouvant sur la Raspberry Pi et contenant les données du capteur.

Le script que nous avons écrit est le suivant :

<syntaxhighlight lang="python3">
import serial
ser = serial.Serial (
# Port série pour lire les données
port='/dev/ttyACM0',
# Débit de la communication série
baudrate=460800,
# Check pour la parité, ici on ne le fait pas
parity=serial.PARITY_NONE,
# Nombre de commandes séries à accepter avant expiration du délai
timeout=1
)

# Ouverture du fichier "store_data.csv"
file = open(r"store_data.csv","w")

# Mise en pause du programme pendant 1 seconde pour éviter de surcharger le port série
while 1:
x=ser.readline()
output=str(x, 'UTF-8')
file.write(output)
print (x)

file.close()

</syntaxhighlight>

===Raspberry Pi et serveur===

Nous allons ensuite mettre en oeuvre un protocole de communication entre la Raspberry Pi et le serveur que nous avons créé. D'après les consignes du sujet, nous devons faire en sorte que ce protocole soit facilement étendu à un grand nombre de Raspberry Pi. C'est pourquoi après quelques recherches, nous avons décide de réaliser un protocole de communication HTTP initié avec un script Python.

Tout d'abord, un script Python sera réalisé sur notre serveur nommé delgodVM pour le spécialiser en un serveur web qui va nous permettre de gérer les requêtes HTTP. Ainsi, sur le serveur delgodVM, nous allons pouvoir lancer notre serveur Python HTTP avec le script créé et avoir le retour suivant :
[[Fichier:Lancement serveur http.png|900px|center]]

Le script est le suivant :

<syntaxhighlight lang="python3">
import socket
from http.server import HTTPServer, SimpleHTTPRequestHandler
import json

PORT = 8080
class MyHandler(SimpleHTTPRequestHandler):
def do_GET(self):
if self.path == '/ip':
self.send_response(200)
self.send_header('Content-type', 'text/html')
self.end_headers()
self.wfile.write(f'Your IP address is {self.client_address[0]}'.encode())
return
else:
return SimpleHTTPRequestHandler.do_GET(self)

def do_POST(self):
if self.path== '/data':
content_length = int(self.headers['Content-Length'])
data = self.rfile.read(content_length).decode('utf-8')
data_dict = json.loads(data)

print("Donnees recues:", data_dict)

self.send_response(200)
#Ouverture du fichier pour stocker les donnees
file = open(r"store_data.csv","a")

#Donnes ecrites dans le fichier .csv
file.write(data_dict)

else :
self.send_response(404)
self.end_headers()

class HTTPServerV6(HTTPServer):
address_family = socket.AF_INET6

def main():
server = HTTPServerV6(('::',PORT),MyHandler)
print("Serveur actif sur le port :", PORT)
server.serve_forever()

if __name__ == '__main__':
main()
</syntaxhighlight>

Pour vérifier (de plus) si notre serveur est bien lancé, nous allons essayer d'y accéder grâce à une page web sur une zabeth de l'école à l'adresse suivante sur le port 8080 configuré dans le fichier de configuration du serveur Python http : http://[2001:660:4401:6050:216:3eff:fe1a:f9c3]:8080
[[Fichier:Accès serveur web.png|900px|center]]

De la Raspberry Pi, on vérifie qu’on peut bien accéder au serveur Python HTTP :
[[Fichier:Test accès serveur avec curl.png|900px|center]]

Pour envoyer des données de la Raspberry PI au serveur HTTP, nous avons créé un script Python qui va permettre d'envoyer ces données par des requêtes HTTP. Ce script sera bien évidemment lancé de la Raspberry PI. Pour que l'envoi de données fonctionne, nous devons alors lancer le script permettant le fonctionnement du serveur web sur le serveur delgodVM (commande python3 ./server.py). Et nous devons lancer simultanément le script reader.py sur la Raspberry PI. Le script est le suivant :

<syntaxhighlight lang="python3">
import serial
import requests

ser = serial.Serial (
# Port série pour lire les data
port='/dev/ttyACM0',
# Débit de la communication série
baudrate=460800,
# Check ds parités, ici on ne le fait pas
parity=serial.PARITY_NONE,
# Number of serial commands to accept before timing out
timeout=1
)

# Open function to open the file "store_data.csv"
#file = open(r"store_data.csv","w")

url = "http://[2001:660:4401:6050:216:3eff:fe1a:f9c3]:8080/data"

while 1:
url = "http://[2001:660:4401:6050:216:3eff:fe1a:f9c3]:8080/data"
x=ser.readline()
output=str(x, 'UTF-8')
# file.write(output)
data = output
response = requests.post(url,json=data)
print (x)
if reponse.status_code == 200:
print("Donnees envoyees avec succes")
else:
print(f"Échec de l'envoi. Code de statut : {response.status_code}")
print(response.text)

#file.close()
</syntaxhighlight>

Au final ,nous arrivons bien à recevoir les données sur le serveur Xen, par un paquet unique.

[[Fichier:Reception des données.png|900px|center]]

==Stockage des Données==

Notre serveur Xen reçoit maintenant les données de la carte grâce aux requêtes HTTP.
Nous avons alors décidé de code un script python recevant les données et qui les stockes dans un fichier .csv sur le serveur afin de pouvoir par la suite utiliser les données du capteur. Ainsi, vous pouvez retrouver dans le script du server Python http, certaines parties correspondant à l'enregistrement des données reçues dans un fichier lui aussi nommé ''store_data.csv'' se retrouvant bien évidemment sur notre serveur Xen. Le code est le même que précédemment : <syntaxhighlight lang="python3">
import socket
from http.server import HTTPServer, SimpleHTTPRequestHandler
import json

PORT = 8080
class MyHandler(SimpleHTTPRequestHandler):
def do_GET(self):
if self.path == '/ip':
self.send_response(200)
self.send_header('Content-type', 'text/html')
self.end_headers()
self.wfile.write(f'Your IP address is {self.client_address[0]}'.encode())
return
else:
return SimpleHTTPRequestHandler.do_GET(self)

def do_POST(self):
if self.path== '/data':
content_length = int(self.headers['Content-Length'])
data = self.rfile.read(content_length).decode('utf-8')
data_dict = json.loads(data)

print("Donnees recues:", data_dict)

self.send_response(200)
#Ouverture du fichier pour stocker les donnees
file = open(r"store_data.csv","w")

#Donnes ecrites dans le fichier .csv
file.write(data_dict)

else :
self.send_response(404)
self.end_headers()

class HTTPServerV6(HTTPServer):
address_family = socket.AF_INET6

def main():
server = HTTPServerV6(('::',PORT),MyHandler)
print("Serveur actif sur le port :", PORT)
server.serve_forever()

if __name__ == '__main__':
main()

</syntaxhighlight>

Et voici le contenu du fichier .csv sur notre serveur :

[[Fichier:Fichier csv serveur.png|sans_cadre|1065x1065px]]

Les données sont donc correctement transférées du capteur vers la Raspberry Pi en liaison série. Puis par des requêtes http, les données seront envoyées par la Raspberry Pi jusqu'au serveur qui stockera ces données dans un fichier .csv pour par la suite les analyser.

=<div class="mcwiki-header" style="border-radius: 30px; padding: 10px; font-family: Helvetica ; font-weight: bold; color: #FFFFFF; text-align: center; font-size: 90%; background: #FFC0CB; vertical-align: top; height:70%; width: 98%;"> Entraînement du modèle d’apprentissage </div>=

==Entraînement sur NanoEdge AI Studio==
===Description===
Pour commencer la partie Entraînement, nous avons décidé de commencer par NanoEdge AI Studio. Ce logiciel développé par STMicroelectronics

permet de "créer" une Intelligence Artificielle (IA), de manière simple et guidée.

Pour créer cette IA, nous avons tout d'abord dû connecter la carte STMicroelectronics au PC et lancer NanoEdge AI Studio.

===Signaux===
Après avoir créé un projet "n-Class", nous avons dû rentrer les signaux que nous voulions faire apprendre. Dans notre cas, ce sont les lettres de A à J qui vont être apprises.

[[Fichier: SignauxNEAIS.png|500px]]

Après avoir fait tous les signaux que nous avons besoins, nous devons lancer le Benchmark.

===Benchmark===

Le Benchmark est une sorte d'étalon, c'est dans cette partie que l'IA cherche la meilleure librairie possible d'après les signaux envoyés dans la partie précédente.

[[Fichier:Benchmark Delgod.png|500px]]

===Validation===
Une fois que cette partie est terminée, nous pouvons passer à la partie Validation où nous pouvons importer un signal différent de ceux d'avant afin de choisir la meilleure librairie parmi celles trouvées dans la partie Benchmark.

[[Fichier:Validation.png|500px]]

===Emulator===
Enfin, nous pouvons tester en temps réel dans la partie Emulator si notre librairie a bien appris les signaux envoyés en entraînement.

[[Fichier:EmulatorDelgod.png|500px]]

===Résultats===
Nous avons filmé deux cas où l'IA reconnait les symboles C et I de la Langue des Signes Française (LSF) :

[[Fichier:C.mp4]] [[Fichier:I.mp4]]

Comme vous pouvez le voir, certaines lettres sont mieux perçues que d'autres, cela est dû au fait que NanoEdge AI Studio est très sensible à la luminosité, mais aussi à la position de notre main par rapport au capteur.

==Entraînement avec un script Python==
===Apprentissage avec des données sélectionnées===

Dans un premier temps, nous avons créé une intelligence artificielle qui apprend grâce à des fichiers CSV que nous avons fait.

Nous avons choisi d'utiliser la librairie SciKit Learn et Random Forest pour développer notre IA.

La première étape dans notre script Python est de lire tous les CSV que nous lui fournissons (c'est-à-dire les CSV correspondant aux lettres A à K de la Langue des Signes Française). Ensuite, nous concaténons tous les CSV pour en faire une sorte de "mini" base de données. Cette base de données va être scindée en deux : 80 % des données sont faites pour l'apprentissage, et les 20 % restants sont pour le test.

Il faut savoir aussi que nous avons relié une lettre à un chiffre pour plus de facilité, nous avons donc :

<code>Empty = 0, A = 1, B = 2, etc.....</code>

Pour compliquer la tâche, nous avons décidé de mélanger toutes les données pour l'entraînement et le test, c'est-à-dire que le tableau de réponse ne sera pas sous la forme <code>[0 0 0 ... 1 1 1 .... 2 ....]</code> mais plutôt sous la forme : <code>[7 11 6 6 0 10 5 ...]</code>

Concernant la phase d'apprentissage, nous avons au total 4 variables :

* <code>X_train</code> : données que la carte a envoyées qui sont destinées à l'entrainement
* <code>y_train</code> : tableau de réponse (ce qu'on attend comme résultat)
* <code>X_test</code> : données que la cartée a envoyées qui sont destinées au test
* <code>y_test</code> : tableau de réponse que l'IA a déterminé

Enfin, nous avons mis le paramètre <code>accuracy</code> qui permet de déterminer le "score" de l'IA.

<syntaxhighlight lang="bash">
def random_forest_predict(X_train,y_train,X_test,y_test):
model = RandomForestClassifier()
model.fit(X_train, y_train)
y_pred = model.predict(X_test)
accuracy = accuracy_score(y_test,y_pred)
print(y_pred)
print(f"Précision du modèle : {accuracy}")
</syntaxhighlight>

[[Fichier:AccuracyDelGod.png.png|500px]]

Après le lancement du test, nous trouvons une accuracy de 1. Cette accuracy parfaite est sûrement due au fait que pour chaque lettre, nous étions dans les mêmes conditions (position, luminosité etc..)

===Apprentissage avec des données en temps réel===

Après avoir entraîné notre IA, nous allons la tester avec les données qui proviennent directement de la carte avec le capteur Time of Flight. Pour cela, nous avons utilisé la librairie <code>Serial</code> de python pour obtenir les données en temps réel. Comme les données sont sous forme d’une longue chaîne de caractère, nous avons dû séparer la chaîne en une liste, transformer les chaînes de caractères en entiers et enfin transformer la liste en un tableau.

Après avoir transformé les données dans le bon type, nous avons réutilisé la fonction <code>predict</code> pour que l’Intelligence Artificielle détecte quelle lettre nous avons fait.

<syntaxhighlight lang="bash">
def random_predict_serial(X_train, y_train,model):
ser = serial.Serial()
ser.port = PORT
ser.baudrate = BAUDRATE
ser.timeout = 0.2

ser.open()
print("Is serial open : ", ser.is_open)

print(ser)

lines = ser.readlines()
for line in lines:
# print(line)
decoded_line = str(line, ENCODING)[:-2]
print(decoded_line, " - ", len(decoded_line.split(",")))

if(len(decoded_line.split(","))==64):
test_line = decoded_line.split(",")
test_line_int = [int(x) for x in test_line]
test_array = np.array(test_line_int)
test_array = test_array.reshape(1,-1)
print("TYPE TEST :",type(test_array))
prediction = model.predict(test_array)
print("La prediction :" ,prediction)

ser.close()
print("Is serial open : ", ser.is_open)
</syntaxhighlight>

Comme vous pouvez le voir, cette fonction redonne à la fin la prédiction du signal.

[[Fichier:PredictionDelGod.png|700px]]

Nous pouvons voir ici que le programme donne des prédictions que lorsque les données sont conformes et nous pouvons aussi remarquer que les prédictions restent les mêmes donc que l'IA est plutôt stable.

Dans ce cas-ci, la prédiction était "0" ce qui signifie, comme vous l'avez vu plus haut, à Empty.

=<div class="mcwiki-header" style="border-radius: 30px; padding: 10px; font-family: Helvetica ; font-weight: bold; color: #FFFFFF; text-align: center; font-size: 90%; background: #FFC0CB; vertical-align: top; height:70%; width: 98%;"> Mise en place du modèle embarqué et des modèles hybrides </div>=

=Séance du 04/12/2023=

AU cours de cette première séance, nous avons pu prendre en main les outils nécessaires à la réalisation de notre projet.
L’objectif était de construire un serveur Xen et de configurer la RaspberryPi.

*Machine virtuelle sur Chassiron avec un accès internet IPv6.
*Image de la Raspberry Pi pour connexion avec le serveur via WiFi : nous avons installé une image ** sur la rapsberry pi

=Séance du 18/12/2023=
Au cours de cette séance, nous allons tout d'abord

* Développer un firmware embarqué pour collecter les données, avec STM32 Cube IDE et donc un programme permettant d'acquérir les données du capteur.
* Mettre en œuvre un protocole de communication entre les quatre objets et la Raspberry Pi en garantissant que toutes les données sont bien reçues. Utilisation de la liaison série entre la carte et le capteur. Sur le port ttyACM0, avec un script python lancé de la rapsberry. Les données du capteur sont ensuite stockées dans un fichier .csv.

=Séance du 19/12/2023=

*Mise en place d'un serveur web http sur le serveur delgodVM pour permettre la communication grâce à des requêtes http entre la raspberry pi et le serveur. Tout ceci est réalisé grâce des scripts python.

=Séance du 20/12/2023=

*Transmission des datas récupérées par le capteur de la raspberry pi vers le serveur http.
*Vérfication de la réception de ces données brutes
*Début de l'apprentissage de notre AI, reconnaissance de la langue des signes

SE5 ECEAI/eceai 2023/2024/GodardDelcourt

2024-01-28T16:01:22Z

Egodard : /* Entraînement avec un script Python */

=<div class="mcwiki-header" style="border-radius: 30px; padding: 10px; font-family: Helvetica ; font-weight: bold; color: #FFFFFF; text-align: center; font-size: 90%; background: #FFC0CB; vertical-align: top; height:70%; width: 98%;"> Introduction </div>=

==Objectifs du projet==

Le projet vise à distribuer le calcul à différents endroits du réseau pour optimiser les performances et la sobriété énergétique. Un réseau d'objets connectés, de passerelles, et d'un serveur sera mis en place pour collecter, traiter, et évaluer les données environnementales.<br>

Les données que nous avons décidé de traiter seront les différentes lettres de l'alphabet en langue des signes. L'utilisateur devra réaliser la lettre souhaitée au dessus du capteur, notre intelligence embarquée devra alors déterminer quelle lettre est réalisée et envoyer cette donnée sur un serveur pour afficher sur une page web le résultat.

[[Fichier:Alphabet-dactylologique-nos-mains-vous-parlent.jpg|centré|sans_cadre|339x339px]]

=<div class="mcwiki-header" style="border-radius: 30px; padding: 10px; font-family: Helvetica ; font-weight: bold; color: #FFFFFF; text-align: center; font-size: 90%; background: #FFC0CB; vertical-align: top; height:70%; width: 98%;"> Mise en œuvre du réseau </div>=

==Configuration de la Machine Virtuelle==

Nous allons devoir créer une machine virtuelle sur Chassiron avec un accès internet IPv6. <br>
Cette machine virtuelle sera déployée grâce à Xen et sera nommée "delgodVM".<br>
La commande lancée pour créer la machine est la suivante :
<syntaxhighlight lang="bash">
xen-create-image --hostname delgodVM --force --dist bookworm --size 10G --memory 10G --dir /usr/local/xen --password glopglop --dhcp --bridge bridgeStudents
</syntaxhighlight>

Nous allons par la suite devoir configurer son réseau, sa résolution DNS, et ses sources de paquets Debian.<br>
Pour configurer le réseau de notre serveur, nous allons devoir modifier le fichier ''/etc/network/interfaces'' qui est un fichier de configuration réseau dans lequel les paramètres de l'interface sont spécifiés.
<syntaxhighlight lang="bash">
auto enX0
iface enX0 inet6 auto
</syntaxhighlight>

Pour configurer la résolution DNS de notre serveur, nous allons modifier le fichier ''/etc/resolv.conf''. Ce fichier permet de spécifier la configuration des serveurs de nom (DNS) pour résoudre les noms de domaine en adresses IP. Nous allons donc réaliser la configuration DNS suivante fournie dans le sujet :
<syntaxhighlight lang="bash">
domain plil.info
search plil.info
nameserver 2a01:c916:2047:c800:216:3eff:fe82:8a5c
</syntaxhighlight>

Pour modifier les sources des paquets Debian, nous allons modifier le fichier ''/etc/apt/sources.list'' en rajoutant les paquets suivants :
<syntaxhighlight lang="bash">
deb http://deb.debian.org/debian bookworm main contrib non-free non-free-firmware
deb-src http://deb.debian.org/debian bookworm main contrib non-free non-free-firmware
</syntaxhighlight>

Et nous allons aussi supprimer le fichier ''/etc/apt/apt.conf.d/01proxy''.

==Raspberry Pi==

Nous allons tout d'abord devoir configurer la Raspberry Pi avec une image que nous avons récupéré sur internet.

Ensuite, nous allons devoir connecter la Raspberry Pi au WiFi nommé WIFI_IE_1. Pour configurer la Raspberry Pi, nous allons la connecter en série à un ordinateur. Pour savoir quels pins il est nécessaire de connecter, il faut se fier à l'image ci-dessous. La partie alimentation n'est pas à connecter car trop faible pour alimenter la Raspberry Pi, nous allons donc devoir brancher sur secteur la carte grâce à une alimentation USB.
[[Fichier:Learn_raspberry_pi_piconsole_bb.png|centré|sans_cadre|442x442px]]

Après avoir connecté la Raspberry Pi sur l'ordinateur, nous pouvons vérifier sur quelle interface la carte est connectée avec la commande <syntaxhighlight lang="bash"> ls /dev </syntaxhighlight>
Par exemple, ici la carte était sur ''ttyUSB0''.
Nous pouvons ensuite lancer une liaison série avec minicom grâce à la commande
<syntaxhighlight lang="bash">minicom -s</syntaxhighlight> et les paramètres suivants ttyUSB0 et 115200 8N.

Nous allons ensuite pouvoir configurer le wifi. Pour cela, nous allons dans un terminal de la Raspberry Pi, il faut alors taper la commande suivante afin d'accéder à la configuration du système : <br>

<syntaxhighlight lang="bash">
raspi-config
</syntaxhighlight>

Puis nous sommes allées dans ""System Options"" afin de pouvoir configurer les différentes informations qui vont nous permettre d'avoir le WiFi sur la carte.<br>
Pour vérifier si nos modifications ont bien fonctionné, nous avons réalisé la commande ''ip a'' pour vérifier si le wlan0 était bien Up, et nous avons aussi ping google.com pour vérifier si le WiFi fonctionnait. Tout cela était correct.

'''Informations concernant la Raspberry Pi :'''<br>
Adresse ip : 172.26.145.129<br>
User pour le SSH : pifou<br>

==Objets Connectés==

Utilisation d'un STM32F401RE avec un capteur de distance (Nucleo-53L5A1).

=<div class="mcwiki-header" style="border-radius: 30px; padding: 10px; font-family: Helvetica ; font-weight: bold; color: #FFFFFF; text-align: center; font-size: 90%; background: #FFC0CB; vertical-align: top; height:70%; width: 98%;"> Protocole de communication et acquisition des données. </div>=

==Acquisition des données==

Nous allons devoir développer un firmware embarqué afin collecter des données, nous allons pour cela utiliser un code STM32 Cube IDE qui va nous aider à collecter les données du capteur.

La première étape consiste alors a installer STM32 Cube IDE pour l'objet connecté (STM32F401RE) avec capteur de distance (Nucleo-53L5A1).

Cependant, nous avons eu de nombreux problème pour installer ce logiciel sur les zabeths de l'école. Nous avons donc du utiliser un ordinateur personnel sous windows afin d'installer STM32CubeIDE. Afin de téléverser le programme sur notre objet connecté muni du capteur, nous allons devoir connecter celui-ci en série avec notre ordinnateur. Le code sera par la suite placé sur l'objet grâce à l'application.

Pour récupérer les données, nous allons utiliser un programme d'exemple fourni par STMicroelectronics. Pour vérifier le fonctionnement de ce code, nous avons lancé une liaison série sur l'objet connecté (grâce à Putty par exemple) et nous avons bien pu récupérer des données.

Cependant, ce code ne nous convenait pas, nous avons donc du le modifier afin d'obtenir des données brutes affichées par paquets de 16 valeurs.

<syntaxhighlight lang="bash" line="1" start="1">
static void print_result(RANGING_SENSOR_Result_t *Result)
{
int8_t j, k, l;
uint8_t zones_per_line;
zones_per_line = ((Profile.RangingProfile == RS_PROFILE_8x8_AUTONOMOUS) ||
(Profile.RangingProfile == RS_PROFILE_8x8_CONTINUOUS)) ? 8 : 4;
for (j = 0; j < Result->NumberOfZones; j += zones_per_line)
{
for (l = 0; l < RANGING_SENSOR_NB_TARGET_PER_ZONE; l++)
{
/* Print distance and status */
for (k = (zones_per_line - 1); k >= 0; k--)
{
if((l!=0) || (k!=(zones_per_line - 1)) || (j!=0)){
printf(";");
}
if (Result->ZoneResult[j+k].NumberOfTargets > 0)
printf("%ld",(long)Result->ZoneResult[j+k].Distance[l]);
else
printf("0");
}
}
}
printf("\r\n");
}

</syntaxhighlight>

==Protocole de communication==

===Raspberry Pi & capteur===

Tout d'abord, nous allons devoir mettre en oeuvre un protocole de communication permettant l'envoi de données entre la carte (Raspberry Pi) et le capteur.

Nous avons alors décidé de créer un script en Python qui permet au capteur de communiquer ses données à la Raspberry Pi, grâce à la liaison série entre les deux appareils. Comme nous avons vu précédemment, le code installé sur le capteur permet l'envoi de données brutes sur la liaison série, de la forme suivante :

[[Fichier:Données capteur csv.png|900px|center]]

Le code Python que nous avons implémenté sur la Raspberry Pi va permettre de récupérer ces données. Le script se trouve à l'endroit suivant sur la carte ''~/Documents/lecture/reader.py''. Lors de son lancement, celui ci va obtenir les données envoyées par le capteur, puis il va ranger ces données dans un fichier nommé ''store_data.csv''. Vous pouvez ainsi voir sur la photo ci-dessus l'affichage du fichier ''store_data.csv'' se trouvant sur la Raspberry Pi et contenant les données du capteur.

Le script que nous avons écrit est le suivant :

<syntaxhighlight lang="python3">
import serial
ser = serial.Serial (
# Port série pour lire les données
port='/dev/ttyACM0',
# Débit de la communication série
baudrate=460800,
# Check pour la parité, ici on ne le fait pas
parity=serial.PARITY_NONE,
# Nombre de commandes séries à accepter avant expiration du délai
timeout=1
)

# Ouverture du fichier "store_data.csv"
file = open(r"store_data.csv","w")

# Mise en pause du programme pendant 1 seconde pour éviter de surcharger le port série
while 1:
x=ser.readline()
output=str(x, 'UTF-8')
file.write(output)
print (x)

file.close()

</syntaxhighlight>

===Raspberry Pi et serveur===

Nous allons ensuite mettre en oeuvre un protocole de communication entre la Raspberry Pi et le serveur que nous avons créé. D'après les consignes du sujet, nous devons faire en sorte que ce protocole soit facilement étendu à un grand nombre de Raspberry Pi. C'est pourquoi après quelques recherches, nous avons décide de réaliser un protocole de communication HTTP initié avec un script Python.

Tout d'abord, un script Python sera réalisé sur notre serveur nommé delgodVM pour le spécialiser en un serveur web qui va nous permettre de gérer les requêtes HTTP. Ainsi, sur le serveur delgodVM, nous allons pouvoir lancer notre serveur Python HTTP avec le script créé et avoir le retour suivant :
[[Fichier:Lancement serveur http.png|900px|center]]

Le script est le suivant :

<syntaxhighlight lang="python3">
import socket
from http.server import HTTPServer, SimpleHTTPRequestHandler
import json

PORT = 8080
class MyHandler(SimpleHTTPRequestHandler):
def do_GET(self):
if self.path == '/ip':
self.send_response(200)
self.send_header('Content-type', 'text/html')
self.end_headers()
self.wfile.write(f'Your IP address is {self.client_address[0]}'.encode())
return
else:
return SimpleHTTPRequestHandler.do_GET(self)

def do_POST(self):
if self.path== '/data':
content_length = int(self.headers['Content-Length'])
data = self.rfile.read(content_length).decode('utf-8')
data_dict = json.loads(data)

print("Donnees recues:", data_dict)

self.send_response(200)
#Ouverture du fichier pour stocker les donnees
file = open(r"store_data.csv","a")

#Donnes ecrites dans le fichier .csv
file.write(data_dict)

else :
self.send_response(404)
self.end_headers()

class HTTPServerV6(HTTPServer):
address_family = socket.AF_INET6

def main():
server = HTTPServerV6(('::',PORT),MyHandler)
print("Serveur actif sur le port :", PORT)
server.serve_forever()

if __name__ == '__main__':
main()
</syntaxhighlight>

Pour vérifier (de plus) si notre serveur est bien lancé, nous allons essayer d'y accéder grâce à une page web sur une zabeth de l'école à l'adresse suivante sur le port 8080 configuré dans le fichier de configuration du serveur Python http : http://[2001:660:4401:6050:216:3eff:fe1a:f9c3]:8080
[[Fichier:Accès serveur web.png|900px|center]]

De la Raspberry Pi, on vérifie qu’on peut bien accéder au serveur Python HTTP :
[[Fichier:Test accès serveur avec curl.png|900px|center]]

Pour envoyer des données de la Raspberry PI au serveur HTTP, nous avons créé un script Python qui va permettre d'envoyer ces données par des requêtes HTTP. Ce script sera bien évidemment lancé de la Raspberry PI. Pour que l'envoi de données fonctionne, nous devons alors lancer le script permettant le fonctionnement du serveur web sur le serveur delgodVM (commande python3 ./server.py). Et nous devons lancer simultanément le script reader.py sur la Raspberry PI. Le script est le suivant :

<syntaxhighlight lang="python3">
import serial
import requests

ser = serial.Serial (
# Port série pour lire les data
port='/dev/ttyACM0',
# Débit de la communication série
baudrate=460800,
# Check ds parités, ici on ne le fait pas
parity=serial.PARITY_NONE,
# Number of serial commands to accept before timing out
timeout=1
)

# Open function to open the file "store_data.csv"
#file = open(r"store_data.csv","w")

url = "http://[2001:660:4401:6050:216:3eff:fe1a:f9c3]:8080/data"

while 1:
url = "http://[2001:660:4401:6050:216:3eff:fe1a:f9c3]:8080/data"
x=ser.readline()
output=str(x, 'UTF-8')
# file.write(output)
data = output
response = requests.post(url,json=data)
print (x)
if reponse.status_code == 200:
print("Donnees envoyees avec succes")
else:
print(f"Échec de l'envoi. Code de statut : {response.status_code}")
print(response.text)

#file.close()
</syntaxhighlight>

Au final ,nous arrivons bien à recevoir les données sur le serveur Xen, par un paquet unique.

[[Fichier:Reception des données.png|900px|center]]

==Stockage des Données==

Notre serveur Xen reçoit maintenant les données de la carte grâce aux requêtes HTTP.
Nous avons alors décidé de code un script python recevant les données et qui les stockes dans un fichier .csv sur le serveur afin de pouvoir par la suite utiliser les données du capteur. Ainsi, vous pouvez retrouver dans le script du server Python http, certaines parties correspondant à l'enregistrement des données reçues dans un fichier lui aussi nommé ''store_data.csv'' se retrouvant bien évidemment sur notre serveur Xen. Le code est le même que précédemment : <syntaxhighlight lang="python3">
import socket
from http.server import HTTPServer, SimpleHTTPRequestHandler
import json

PORT = 8080
class MyHandler(SimpleHTTPRequestHandler):
def do_GET(self):
if self.path == '/ip':
self.send_response(200)
self.send_header('Content-type', 'text/html')
self.end_headers()
self.wfile.write(f'Your IP address is {self.client_address[0]}'.encode())
return
else:
return SimpleHTTPRequestHandler.do_GET(self)

def do_POST(self):
if self.path== '/data':
content_length = int(self.headers['Content-Length'])
data = self.rfile.read(content_length).decode('utf-8')
data_dict = json.loads(data)

print("Donnees recues:", data_dict)

self.send_response(200)
#Ouverture du fichier pour stocker les donnees
file = open(r"store_data.csv","w")

#Donnes ecrites dans le fichier .csv
file.write(data_dict)

else :
self.send_response(404)
self.end_headers()

class HTTPServerV6(HTTPServer):
address_family = socket.AF_INET6

def main():
server = HTTPServerV6(('::',PORT),MyHandler)
print("Serveur actif sur le port :", PORT)
server.serve_forever()

if __name__ == '__main__':
main()

</syntaxhighlight>

Et voici le contenu du fichier .csv sur notre serveur :

[[Fichier:Fichier csv serveur.png|sans_cadre|1065x1065px]]

Les données sont donc correctement transférées du capteur vers la Raspberry Pi en liaison série. Puis par des requêtes http, les données seront envoyées par la Raspberry Pi jusqu'au serveur qui stockera ces données dans un fichier .csv pour par la suite les analyser.

=<div class="mcwiki-header" style="border-radius: 30px; padding: 10px; font-family: Helvetica ; font-weight: bold; color: #FFFFFF; text-align: center; font-size: 90%; background: #FFC0CB; vertical-align: top; height:70%; width: 98%;"> Entraînement du modèle d’apprentissage </div>=

==Entraînement sur NanoEdge AI Studio==
===Description===
Pour commencer la partie Entraînement, nous avons décidé de commencer par NanoEdge AI Studio. Ce logiciel développé par STMicroelectronics

permet de "créer" une Intelligence Artificielle (IA), de manière simple et guidée.

Pour créer cette IA, nous avons tout d'abord dû connecter la carte STMicroelectronics au PC et lancer NanoEdge AI Studio.

===Signaux===
Après avoir créé un projet "n-Class", nous avons dû rentrer les signaux que nous voulions faire apprendre. Dans notre cas, ce sont les lettres de A à J qui vont être apprises.

[[Fichier: SignauxNEAIS.png|500px]]

Après avoir fait tous les signaux que nous avons besoins, nous devons lancer le Benchmark.

===Benchmark===

Le Benchmark est une sorte d'étalon, c'est dans cette partie que l'IA cherche la meilleure librairie possible d'après les signaux envoyés dans la partie précédente.

[[Fichier:Benchmark Delgod.png|500px]]

===Validation===
Une fois que cette partie est terminée, nous pouvons passer à la partie Validation où nous pouvons importer un signal différent de ceux d'avant afin de choisir la meilleure librairie parmi celles trouvées dans la partie Benchmark.

[[Fichier:Validation.png|500px]]

===Emulator===
Enfin, nous pouvons tester en temps réel dans la partie Emulator si notre librairie a bien appris les signaux envoyés en entraînement.

[[Fichier:EmulatorDelgod.png|500px]]

===Résultats===
Nous avons filmé deux cas où l'IA reconnait les symboles C et I de la Langue des Signes Française (LSF) :

[[Fichier:C.mp4]] [[Fichier:I.mp4]]

Comme vous pouvez le voir, certaines lettres sont mieux perçues que d'autres, cela est dû au fait que NanoEdge AI Studio est très sensible à la luminosité, mais aussi à la position de notre main par rapport au capteur.

==Entraînement avec un script Python==
===Apprentissage avec des données sélectionnées===

Dans un premier temps, nous avons créé une intelligence artificielle qui apprend grâce à des fichiers CSV que nous avons fait.

Nous avons choisi d'utiliser la librairie SciKit Learn et Random Forest pour développer notre IA.

La première étape dans notre script Python est de lire tous les CSV que nous lui fournissons (c'est-à-dire les CSV correspondant aux lettres A à K de la Langue des Signes Française). Ensuite, nous concaténons tous les CSV pour en faire une sorte de "mini" base de données. Cette base de données va être scindée en deux : 80 % des données sont faites pour l'apprentissage, et les 20 % restants sont pour le test.

Il faut savoir aussi que nous avons relié une lettre à un chiffre pour plus de facilité, nous avons donc :

<code>Empty = 0, A = 1, B = 2, etc.....</code>

Pour compliquer la tâche, nous avons décidé de mélanger toutes les données pour l'entraînement et le test, c'est-à-dire que le tableau de réponse ne sera pas sous la forme <code>[0 0 0 ... 1 1 1 .... 2 ....]</code> mais plutôt sous la forme : <code>[7 11 6 6 0 10 5 ...]</code>

Concernant la phase d'apprentissage, nous avons au total 4 variables :

* <code>X_train</code> : données que la carte a envoyées qui sont destinées à l'entrainement
* <code>y_train</code> : tableau de réponse (ce qu'on attend comme résultat)
* <code>X_test</code> : données que la cartée a envoyées qui sont destinées au test
* <code>y_test</code> : tableau de réponse que l'IA a déterminé

Enfin, nous avons mis le paramètre <code>accuracy</code> qui permet de déterminer le "score" de l'IA.

<syntaxhighlight lang="bash">
def random_forest_predict(X_train,y_train,X_test,y_test):
model = RandomForestClassifier()
model.fit(X_train, y_train)
y_pred = model.predict(X_test)
accuracy = accuracy_score(y_test,y_pred)
print(y_pred)
print(f"Précision du modèle : {accuracy}")
</syntaxhighlight>

[[Fichier:AccuracyDelGod.png.png|500px]]

Après le lancement du test, nous trouvons une accuracy de 1. Cette accuracy parfaite est sûrement due au fait que pour chaque lettre, nous étions dans les mêmes conditions (position, luminosité etc..)

===Apprentissage avec des données en temps réel===

Après avoir entraîné notre IA, nous allons la tester avec les données qui proviennent directement de la carte avec le capteur Time of Flight. Pour cela, nous avons utilisé la librairie <code>Serial</code> de python pour obtenir les données en temps réel. Comme les données sont sous forme d’une longue chaîne de caractère, nous avons dû séparer la chaîne en une liste, transformer les chaînes de caractères en entiers et enfin transformer la liste en un tableau.

Après avoir transformé les données dans le bon type, nous avons réutilisé la fonction <code>predict</code> pour que l’Intelligence Artificielle détecte quelle lettre nous avons fait.

<syntaxhighlight lang="bash">
def random_predict_serial(X_train, y_train,model):
ser = serial.Serial()
ser.port = PORT
ser.baudrate = BAUDRATE
ser.timeout = 0.2

ser.open()
print("Is serial open : ", ser.is_open)

print(ser)

lines = ser.readlines()
for line in lines:
# print(line)
decoded_line = str(line, ENCODING)[:-2]
print(decoded_line, " - ", len(decoded_line.split(",")))

if(len(decoded_line.split(","))==64):
test_line = decoded_line.split(",")
test_line_int = [int(x) for x in test_line]
test_array = np.array(test_line_int)
test_array = test_array.reshape(1,-1)
print("TYPE TEST :",type(test_array))
prediction = model.predict(test_array)
print("La prediction :" ,prediction)

ser.close()
print("Is serial open : ", ser.is_open)
</syntaxhighlight>

Comme vous pouvez le voir, cette fonction redonne à la fin la prédiction du signal.

[[Fichier:PredictionDelGod.png|700px]]

Nous pouvons voir ici que le programme donne des prédictions que lorsque les données sont conformes et nous pouvons aussi remarquer que les prédictions restent les mêmes donc que l'IA est plutôt stable

=<div class="mcwiki-header" style="border-radius: 30px; padding: 10px; font-family: Helvetica ; font-weight: bold; color: #FFFFFF; text-align: center; font-size: 90%; background: #FFC0CB; vertical-align: top; height:70%; width: 98%;"> Mise en place du modèle embarqué et des modèles hybrides </div>=

=Séance du 04/12/2023=

AU cours de cette première séance, nous avons pu prendre en main les outils nécessaires à la réalisation de notre projet.
L’objectif était de construire un serveur Xen et de configurer la RaspberryPi.

*Machine virtuelle sur Chassiron avec un accès internet IPv6.
*Image de la Raspberry Pi pour connexion avec le serveur via WiFi : nous avons installé une image ** sur la rapsberry pi

=Séance du 18/12/2023=
Au cours de cette séance, nous allons tout d'abord

* Développer un firmware embarqué pour collecter les données, avec STM32 Cube IDE et donc un programme permettant d'acquérir les données du capteur.
* Mettre en œuvre un protocole de communication entre les quatre objets et la Raspberry Pi en garantissant que toutes les données sont bien reçues. Utilisation de la liaison série entre la carte et le capteur. Sur le port ttyACM0, avec un script python lancé de la rapsberry. Les données du capteur sont ensuite stockées dans un fichier .csv.

=Séance du 19/12/2023=

*Mise en place d'un serveur web http sur le serveur delgodVM pour permettre la communication grâce à des requêtes http entre la raspberry pi et le serveur. Tout ceci est réalisé grâce des scripts python.

=Séance du 20/12/2023=

*Transmission des datas récupérées par le capteur de la raspberry pi vers le serveur http.
*Vérfication de la réception de ces données brutes
*Début de l'apprentissage de notre AI, reconnaissance de la langue des signes

SE5 ECEAI/eceai 2023/2024/GodardDelcourt

2024-01-28T15:54:26Z

Egodard : /* Apprentissage avec des données sélectionnées */

=<div class="mcwiki-header" style="border-radius: 30px; padding: 10px; font-family: Helvetica ; font-weight: bold; color: #FFFFFF; text-align: center; font-size: 90%; background: #FFC0CB; vertical-align: top; height:70%; width: 98%;"> Introduction </div>=

==Objectifs du projet==

Le projet vise à distribuer le calcul à différents endroits du réseau pour optimiser les performances et la sobriété énergétique. Un réseau d'objets connectés, de passerelles, et d'un serveur sera mis en place pour collecter, traiter, et évaluer les données environnementales.<br>

Les données que nous avons décidé de traiter seront les différentes lettres de l'alphabet en langue des signes. L'utilisateur devra réaliser la lettre souhaitée au dessus du capteur, notre intelligence embarquée devra alors déterminer quelle lettre est réalisée et envoyer cette donnée sur un serveur pour afficher sur une page web le résultat.

[[Fichier:Alphabet-dactylologique-nos-mains-vous-parlent.jpg|centré|sans_cadre|339x339px]]

=<div class="mcwiki-header" style="border-radius: 30px; padding: 10px; font-family: Helvetica ; font-weight: bold; color: #FFFFFF; text-align: center; font-size: 90%; background: #FFC0CB; vertical-align: top; height:70%; width: 98%;"> Mise en œuvre du réseau </div>=

==Configuration de la Machine Virtuelle==

Nous allons devoir créer une machine virtuelle sur Chassiron avec un accès internet IPv6. <br>
Cette machine virtuelle sera déployée grâce à Xen et sera nommée "delgodVM".<br>
La commande lancée pour créer la machine est la suivante :
<syntaxhighlight lang="bash">
xen-create-image --hostname delgodVM --force --dist bookworm --size 10G --memory 10G --dir /usr/local/xen --password glopglop --dhcp --bridge bridgeStudents
</syntaxhighlight>

Nous allons par la suite devoir configurer son réseau, sa résolution DNS, et ses sources de paquets Debian.<br>
Pour configurer le réseau de notre serveur, nous allons devoir modifier le fichier ''/etc/network/interfaces'' qui est un fichier de configuration réseau dans lequel les paramètres de l'interface sont spécifiés.
<syntaxhighlight lang="bash">
auto enX0
iface enX0 inet6 auto
</syntaxhighlight>

Pour configurer la résolution DNS de notre serveur, nous allons modifier le fichier ''/etc/resolv.conf''. Ce fichier permet de spécifier la configuration des serveurs de nom (DNS) pour résoudre les noms de domaine en adresses IP. Nous allons donc réaliser la configuration DNS suivante fournie dans le sujet :
<syntaxhighlight lang="bash">
domain plil.info
search plil.info
nameserver 2a01:c916:2047:c800:216:3eff:fe82:8a5c
</syntaxhighlight>

Pour modifier les sources des paquets Debian, nous allons modifier le fichier ''/etc/apt/sources.list'' en rajoutant les paquets suivants :
<syntaxhighlight lang="bash">
deb http://deb.debian.org/debian bookworm main contrib non-free non-free-firmware
deb-src http://deb.debian.org/debian bookworm main contrib non-free non-free-firmware
</syntaxhighlight>

Et nous allons aussi supprimer le fichier ''/etc/apt/apt.conf.d/01proxy''.

==Raspberry Pi==

Nous allons tout d'abord devoir configurer la Raspberry Pi avec une image que nous avons récupéré sur internet.

Ensuite, nous allons devoir connecter la Raspberry Pi au WiFi nommé WIFI_IE_1. Pour configurer la Raspberry Pi, nous allons la connecter en série à un ordinateur. Pour savoir quels pins il est nécessaire de connecter, il faut se fier à l'image ci-dessous. La partie alimentation n'est pas à connecter car trop faible pour alimenter la Raspberry Pi, nous allons donc devoir brancher sur secteur la carte grâce à une alimentation USB.
[[Fichier:Learn_raspberry_pi_piconsole_bb.png|centré|sans_cadre|442x442px]]

Après avoir connecté la Raspberry Pi sur l'ordinateur, nous pouvons vérifier sur quelle interface la carte est connectée avec la commande <syntaxhighlight lang="bash"> ls /dev </syntaxhighlight>
Par exemple, ici la carte était sur ''ttyUSB0''.
Nous pouvons ensuite lancer une liaison série avec minicom grâce à la commande
<syntaxhighlight lang="bash">minicom -s</syntaxhighlight> et les paramètres suivants ttyUSB0 et 115200 8N.

Nous allons ensuite pouvoir configurer le wifi. Pour cela, nous allons dans un terminal de la Raspberry Pi, il faut alors taper la commande suivante afin d'accéder à la configuration du système : <br>

<syntaxhighlight lang="bash">
raspi-config
</syntaxhighlight>

Puis nous sommes allées dans ""System Options"" afin de pouvoir configurer les différentes informations qui vont nous permettre d'avoir le WiFi sur la carte.<br>
Pour vérifier si nos modifications ont bien fonctionné, nous avons réalisé la commande ''ip a'' pour vérifier si le wlan0 était bien Up, et nous avons aussi ping google.com pour vérifier si le WiFi fonctionnait. Tout cela était correct.

'''Informations concernant la Raspberry Pi :'''<br>
Adresse ip : 172.26.145.129<br>
User pour le SSH : pifou<br>

==Objets Connectés==

Utilisation d'un STM32F401RE avec un capteur de distance (Nucleo-53L5A1).

=<div class="mcwiki-header" style="border-radius: 30px; padding: 10px; font-family: Helvetica ; font-weight: bold; color: #FFFFFF; text-align: center; font-size: 90%; background: #FFC0CB; vertical-align: top; height:70%; width: 98%;"> Protocole de communication et acquisition des données. </div>=

==Acquisition des données==

Nous allons devoir développer un firmware embarqué afin collecter des données, nous allons pour cela utiliser un code STM32 Cube IDE qui va nous aider à collecter les données du capteur.

La première étape consiste alors a installer STM32 Cube IDE pour l'objet connecté (STM32F401RE) avec capteur de distance (Nucleo-53L5A1).

Cependant, nous avons eu de nombreux problème pour installer ce logiciel sur les zabeths de l'école. Nous avons donc du utiliser un ordinateur personnel sous windows afin d'installer STM32CubeIDE. Afin de téléverser le programme sur notre objet connecté muni du capteur, nous allons devoir connecter celui-ci en série avec notre ordinnateur. Le code sera par la suite placé sur l'objet grâce à l'application.

Pour récupérer les données, nous allons utiliser un programme d'exemple fourni par STMicroelectronics. Pour vérifier le fonctionnement de ce code, nous avons lancé une liaison série sur l'objet connecté (grâce à Putty par exemple) et nous avons bien pu récupérer des données.

Cependant, ce code ne nous convenait pas, nous avons donc du le modifier afin d'obtenir des données brutes affichées par paquets de 16 valeurs.

<syntaxhighlight lang="bash" line="1" start="1">
static void print_result(RANGING_SENSOR_Result_t *Result)
{
int8_t j, k, l;
uint8_t zones_per_line;
zones_per_line = ((Profile.RangingProfile == RS_PROFILE_8x8_AUTONOMOUS) ||
(Profile.RangingProfile == RS_PROFILE_8x8_CONTINUOUS)) ? 8 : 4;
for (j = 0; j < Result->NumberOfZones; j += zones_per_line)
{
for (l = 0; l < RANGING_SENSOR_NB_TARGET_PER_ZONE; l++)
{
/* Print distance and status */
for (k = (zones_per_line - 1); k >= 0; k--)
{
if((l!=0) || (k!=(zones_per_line - 1)) || (j!=0)){
printf(";");
}
if (Result->ZoneResult[j+k].NumberOfTargets > 0)
printf("%ld",(long)Result->ZoneResult[j+k].Distance[l]);
else
printf("0");
}
}
}
printf("\r\n");
}

</syntaxhighlight>

==Protocole de communication==

===Raspberry Pi & capteur===

Tout d'abord, nous allons devoir mettre en oeuvre un protocole de communication permettant l'envoi de données entre la carte (Raspberry Pi) et le capteur.

Nous avons alors décidé de créer un script en Python qui permet au capteur de communiquer ses données à la Raspberry Pi, grâce à la liaison série entre les deux appareils. Comme nous avons vu précédemment, le code installé sur le capteur permet l'envoi de données brutes sur la liaison série, de la forme suivante :

[[Fichier:Données capteur csv.png|900px|center]]

Le code Python que nous avons implémenté sur la Raspberry Pi va permettre de récupérer ces données. Le script se trouve à l'endroit suivant sur la carte ''~/Documents/lecture/reader.py''. Lors de son lancement, celui ci va obtenir les données envoyées par le capteur, puis il va ranger ces données dans un fichier nommé ''store_data.csv''. Vous pouvez ainsi voir sur la photo ci-dessus l'affichage du fichier ''store_data.csv'' se trouvant sur la Raspberry Pi et contenant les données du capteur.

Le script que nous avons écrit est le suivant :

<syntaxhighlight lang="python3">
import serial
ser = serial.Serial (
# Port série pour lire les données
port='/dev/ttyACM0',
# Débit de la communication série
baudrate=460800,
# Check pour la parité, ici on ne le fait pas
parity=serial.PARITY_NONE,
# Nombre de commandes séries à accepter avant expiration du délai
timeout=1
)

# Ouverture du fichier "store_data.csv"
file = open(r"store_data.csv","w")

# Mise en pause du programme pendant 1 seconde pour éviter de surcharger le port série
while 1:
x=ser.readline()
output=str(x, 'UTF-8')
file.write(output)
print (x)

file.close()

</syntaxhighlight>

===Raspberry Pi et serveur===

Nous allons ensuite mettre en oeuvre un protocole de communication entre la Raspberry Pi et le serveur que nous avons créé. D'après les consignes du sujet, nous devons faire en sorte que ce protocole soit facilement étendu à un grand nombre de Raspberry Pi. C'est pourquoi après quelques recherches, nous avons décide de réaliser un protocole de communication HTTP initié avec un script Python.

Tout d'abord, un script Python sera réalisé sur notre serveur nommé delgodVM pour le spécialiser en un serveur web qui va nous permettre de gérer les requêtes HTTP. Ainsi, sur le serveur delgodVM, nous allons pouvoir lancer notre serveur Python HTTP avec le script créé et avoir le retour suivant :
[[Fichier:Lancement serveur http.png|900px|center]]

Le script est le suivant :

<syntaxhighlight lang="python3">
import socket
from http.server import HTTPServer, SimpleHTTPRequestHandler
import json

PORT = 8080
class MyHandler(SimpleHTTPRequestHandler):
def do_GET(self):
if self.path == '/ip':
self.send_response(200)
self.send_header('Content-type', 'text/html')
self.end_headers()
self.wfile.write(f'Your IP address is {self.client_address[0]}'.encode())
return
else:
return SimpleHTTPRequestHandler.do_GET(self)

def do_POST(self):
if self.path== '/data':
content_length = int(self.headers['Content-Length'])
data = self.rfile.read(content_length).decode('utf-8')
data_dict = json.loads(data)

print("Donnees recues:", data_dict)

self.send_response(200)
#Ouverture du fichier pour stocker les donnees
file = open(r"store_data.csv","a")

#Donnes ecrites dans le fichier .csv
file.write(data_dict)

else :
self.send_response(404)
self.end_headers()

class HTTPServerV6(HTTPServer):
address_family = socket.AF_INET6

def main():
server = HTTPServerV6(('::',PORT),MyHandler)
print("Serveur actif sur le port :", PORT)
server.serve_forever()

if __name__ == '__main__':
main()
</syntaxhighlight>

Pour vérifier (de plus) si notre serveur est bien lancé, nous allons essayer d'y accéder grâce à une page web sur une zabeth de l'école à l'adresse suivante sur le port 8080 configuré dans le fichier de configuration du serveur Python http : http://[2001:660:4401:6050:216:3eff:fe1a:f9c3]:8080
[[Fichier:Accès serveur web.png|900px|center]]

De la Raspberry Pi, on vérifie qu’on peut bien accéder au serveur Python HTTP :
[[Fichier:Test accès serveur avec curl.png|900px|center]]

Pour envoyer des données de la Raspberry PI au serveur HTTP, nous avons créé un script Python qui va permettre d'envoyer ces données par des requêtes HTTP. Ce script sera bien évidemment lancé de la Raspberry PI. Pour que l'envoi de données fonctionne, nous devons alors lancer le script permettant le fonctionnement du serveur web sur le serveur delgodVM (commande python3 ./server.py). Et nous devons lancer simultanément le script reader.py sur la Raspberry PI. Le script est le suivant :

<syntaxhighlight lang="python3">
import serial
import requests

ser = serial.Serial (
# Port série pour lire les data
port='/dev/ttyACM0',
# Débit de la communication série
baudrate=460800,
# Check ds parités, ici on ne le fait pas
parity=serial.PARITY_NONE,
# Number of serial commands to accept before timing out
timeout=1
)

# Open function to open the file "store_data.csv"
#file = open(r"store_data.csv","w")

url = "http://[2001:660:4401:6050:216:3eff:fe1a:f9c3]:8080/data"

while 1:
url = "http://[2001:660:4401:6050:216:3eff:fe1a:f9c3]:8080/data"
x=ser.readline()
output=str(x, 'UTF-8')
# file.write(output)
data = output
response = requests.post(url,json=data)
print (x)
if reponse.status_code == 200:
print("Donnees envoyees avec succes")
else:
print(f"Échec de l'envoi. Code de statut : {response.status_code}")
print(response.text)

#file.close()
</syntaxhighlight>

Au final ,nous arrivons bien à recevoir les données sur le serveur Xen, par un paquet unique.

[[Fichier:Reception des données.png|900px|center]]

==Stockage des Données==

Notre serveur Xen reçoit maintenant les données de la carte grâce aux requêtes HTTP.
Nous avons alors décidé de code un script python recevant les données et qui les stockes dans un fichier .csv sur le serveur afin de pouvoir par la suite utiliser les données du capteur. Ainsi, vous pouvez retrouver dans le script du server Python http, certaines parties correspondant à l'enregistrement des données reçues dans un fichier lui aussi nommé ''store_data.csv'' se retrouvant bien évidemment sur notre serveur Xen. Le code est le même que précédemment : <syntaxhighlight lang="python3">
import socket
from http.server import HTTPServer, SimpleHTTPRequestHandler
import json

PORT = 8080
class MyHandler(SimpleHTTPRequestHandler):
def do_GET(self):
if self.path == '/ip':
self.send_response(200)
self.send_header('Content-type', 'text/html')
self.end_headers()
self.wfile.write(f'Your IP address is {self.client_address[0]}'.encode())
return
else:
return SimpleHTTPRequestHandler.do_GET(self)

def do_POST(self):
if self.path== '/data':
content_length = int(self.headers['Content-Length'])
data = self.rfile.read(content_length).decode('utf-8')
data_dict = json.loads(data)

print("Donnees recues:", data_dict)

self.send_response(200)
#Ouverture du fichier pour stocker les donnees
file = open(r"store_data.csv","w")

#Donnes ecrites dans le fichier .csv
file.write(data_dict)

else :
self.send_response(404)
self.end_headers()

class HTTPServerV6(HTTPServer):
address_family = socket.AF_INET6

def main():
server = HTTPServerV6(('::',PORT),MyHandler)
print("Serveur actif sur le port :", PORT)
server.serve_forever()

if __name__ == '__main__':
main()

</syntaxhighlight>

Et voici le contenu du fichier .csv sur notre serveur :

[[Fichier:Fichier csv serveur.png|sans_cadre|1065x1065px]]

Les données sont donc correctement transférées du capteur vers la Raspberry Pi en liaison série. Puis par des requêtes http, les données seront envoyées par la Raspberry Pi jusqu'au serveur qui stockera ces données dans un fichier .csv pour par la suite les analyser.

=<div class="mcwiki-header" style="border-radius: 30px; padding: 10px; font-family: Helvetica ; font-weight: bold; color: #FFFFFF; text-align: center; font-size: 90%; background: #FFC0CB; vertical-align: top; height:70%; width: 98%;"> Entraînement du modèle d’apprentissage </div>=

==Entraînement sur NanoEdge AI Studio==
===Description===
Pour commencer la partie Entraînement, nous avons décidé de commencer par NanoEdge AI Studio. Ce logiciel développé par STMicroelectronics

permet de "créer" une Intelligence Artificielle (IA), de manière simple et guidée.

Pour créer cette IA, nous avons tout d'abord dû connecter la carte STMicroelectronics au PC et lancer NanoEdge AI Studio.

===Signaux===
Après avoir créé un projet "n-Class", nous avons dû rentrer les signaux que nous voulions faire apprendre. Dans notre cas, ce sont les lettres de A à J qui vont être apprises.

[[Fichier: SignauxNEAIS.png|500px]]

Après avoir fait tous les signaux que nous avons besoins, nous devons lancer le Benchmark.

===Benchmark===

Le Benchmark est une sorte d'étalon, c'est dans cette partie que l'IA cherche la meilleure librairie possible d'après les signaux envoyés dans la partie précédente.

[[Fichier:Benchmark Delgod.png|500px]]

===Validation===
Une fois que cette partie est terminée, nous pouvons passer à la partie Validation où nous pouvons importer un signal différent de ceux d'avant afin de choisir la meilleure librairie parmi celles trouvées dans la partie Benchmark.

[[Fichier:Validation.png|500px]]

===Emulator===
Enfin, nous pouvons tester en temps réel dans la partie Emulator si notre librairie a bien appris les signaux envoyés en entraînement.

[[Fichier:EmulatorDelgod.png|500px]]

===Résultats===
Nous avons filmé deux cas où l'IA reconnait les symboles C et I de la Langue des Signes Française (LSF) :

[[Fichier:C.mp4]] [[Fichier:I.mp4]]

Comme vous pouvez le voir, certaines lettres sont mieux perçues que d'autres, cela est dû au fait que NanoEdge AI Studio est très sensible à la luminosité, mais aussi à la position de notre main par rapport au capteur.

==Entraînement avec un script Python==
===Apprentissage avec des données sélectionnées===

Dans un premier temps, nous avons créé une intelligence artificielle qui apprend grâce à des fichiers CSV que nous avons fait.

Nous avons choisi d'utiliser la librairie SciKit Learn et Random Forest pour développer notre IA.

La première étape dans notre script Python est de lire tous les CSV que nous lui fournissons (c'est-à-dire les CSV correspondant aux lettres A à K de la Langue des Signes Française). Ensuite, nous concaténons tous les CSV pour en faire une sorte de "mini" base de données. Cette base de données va être scindée en deux : 80 % des données sont faites pour l'apprentissage, et les 20 % restants sont pour le test.

Il faut savoir aussi que nous avons relié une lettre à un chiffre pour plus de facilité, nous avons donc :

<code>Empty = 0, A = 1, B = 2, etc.....</code>

Pour compliquer la tâche, nous avons décidé de mélanger toutes les données pour l'entraînement et le test, c'est-à-dire que le tableau de réponse ne sera pas sous la forme <code>[0 0 0 ... 1 1 1 .... 2 ....]</code> mais plutôt sous la forme : <code>[7 11 6 6 0 10 5 ...]</code>

Concernant la phase d'apprentissage, nous avons au total 4 variables :

* <code>X_train</code> : données que la carte a envoyées qui sont destinées à l'entrainement
* <code>y_train</code> : tableau de réponse (ce qu'on attend comme résultat)
* <code>X_test</code> : données que la cartée a envoyées qui sont destinées au test
* <code>y_test</code> : tableau de réponse que l'IA a déterminé

Enfin, nous avons mis le paramètre <code>accuracy</code> qui permet de déterminer le "score" de l'IA.

<syntaxhighlight lang="bash">
def random_forest_predict(X_train,y_train,X_test,y_test):
model = RandomForestClassifier()
model.fit(X_train, y_train)
y_pred = model.predict(X_test)
accuracy = accuracy_score(y_test,y_pred)
print(y_pred)
print(f"Précision du modèle : {accuracy}")
</syntaxhighlight>

[[Fichier:AccuracyDelGod.png.png|500px]]

Après le lancement du test, nous trouvons une accuracy de 1. Cette accuracy parfaite est sûrement due au fait que pour chaque lettre, nous étions dans les mêmes conditions (position, luminosité etc..)

Après avoir entraîné notre IA, nous allons la tester avec les données qui proviennent directement de la carte avec le capteur Time of Flight. Pour cela, nous avons utilisé la librairie <code>Serial</code> de python pour obtenir les données en temps réel. Comme les données sont sous forme d’une longue chaîne de caractère, nous avons dû séparer la chaîne en une liste, transformer les chaînes de caractères en entiers et enfin transformer la liste en un tableau.

Après avoir transformé les données dans le bon type, nous avons réutilisé la fonction <code>predict</code> pour que l’Intelligence Artificielle détecte quelle lettre nous avons fait.

<syntaxhighlight lang="bash">
def random_predict_serial(X_train, y_train,model):
ser = serial.Serial()
ser.port = PORT
ser.baudrate = BAUDRATE
ser.timeout = 0.2

ser.open()
print("Is serial open : ", ser.is_open)

print(ser)

lines = ser.readlines()
for line in lines:
# print(line)
decoded_line = str(line, ENCODING)[:-2]
print(decoded_line, " - ", len(decoded_line.split(",")))

if(len(decoded_line.split(","))==64):
test_line = decoded_line.split(",")
test_line_int = [int(x) for x in test_line]
test_array = np.array(test_line_int)
test_array = test_array.reshape(1,-1)
print("TYPE TEST :",type(test_array))
prediction = model.predict(test_array)
print("La prediction :" ,prediction)

ser.close()
print("Is serial open : ", ser.is_open)
</syntaxhighlight>

Comme vous pouvez le voir, cette fonction redonne à la fin la prédiction du signal.

[[Fichier:PredictionDelGod.png|700px]]

Nous pouvons voir ici que le programme donne des prédictions que lorsque les données sont conformes et nous pouvons aussi remarquer que les prédictions restent les mêmes donc que l'IA est plutôt stable

=<div class="mcwiki-header" style="border-radius: 30px; padding: 10px; font-family: Helvetica ; font-weight: bold; color: #FFFFFF; text-align: center; font-size: 90%; background: #FFC0CB; vertical-align: top; height:70%; width: 98%;"> Mise en place du modèle embarqué et des modèles hybrides </div>=

=Séance du 04/12/2023=

AU cours de cette première séance, nous avons pu prendre en main les outils nécessaires à la réalisation de notre projet.
L’objectif était de construire un serveur Xen et de configurer la RaspberryPi.

*Machine virtuelle sur Chassiron avec un accès internet IPv6.
*Image de la Raspberry Pi pour connexion avec le serveur via WiFi : nous avons installé une image ** sur la rapsberry pi

=Séance du 18/12/2023=
Au cours de cette séance, nous allons tout d'abord

* Développer un firmware embarqué pour collecter les données, avec STM32 Cube IDE et donc un programme permettant d'acquérir les données du capteur.
* Mettre en œuvre un protocole de communication entre les quatre objets et la Raspberry Pi en garantissant que toutes les données sont bien reçues. Utilisation de la liaison série entre la carte et le capteur. Sur le port ttyACM0, avec un script python lancé de la rapsberry. Les données du capteur sont ensuite stockées dans un fichier .csv.

=Séance du 19/12/2023=

*Mise en place d'un serveur web http sur le serveur delgodVM pour permettre la communication grâce à des requêtes http entre la raspberry pi et le serveur. Tout ceci est réalisé grâce des scripts python.

=Séance du 20/12/2023=

*Transmission des datas récupérées par le capteur de la raspberry pi vers le serveur http.
*Vérfication de la réception de ces données brutes
*Début de l'apprentissage de notre AI, reconnaissance de la langue des signes

SE5 ECEAI/eceai 2023/2024/GodardDelcourt

2024-01-28T15:54:10Z

Egodard : /* Apprentissage avec des données sélectionnées */

=<div class="mcwiki-header" style="border-radius: 30px; padding: 10px; font-family: Helvetica ; font-weight: bold; color: #FFFFFF; text-align: center; font-size: 90%; background: #FFC0CB; vertical-align: top; height:70%; width: 98%;"> Introduction </div>=

==Objectifs du projet==

Le projet vise à distribuer le calcul à différents endroits du réseau pour optimiser les performances et la sobriété énergétique. Un réseau d'objets connectés, de passerelles, et d'un serveur sera mis en place pour collecter, traiter, et évaluer les données environnementales.<br>

Les données que nous avons décidé de traiter seront les différentes lettres de l'alphabet en langue des signes. L'utilisateur devra réaliser la lettre souhaitée au dessus du capteur, notre intelligence embarquée devra alors déterminer quelle lettre est réalisée et envoyer cette donnée sur un serveur pour afficher sur une page web le résultat.

[[Fichier:Alphabet-dactylologique-nos-mains-vous-parlent.jpg|centré|sans_cadre|339x339px]]

=<div class="mcwiki-header" style="border-radius: 30px; padding: 10px; font-family: Helvetica ; font-weight: bold; color: #FFFFFF; text-align: center; font-size: 90%; background: #FFC0CB; vertical-align: top; height:70%; width: 98%;"> Mise en œuvre du réseau </div>=

==Configuration de la Machine Virtuelle==

Nous allons devoir créer une machine virtuelle sur Chassiron avec un accès internet IPv6. <br>
Cette machine virtuelle sera déployée grâce à Xen et sera nommée "delgodVM".<br>
La commande lancée pour créer la machine est la suivante :
<syntaxhighlight lang="bash">
xen-create-image --hostname delgodVM --force --dist bookworm --size 10G --memory 10G --dir /usr/local/xen --password glopglop --dhcp --bridge bridgeStudents
</syntaxhighlight>

Nous allons par la suite devoir configurer son réseau, sa résolution DNS, et ses sources de paquets Debian.<br>
Pour configurer le réseau de notre serveur, nous allons devoir modifier le fichier ''/etc/network/interfaces'' qui est un fichier de configuration réseau dans lequel les paramètres de l'interface sont spécifiés.
<syntaxhighlight lang="bash">
auto enX0
iface enX0 inet6 auto
</syntaxhighlight>

Pour configurer la résolution DNS de notre serveur, nous allons modifier le fichier ''/etc/resolv.conf''. Ce fichier permet de spécifier la configuration des serveurs de nom (DNS) pour résoudre les noms de domaine en adresses IP. Nous allons donc réaliser la configuration DNS suivante fournie dans le sujet :
<syntaxhighlight lang="bash">
domain plil.info
search plil.info
nameserver 2a01:c916:2047:c800:216:3eff:fe82:8a5c
</syntaxhighlight>

Pour modifier les sources des paquets Debian, nous allons modifier le fichier ''/etc/apt/sources.list'' en rajoutant les paquets suivants :
<syntaxhighlight lang="bash">
deb http://deb.debian.org/debian bookworm main contrib non-free non-free-firmware
deb-src http://deb.debian.org/debian bookworm main contrib non-free non-free-firmware
</syntaxhighlight>

Et nous allons aussi supprimer le fichier ''/etc/apt/apt.conf.d/01proxy''.

==Raspberry Pi==

Nous allons tout d'abord devoir configurer la Raspberry Pi avec une image que nous avons récupéré sur internet.

Ensuite, nous allons devoir connecter la Raspberry Pi au WiFi nommé WIFI_IE_1. Pour configurer la Raspberry Pi, nous allons la connecter en série à un ordinateur. Pour savoir quels pins il est nécessaire de connecter, il faut se fier à l'image ci-dessous. La partie alimentation n'est pas à connecter car trop faible pour alimenter la Raspberry Pi, nous allons donc devoir brancher sur secteur la carte grâce à une alimentation USB.
[[Fichier:Learn_raspberry_pi_piconsole_bb.png|centré|sans_cadre|442x442px]]

Après avoir connecté la Raspberry Pi sur l'ordinateur, nous pouvons vérifier sur quelle interface la carte est connectée avec la commande <syntaxhighlight lang="bash"> ls /dev </syntaxhighlight>
Par exemple, ici la carte était sur ''ttyUSB0''.
Nous pouvons ensuite lancer une liaison série avec minicom grâce à la commande
<syntaxhighlight lang="bash">minicom -s</syntaxhighlight> et les paramètres suivants ttyUSB0 et 115200 8N.

Nous allons ensuite pouvoir configurer le wifi. Pour cela, nous allons dans un terminal de la Raspberry Pi, il faut alors taper la commande suivante afin d'accéder à la configuration du système : <br>

<syntaxhighlight lang="bash">
raspi-config
</syntaxhighlight>

Puis nous sommes allées dans ""System Options"" afin de pouvoir configurer les différentes informations qui vont nous permettre d'avoir le WiFi sur la carte.<br>
Pour vérifier si nos modifications ont bien fonctionné, nous avons réalisé la commande ''ip a'' pour vérifier si le wlan0 était bien Up, et nous avons aussi ping google.com pour vérifier si le WiFi fonctionnait. Tout cela était correct.

'''Informations concernant la Raspberry Pi :'''<br>
Adresse ip : 172.26.145.129<br>
User pour le SSH : pifou<br>

==Objets Connectés==

Utilisation d'un STM32F401RE avec un capteur de distance (Nucleo-53L5A1).

=<div class="mcwiki-header" style="border-radius: 30px; padding: 10px; font-family: Helvetica ; font-weight: bold; color: #FFFFFF; text-align: center; font-size: 90%; background: #FFC0CB; vertical-align: top; height:70%; width: 98%;"> Protocole de communication et acquisition des données. </div>=

==Acquisition des données==

Nous allons devoir développer un firmware embarqué afin collecter des données, nous allons pour cela utiliser un code STM32 Cube IDE qui va nous aider à collecter les données du capteur.

La première étape consiste alors a installer STM32 Cube IDE pour l'objet connecté (STM32F401RE) avec capteur de distance (Nucleo-53L5A1).

Cependant, nous avons eu de nombreux problème pour installer ce logiciel sur les zabeths de l'école. Nous avons donc du utiliser un ordinateur personnel sous windows afin d'installer STM32CubeIDE. Afin de téléverser le programme sur notre objet connecté muni du capteur, nous allons devoir connecter celui-ci en série avec notre ordinnateur. Le code sera par la suite placé sur l'objet grâce à l'application.

Pour récupérer les données, nous allons utiliser un programme d'exemple fourni par STMicroelectronics. Pour vérifier le fonctionnement de ce code, nous avons lancé une liaison série sur l'objet connecté (grâce à Putty par exemple) et nous avons bien pu récupérer des données.

Cependant, ce code ne nous convenait pas, nous avons donc du le modifier afin d'obtenir des données brutes affichées par paquets de 16 valeurs.

<syntaxhighlight lang="bash" line="1" start="1">
static void print_result(RANGING_SENSOR_Result_t *Result)
{
int8_t j, k, l;
uint8_t zones_per_line;
zones_per_line = ((Profile.RangingProfile == RS_PROFILE_8x8_AUTONOMOUS) ||
(Profile.RangingProfile == RS_PROFILE_8x8_CONTINUOUS)) ? 8 : 4;
for (j = 0; j < Result->NumberOfZones; j += zones_per_line)
{
for (l = 0; l < RANGING_SENSOR_NB_TARGET_PER_ZONE; l++)
{
/* Print distance and status */
for (k = (zones_per_line - 1); k >= 0; k--)
{
if((l!=0) || (k!=(zones_per_line - 1)) || (j!=0)){
printf(";");
}
if (Result->ZoneResult[j+k].NumberOfTargets > 0)
printf("%ld",(long)Result->ZoneResult[j+k].Distance[l]);
else
printf("0");
}
}
}
printf("\r\n");
}

</syntaxhighlight>

==Protocole de communication==

===Raspberry Pi & capteur===

Tout d'abord, nous allons devoir mettre en oeuvre un protocole de communication permettant l'envoi de données entre la carte (Raspberry Pi) et le capteur.

Nous avons alors décidé de créer un script en Python qui permet au capteur de communiquer ses données à la Raspberry Pi, grâce à la liaison série entre les deux appareils. Comme nous avons vu précédemment, le code installé sur le capteur permet l'envoi de données brutes sur la liaison série, de la forme suivante :

[[Fichier:Données capteur csv.png|900px|center]]

Le code Python que nous avons implémenté sur la Raspberry Pi va permettre de récupérer ces données. Le script se trouve à l'endroit suivant sur la carte ''~/Documents/lecture/reader.py''. Lors de son lancement, celui ci va obtenir les données envoyées par le capteur, puis il va ranger ces données dans un fichier nommé ''store_data.csv''. Vous pouvez ainsi voir sur la photo ci-dessus l'affichage du fichier ''store_data.csv'' se trouvant sur la Raspberry Pi et contenant les données du capteur.

Le script que nous avons écrit est le suivant :

<syntaxhighlight lang="python3">
import serial
ser = serial.Serial (
# Port série pour lire les données
port='/dev/ttyACM0',
# Débit de la communication série
baudrate=460800,
# Check pour la parité, ici on ne le fait pas
parity=serial.PARITY_NONE,
# Nombre de commandes séries à accepter avant expiration du délai
timeout=1
)

# Ouverture du fichier "store_data.csv"
file = open(r"store_data.csv","w")

# Mise en pause du programme pendant 1 seconde pour éviter de surcharger le port série
while 1:
x=ser.readline()
output=str(x, 'UTF-8')
file.write(output)
print (x)

file.close()

</syntaxhighlight>

===Raspberry Pi et serveur===

Nous allons ensuite mettre en oeuvre un protocole de communication entre la Raspberry Pi et le serveur que nous avons créé. D'après les consignes du sujet, nous devons faire en sorte que ce protocole soit facilement étendu à un grand nombre de Raspberry Pi. C'est pourquoi après quelques recherches, nous avons décide de réaliser un protocole de communication HTTP initié avec un script Python.

Tout d'abord, un script Python sera réalisé sur notre serveur nommé delgodVM pour le spécialiser en un serveur web qui va nous permettre de gérer les requêtes HTTP. Ainsi, sur le serveur delgodVM, nous allons pouvoir lancer notre serveur Python HTTP avec le script créé et avoir le retour suivant :
[[Fichier:Lancement serveur http.png|900px|center]]

Le script est le suivant :

<syntaxhighlight lang="python3">
import socket
from http.server import HTTPServer, SimpleHTTPRequestHandler
import json

PORT = 8080
class MyHandler(SimpleHTTPRequestHandler):
def do_GET(self):
if self.path == '/ip':
self.send_response(200)
self.send_header('Content-type', 'text/html')
self.end_headers()
self.wfile.write(f'Your IP address is {self.client_address[0]}'.encode())
return
else:
return SimpleHTTPRequestHandler.do_GET(self)

def do_POST(self):
if self.path== '/data':
content_length = int(self.headers['Content-Length'])
data = self.rfile.read(content_length).decode('utf-8')
data_dict = json.loads(data)

print("Donnees recues:", data_dict)

self.send_response(200)
#Ouverture du fichier pour stocker les donnees
file = open(r"store_data.csv","a")

#Donnes ecrites dans le fichier .csv
file.write(data_dict)

else :
self.send_response(404)
self.end_headers()

class HTTPServerV6(HTTPServer):
address_family = socket.AF_INET6

def main():
server = HTTPServerV6(('::',PORT),MyHandler)
print("Serveur actif sur le port :", PORT)
server.serve_forever()

if __name__ == '__main__':
main()
</syntaxhighlight>

Pour vérifier (de plus) si notre serveur est bien lancé, nous allons essayer d'y accéder grâce à une page web sur une zabeth de l'école à l'adresse suivante sur le port 8080 configuré dans le fichier de configuration du serveur Python http : http://[2001:660:4401:6050:216:3eff:fe1a:f9c3]:8080
[[Fichier:Accès serveur web.png|900px|center]]

De la Raspberry Pi, on vérifie qu’on peut bien accéder au serveur Python HTTP :
[[Fichier:Test accès serveur avec curl.png|900px|center]]

Pour envoyer des données de la Raspberry PI au serveur HTTP, nous avons créé un script Python qui va permettre d'envoyer ces données par des requêtes HTTP. Ce script sera bien évidemment lancé de la Raspberry PI. Pour que l'envoi de données fonctionne, nous devons alors lancer le script permettant le fonctionnement du serveur web sur le serveur delgodVM (commande python3 ./server.py). Et nous devons lancer simultanément le script reader.py sur la Raspberry PI. Le script est le suivant :

<syntaxhighlight lang="python3">
import serial
import requests

ser = serial.Serial (
# Port série pour lire les data
port='/dev/ttyACM0',
# Débit de la communication série
baudrate=460800,
# Check ds parités, ici on ne le fait pas
parity=serial.PARITY_NONE,
# Number of serial commands to accept before timing out
timeout=1
)

# Open function to open the file "store_data.csv"
#file = open(r"store_data.csv","w")

url = "http://[2001:660:4401:6050:216:3eff:fe1a:f9c3]:8080/data"

while 1:
url = "http://[2001:660:4401:6050:216:3eff:fe1a:f9c3]:8080/data"
x=ser.readline()
output=str(x, 'UTF-8')
# file.write(output)
data = output
response = requests.post(url,json=data)
print (x)
if reponse.status_code == 200:
print("Donnees envoyees avec succes")
else:
print(f"Échec de l'envoi. Code de statut : {response.status_code}")
print(response.text)

#file.close()
</syntaxhighlight>

Au final ,nous arrivons bien à recevoir les données sur le serveur Xen, par un paquet unique.

[[Fichier:Reception des données.png|900px|center]]

==Stockage des Données==

Notre serveur Xen reçoit maintenant les données de la carte grâce aux requêtes HTTP.
Nous avons alors décidé de code un script python recevant les données et qui les stockes dans un fichier .csv sur le serveur afin de pouvoir par la suite utiliser les données du capteur. Ainsi, vous pouvez retrouver dans le script du server Python http, certaines parties correspondant à l'enregistrement des données reçues dans un fichier lui aussi nommé ''store_data.csv'' se retrouvant bien évidemment sur notre serveur Xen. Le code est le même que précédemment : <syntaxhighlight lang="python3">
import socket
from http.server import HTTPServer, SimpleHTTPRequestHandler
import json

PORT = 8080
class MyHandler(SimpleHTTPRequestHandler):
def do_GET(self):
if self.path == '/ip':
self.send_response(200)
self.send_header('Content-type', 'text/html')
self.end_headers()
self.wfile.write(f'Your IP address is {self.client_address[0]}'.encode())
return
else:
return SimpleHTTPRequestHandler.do_GET(self)

def do_POST(self):
if self.path== '/data':
content_length = int(self.headers['Content-Length'])
data = self.rfile.read(content_length).decode('utf-8')
data_dict = json.loads(data)

print("Donnees recues:", data_dict)

self.send_response(200)
#Ouverture du fichier pour stocker les donnees
file = open(r"store_data.csv","w")

#Donnes ecrites dans le fichier .csv
file.write(data_dict)

else :
self.send_response(404)
self.end_headers()

class HTTPServerV6(HTTPServer):
address_family = socket.AF_INET6

def main():
server = HTTPServerV6(('::',PORT),MyHandler)
print("Serveur actif sur le port :", PORT)
server.serve_forever()

if __name__ == '__main__':
main()

</syntaxhighlight>

Et voici le contenu du fichier .csv sur notre serveur :

[[Fichier:Fichier csv serveur.png|sans_cadre|1065x1065px]]

Les données sont donc correctement transférées du capteur vers la Raspberry Pi en liaison série. Puis par des requêtes http, les données seront envoyées par la Raspberry Pi jusqu'au serveur qui stockera ces données dans un fichier .csv pour par la suite les analyser.

=<div class="mcwiki-header" style="border-radius: 30px; padding: 10px; font-family: Helvetica ; font-weight: bold; color: #FFFFFF; text-align: center; font-size: 90%; background: #FFC0CB; vertical-align: top; height:70%; width: 98%;"> Entraînement du modèle d’apprentissage </div>=

==Entraînement sur NanoEdge AI Studio==
===Description===
Pour commencer la partie Entraînement, nous avons décidé de commencer par NanoEdge AI Studio. Ce logiciel développé par STMicroelectronics

permet de "créer" une Intelligence Artificielle (IA), de manière simple et guidée.

Pour créer cette IA, nous avons tout d'abord dû connecter la carte STMicroelectronics au PC et lancer NanoEdge AI Studio.

===Signaux===
Après avoir créé un projet "n-Class", nous avons dû rentrer les signaux que nous voulions faire apprendre. Dans notre cas, ce sont les lettres de A à J qui vont être apprises.

[[Fichier: SignauxNEAIS.png|500px]]

Après avoir fait tous les signaux que nous avons besoins, nous devons lancer le Benchmark.

===Benchmark===

Le Benchmark est une sorte d'étalon, c'est dans cette partie que l'IA cherche la meilleure librairie possible d'après les signaux envoyés dans la partie précédente.

[[Fichier:Benchmark Delgod.png|500px]]

===Validation===
Une fois que cette partie est terminée, nous pouvons passer à la partie Validation où nous pouvons importer un signal différent de ceux d'avant afin de choisir la meilleure librairie parmi celles trouvées dans la partie Benchmark.

[[Fichier:Validation.png|500px]]

===Emulator===
Enfin, nous pouvons tester en temps réel dans la partie Emulator si notre librairie a bien appris les signaux envoyés en entraînement.

[[Fichier:EmulatorDelgod.png|500px]]

===Résultats===
Nous avons filmé deux cas où l'IA reconnait les symboles C et I de la Langue des Signes Française (LSF) :

[[Fichier:C.mp4]] [[Fichier:I.mp4]]

Comme vous pouvez le voir, certaines lettres sont mieux perçues que d'autres, cela est dû au fait que NanoEdge AI Studio est très sensible à la luminosité, mais aussi à la position de notre main par rapport au capteur.

==Entraînement avec un script Python==
===Apprentissage avec des données sélectionnées===

Dans un premier temps, nous avons créé une intelligence artificielle qui apprend grâce à des fichiers CSV que nous avons fait.

Nous avons choisi d'utiliser la librairie SciKit Learn et Random Forest pour développer notre IA.

La première étape dans notre script Python est de lire tous les CSV que nous lui fournissons (c'est-à-dire les CSV correspondant aux lettres A à K de la Langue des Signes Française). Ensuite, nous concaténons tous les CSV pour en faire une sorte de "mini" base de données. Cette base de données va être scindée en deux : 80 % des données sont faites pour l'apprentissage, et les 20 % restants sont pour le test.

Il faut savoir aussi que nous avons relié une lettre à un chiffre pour plus de facilité, nous avons donc :

<code>Empty = 0, A = 1, B = 2, etc.....</code>

Pour compliquer la tâche, nous avons décidé de mélanger toutes les données pour l'entraînement et le test, c'est-à-dire que le tableau de réponse ne sera pas sous la forme <code>[0 0 0 ... 1 1 1 .... 2 ....]</code> mais plutôt sous la forme : <code>[7 11 6 6 0 10 5 ...]</code>

Concernant la phase d'apprentissage, nous avons au total 4 variables :

* <code>X_train</code> : données que la carte a envoyées qui sont destinées à l'entrainement
* <code>y_train</code> : tableau de réponse (ce qu'on attend comme résultat)
* <code>X_test</code> : données que la cartée a envoyées qui sont destinées au test
* <code>y_test</code> : tableau de réponse que l'IA a déterminé

Enfin, nous avons mis le paramètre <code>accuracy</code> qui permet de déterminer le "score" de l'IA.

<syntaxhighlight lang="bash">
def random_forest_predict(X_train,y_train,X_test,y_test):
model = RandomForestClassifier()
model.fit(X_train, y_train)
y_pred = model.predict(X_test)
accuracy = accuracy_score(y_test,y_pred)
print(y_pred)
print(f"Précision du modèle : {accuracy}")
</syntaxhighlight>

[[Fichier:AccuracyDelGod.png.png|500px]]

Après le lancement du test, nous trouvons une accuracy de 1. Cette accuracy parfaite est sûrement due au fait que pour chaque lettre, nous étions dans les mêmes conditions (position, luminosité etc..)

Après avoir entraîné notre IA, nous allons la tester avec les données qui proviennent directement de la carte avec le capteur Time of Flight. Pour cela, nous avons utilisé la librairie <code>Serial</code> de python pour obtenir les données en temps réel. Comme les données sont sous forme d’une longue chaîne de caractère, nous avons dû séparer la chaîne en une liste, transformer les chaînes de caractères en entiers et enfin transformer la liste en un tableau.

Après avoir transformé les données dans le bon type, nous avons réutilisé la fonction <code>predict</code> pour que l’Intelligence Artificielle détecte quelle lettre nous avons fait.

<syntaxhighlight lang="bash">
def random_predict_serial(X_train, y_train,model):
ser = serial.Serial()
ser.port = PORT
ser.baudrate = BAUDRATE
ser.timeout = 0.2

ser.open()
print("Is serial open : ", ser.is_open)

print(ser)

lines = ser.readlines()
for line in lines:
# print(line)
decoded_line = str(line, ENCODING)[:-2]
print(decoded_line, " - ", len(decoded_line.split(",")))

if(len(decoded_line.split(","))==64):
test_line = decoded_line.split(",")
test_line_int = [int(x) for x in test_line]
test_array = np.array(test_line_int)
test_array = test_array.reshape(1,-1)
print("TYPE TEST :",type(test_array))
prediction = model.predict(test_array)
print("La prediction :" ,prediction)

ser.close()
print("Is serial open : ", ser.is_open)
</syntaxhighlight>

Comme vous pouvez le voir, cette fonction redonne à la fin la prédiction du signal.

[[Fichier:PredictionDelGod.png|500px]]

Nous pouvons voir ici que le programme donne des prédictions que lorsque les données sont conformes et nous pouvons aussi remarquer que les prédictions restent les mêmes donc que l'IA est plutôt stable

=<div class="mcwiki-header" style="border-radius: 30px; padding: 10px; font-family: Helvetica ; font-weight: bold; color: #FFFFFF; text-align: center; font-size: 90%; background: #FFC0CB; vertical-align: top; height:70%; width: 98%;"> Mise en place du modèle embarqué et des modèles hybrides </div>=

=Séance du 04/12/2023=

AU cours de cette première séance, nous avons pu prendre en main les outils nécessaires à la réalisation de notre projet.
L’objectif était de construire un serveur Xen et de configurer la RaspberryPi.

*Machine virtuelle sur Chassiron avec un accès internet IPv6.
*Image de la Raspberry Pi pour connexion avec le serveur via WiFi : nous avons installé une image ** sur la rapsberry pi

=Séance du 18/12/2023=
Au cours de cette séance, nous allons tout d'abord

* Développer un firmware embarqué pour collecter les données, avec STM32 Cube IDE et donc un programme permettant d'acquérir les données du capteur.
* Mettre en œuvre un protocole de communication entre les quatre objets et la Raspberry Pi en garantissant que toutes les données sont bien reçues. Utilisation de la liaison série entre la carte et le capteur. Sur le port ttyACM0, avec un script python lancé de la rapsberry. Les données du capteur sont ensuite stockées dans un fichier .csv.

=Séance du 19/12/2023=

*Mise en place d'un serveur web http sur le serveur delgodVM pour permettre la communication grâce à des requêtes http entre la raspberry pi et le serveur. Tout ceci est réalisé grâce des scripts python.

=Séance du 20/12/2023=

*Transmission des datas récupérées par le capteur de la raspberry pi vers le serveur http.
*Vérfication de la réception de ces données brutes
*Début de l'apprentissage de notre AI, reconnaissance de la langue des signes

Fichier:PredictionDelGod.png

2024-01-28T15:52:02Z

Egodard :

predicition

SE5 ECEAI/eceai 2023/2024/GodardDelcourt

2024-01-28T15:39:22Z

Egodard : /* Résultat */

=<div class="mcwiki-header" style="border-radius: 30px; padding: 10px; font-family: Helvetica ; font-weight: bold; color: #FFFFFF; text-align: center; font-size: 90%; background: #FFC0CB; vertical-align: top; height:70%; width: 98%;"> Introduction </div>=

==Objectifs du projet==

Le projet vise à distribuer le calcul à différents endroits du réseau pour optimiser les performances et la sobriété énergétique. Un réseau d'objets connectés, de passerelles, et d'un serveur sera mis en place pour collecter, traiter, et évaluer les données environnementales.<br>

Les données que nous avons décidé de traiter seront les différentes lettres de l'alphabet en langue des signes. L'utilisateur devra réaliser la lettre souhaitée au dessus du capteur, notre intelligence embarquée devra alors déterminer quelle lettre est réalisée et envoyer cette donnée sur un serveur pour afficher sur une page web le résultat.

[[Fichier:Alphabet-dactylologique-nos-mains-vous-parlent.jpg|centré|sans_cadre|339x339px]]

=<div class="mcwiki-header" style="border-radius: 30px; padding: 10px; font-family: Helvetica ; font-weight: bold; color: #FFFFFF; text-align: center; font-size: 90%; background: #FFC0CB; vertical-align: top; height:70%; width: 98%;"> Mise en œuvre du réseau </div>=

==Configuration de la Machine Virtuelle==

Nous allons devoir créer une machine virtuelle sur Chassiron avec un accès internet IPv6. <br>
Cette machine virtuelle sera déployée grâce à Xen et sera nommée "delgodVM".<br>
La commande lancée pour créer la machine est la suivante :
<syntaxhighlight lang="bash">
xen-create-image --hostname delgodVM --force --dist bookworm --size 10G --memory 10G --dir /usr/local/xen --password glopglop --dhcp --bridge bridgeStudents
</syntaxhighlight>

Nous allons par la suite devoir configurer son réseau, sa résolution DNS, et ses sources de paquets Debian.<br>
Pour configurer le réseau de notre serveur, nous allons devoir modifier le fichier ''/etc/network/interfaces'' qui est un fichier de configuration réseau dans lequel les paramètres de l'interface sont spécifiés.
<syntaxhighlight lang="bash">
auto enX0
iface enX0 inet6 auto
</syntaxhighlight>

Pour configurer la résolution DNS de notre serveur, nous allons modifier le fichier ''/etc/resolv.conf''. Ce fichier permet de spécifier la configuration des serveurs de nom (DNS) pour résoudre les noms de domaine en adresses IP. Nous allons donc réaliser la configuration DNS suivante fournie dans le sujet :
<syntaxhighlight lang="bash">
domain plil.info
search plil.info
nameserver 2a01:c916:2047:c800:216:3eff:fe82:8a5c
</syntaxhighlight>

Pour modifier les sources des paquets Debian, nous allons modifier le fichier ''/etc/apt/sources.list'' en rajoutant les paquets suivants :
<syntaxhighlight lang="bash">
deb http://deb.debian.org/debian bookworm main contrib non-free non-free-firmware
deb-src http://deb.debian.org/debian bookworm main contrib non-free non-free-firmware
</syntaxhighlight>

Et nous allons aussi supprimer le fichier ''/etc/apt/apt.conf.d/01proxy''.

==Raspberry Pi==

Nous allons tout d'abord devoir configurer la Raspberry Pi avec une image que nous avons récupéré sur internet.

Ensuite, nous allons devoir connecter la Raspberry Pi au WiFi nommé WIFI_IE_1. Pour configurer la Raspberry Pi, nous allons la connecter en série à un ordinateur. Pour savoir quels pins il est nécessaire de connecter, il faut se fier à l'image ci-dessous. La partie alimentation n'est pas à connecter car trop faible pour alimenter la Raspberry Pi, nous allons donc devoir brancher sur secteur la carte grâce à une alimentation USB.
[[Fichier:Learn_raspberry_pi_piconsole_bb.png|centré|sans_cadre|442x442px]]

Après avoir connecté la Raspberry Pi sur l'ordinateur, nous pouvons vérifier sur quelle interface la carte est connectée avec la commande <syntaxhighlight lang="bash"> ls /dev </syntaxhighlight>
Par exemple, ici la carte était sur ''ttyUSB0''.
Nous pouvons ensuite lancer une liaison série avec minicom grâce à la commande
<syntaxhighlight lang="bash">minicom -s</syntaxhighlight> et les paramètres suivants ttyUSB0 et 115200 8N.

Nous allons ensuite pouvoir configurer le wifi. Pour cela, nous allons dans un terminal de la Raspberry Pi, il faut alors taper la commande suivante afin d'accéder à la configuration du système : <br>

<syntaxhighlight lang="bash">
raspi-config
</syntaxhighlight>

Puis nous sommes allées dans ""System Options"" afin de pouvoir configurer les différentes informations qui vont nous permettre d'avoir le WiFi sur la carte.<br>
Pour vérifier si nos modifications ont bien fonctionné, nous avons réalisé la commande ''ip a'' pour vérifier si le wlan0 était bien Up, et nous avons aussi ping google.com pour vérifier si le WiFi fonctionnait. Tout cela était correct.

'''Informations concernant la Raspberry Pi :'''<br>
Adresse ip : 172.26.145.129<br>
User pour le SSH : pifou<br>

==Objets Connectés==

Utilisation d'un STM32F401RE avec un capteur de distance (Nucleo-53L5A1).

=<div class="mcwiki-header" style="border-radius: 30px; padding: 10px; font-family: Helvetica ; font-weight: bold; color: #FFFFFF; text-align: center; font-size: 90%; background: #FFC0CB; vertical-align: top; height:70%; width: 98%;"> Protocole de communication et acquisition des données. </div>=

==Acquisition des données==

Nous allons devoir développer un firmware embarqué afin collecter des données, nous allons pour cela utiliser un code STM32 Cube IDE qui va nous aider à collecter les données du capteur.

La première étape consiste alors a installer STM32 Cube IDE pour l'objet connecté (STM32F401RE) avec capteur de distance (Nucleo-53L5A1).

Cependant, nous avons eu de nombreux problème pour installer ce logiciel sur les zabeths de l'école. Nous avons donc du utiliser un ordinateur personnel sous windows afin d'installer STM32CubeIDE. Afin de téléverser le programme sur notre objet connecté muni du capteur, nous allons devoir connecter celui-ci en série avec notre ordinnateur. Le code sera par la suite placé sur l'objet grâce à l'application.

Pour récupérer les données, nous allons utiliser un programme d'exemple fourni par STMicroelectronics. Pour vérifier le fonctionnement de ce code, nous avons lancé une liaison série sur l'objet connecté (grâce à Putty par exemple) et nous avons bien pu récupérer des données.

Cependant, ce code ne nous convenait pas, nous avons donc du le modifier afin d'obtenir des données brutes affichées par paquets de 16 valeurs.

<syntaxhighlight lang="bash" line="1" start="1">
static void print_result(RANGING_SENSOR_Result_t *Result)
{
int8_t j, k, l;
uint8_t zones_per_line;
zones_per_line = ((Profile.RangingProfile == RS_PROFILE_8x8_AUTONOMOUS) ||
(Profile.RangingProfile == RS_PROFILE_8x8_CONTINUOUS)) ? 8 : 4;
for (j = 0; j < Result->NumberOfZones; j += zones_per_line)
{
for (l = 0; l < RANGING_SENSOR_NB_TARGET_PER_ZONE; l++)
{
/* Print distance and status */
for (k = (zones_per_line - 1); k >= 0; k--)
{
if((l!=0) || (k!=(zones_per_line - 1)) || (j!=0)){
printf(";");
}
if (Result->ZoneResult[j+k].NumberOfTargets > 0)
printf("%ld",(long)Result->ZoneResult[j+k].Distance[l]);
else
printf("0");
}
}
}
printf("\r\n");
}

</syntaxhighlight>

==Protocole de communication==

===Raspberry Pi & capteur===

Tout d'abord, nous allons devoir mettre en oeuvre un protocole de communication permettant l'envoi de données entre la carte (Raspberry Pi) et le capteur.

Nous avons alors décidé de créer un script en Python qui permet au capteur de communiquer ses données à la Raspberry Pi, grâce à la liaison série entre les deux appareils. Comme nous avons vu précédemment, le code installé sur le capteur permet l'envoi de données brutes sur la liaison série, de la forme suivante :

[[Fichier:Données capteur csv.png|900px|center]]

Le code Python que nous avons implémenté sur la Raspberry Pi va permettre de récupérer ces données. Le script se trouve à l'endroit suivant sur la carte ''~/Documents/lecture/reader.py''. Lors de son lancement, celui ci va obtenir les données envoyées par le capteur, puis il va ranger ces données dans un fichier nommé ''store_data.csv''. Vous pouvez ainsi voir sur la photo ci-dessus l'affichage du fichier ''store_data.csv'' se trouvant sur la Raspberry Pi et contenant les données du capteur.

Le script que nous avons écrit est le suivant :

<syntaxhighlight lang="python3">
import serial
ser = serial.Serial (
# Port série pour lire les données
port='/dev/ttyACM0',
# Débit de la communication série
baudrate=460800,
# Check pour la parité, ici on ne le fait pas
parity=serial.PARITY_NONE,
# Nombre de commandes séries à accepter avant expiration du délai
timeout=1
)

# Ouverture du fichier "store_data.csv"
file = open(r"store_data.csv","w")

# Mise en pause du programme pendant 1 seconde pour éviter de surcharger le port série
while 1:
x=ser.readline()
output=str(x, 'UTF-8')
file.write(output)
print (x)

file.close()

</syntaxhighlight>

===Raspberry Pi et serveur===

Nous allons ensuite mettre en oeuvre un protocole de communication entre la Raspberry Pi et le serveur que nous avons créé. D'après les consignes du sujet, nous devons faire en sorte que ce protocole soit facilement étendu à un grand nombre de Raspberry Pi. C'est pourquoi après quelques recherches, nous avons décide de réaliser un protocole de communication HTTP initié avec un script Python.

Tout d'abord, un script Python sera réalisé sur notre serveur nommé delgodVM pour le spécialiser en un serveur web qui va nous permettre de gérer les requêtes HTTP. Ainsi, sur le serveur delgodVM, nous allons pouvoir lancer notre serveur Python HTTP avec le script créé et avoir le retour suivant :
[[Fichier:Lancement serveur http.png|900px|center]]

Le script est le suivant :

<syntaxhighlight lang="python3">
import socket
from http.server import HTTPServer, SimpleHTTPRequestHandler
import json

PORT = 8080
class MyHandler(SimpleHTTPRequestHandler):
def do_GET(self):
if self.path == '/ip':
self.send_response(200)
self.send_header('Content-type', 'text/html')
self.end_headers()
self.wfile.write(f'Your IP address is {self.client_address[0]}'.encode())
return
else:
return SimpleHTTPRequestHandler.do_GET(self)

def do_POST(self):
if self.path== '/data':
content_length = int(self.headers['Content-Length'])
data = self.rfile.read(content_length).decode('utf-8')
data_dict = json.loads(data)

print("Donnees recues:", data_dict)

self.send_response(200)
#Ouverture du fichier pour stocker les donnees
file = open(r"store_data.csv","a")

#Donnes ecrites dans le fichier .csv
file.write(data_dict)

else :
self.send_response(404)
self.end_headers()

class HTTPServerV6(HTTPServer):
address_family = socket.AF_INET6

def main():
server = HTTPServerV6(('::',PORT),MyHandler)
print("Serveur actif sur le port :", PORT)
server.serve_forever()

if __name__ == '__main__':
main()
</syntaxhighlight>

Pour vérifier (de plus) si notre serveur est bien lancé, nous allons essayer d'y accéder grâce à une page web sur une zabeth de l'école à l'adresse suivante sur le port 8080 configuré dans le fichier de configuration du serveur Python http : http://[2001:660:4401:6050:216:3eff:fe1a:f9c3]:8080
[[Fichier:Accès serveur web.png|900px|center]]

De la Raspberry Pi, on vérifie qu’on peut bien accéder au serveur Python HTTP :
[[Fichier:Test accès serveur avec curl.png|900px|center]]

Pour envoyer des données de la Raspberry PI au serveur HTTP, nous avons créé un script Python qui va permettre d'envoyer ces données par des requêtes HTTP. Ce script sera bien évidemment lancé de la Raspberry PI. Pour que l'envoi de données fonctionne, nous devons alors lancer le script permettant le fonctionnement du serveur web sur le serveur delgodVM (commande python3 ./server.py). Et nous devons lancer simultanément le script reader.py sur la Raspberry PI. Le script est le suivant :

<syntaxhighlight lang="python3">
import serial
import requests

ser = serial.Serial (
# Port série pour lire les data
port='/dev/ttyACM0',
# Débit de la communication série
baudrate=460800,
# Check ds parités, ici on ne le fait pas
parity=serial.PARITY_NONE,
# Number of serial commands to accept before timing out
timeout=1
)

# Open function to open the file "store_data.csv"
#file = open(r"store_data.csv","w")

url = "http://[2001:660:4401:6050:216:3eff:fe1a:f9c3]:8080/data"

while 1:
url = "http://[2001:660:4401:6050:216:3eff:fe1a:f9c3]:8080/data"
x=ser.readline()
output=str(x, 'UTF-8')
# file.write(output)
data = output
response = requests.post(url,json=data)
print (x)
if reponse.status_code == 200:
print("Donnees envoyees avec succes")
else:
print(f"Échec de l'envoi. Code de statut : {response.status_code}")
print(response.text)

#file.close()
</syntaxhighlight>

Au final ,nous arrivons bien à recevoir les données sur le serveur Xen, par un paquet unique.

[[Fichier:Reception des données.png|900px|center]]

==Stockage des Données==

Notre serveur Xen reçoit maintenant les données de la carte grâce aux requêtes HTTP.
Nous avons alors décidé de code un script python recevant les données et qui les stockes dans un fichier .csv sur le serveur afin de pouvoir par la suite utiliser les données du capteur. Ainsi, vous pouvez retrouver dans le script du server Python http, certaines parties correspondant à l'enregistrement des données reçues dans un fichier lui aussi nommé ''store_data.csv'' se retrouvant bien évidemment sur notre serveur Xen. Le code est le même que précédemment : <syntaxhighlight lang="python3">
import socket
from http.server import HTTPServer, SimpleHTTPRequestHandler
import json

PORT = 8080
class MyHandler(SimpleHTTPRequestHandler):
def do_GET(self):
if self.path == '/ip':
self.send_response(200)
self.send_header('Content-type', 'text/html')
self.end_headers()
self.wfile.write(f'Your IP address is {self.client_address[0]}'.encode())
return
else:
return SimpleHTTPRequestHandler.do_GET(self)

def do_POST(self):
if self.path== '/data':
content_length = int(self.headers['Content-Length'])
data = self.rfile.read(content_length).decode('utf-8')
data_dict = json.loads(data)

print("Donnees recues:", data_dict)

self.send_response(200)
#Ouverture du fichier pour stocker les donnees
file = open(r"store_data.csv","w")

#Donnes ecrites dans le fichier .csv
file.write(data_dict)

else :
self.send_response(404)
self.end_headers()

class HTTPServerV6(HTTPServer):
address_family = socket.AF_INET6

def main():
server = HTTPServerV6(('::',PORT),MyHandler)
print("Serveur actif sur le port :", PORT)
server.serve_forever()

if __name__ == '__main__':
main()

</syntaxhighlight>

Et voici le contenu du fichier .csv sur notre serveur :

[[Fichier:Fichier csv serveur.png|sans_cadre|1065x1065px]]

Les données sont donc correctement transférées du capteur vers la Raspberry Pi en liaison série. Puis par des requêtes http, les données seront envoyées par la Raspberry Pi jusqu'au serveur qui stockera ces données dans un fichier .csv pour par la suite les analyser.

=<div class="mcwiki-header" style="border-radius: 30px; padding: 10px; font-family: Helvetica ; font-weight: bold; color: #FFFFFF; text-align: center; font-size: 90%; background: #FFC0CB; vertical-align: top; height:70%; width: 98%;"> Entraînement du modèle d’apprentissage </div>=

==Entraînement sur NanoEdge AI Studio==
===Description===
Pour commencer la partie Entraînement, nous avons décidé de commencer par NanoEdge AI Studio. Ce logiciel développé par STMicroelectronics

permet de "créer" une Intelligence Artificielle (IA), de manière simple et guidée.

Pour créer cette IA, nous avons tout d'abord dû connecter la carte STMicroelectronics au PC et lancer NanoEdge AI Studio.

===Signaux===
Après avoir créé un projet "n-Class", nous avons dû rentrer les signaux que nous voulions faire apprendre. Dans notre cas, ce sont les lettres de A à J qui vont être apprises.

[[Fichier: SignauxNEAIS.png|500px]]

Après avoir fait tous les signaux que nous avons besoins, nous devons lancer le Benchmark.

===Benchmark===

Le Benchmark est une sorte d'étalon, c'est dans cette partie que l'IA cherche la meilleure librairie possible d'après les signaux envoyés dans la partie précédente.

[[Fichier:Benchmark Delgod.png|500px]]

===Validation===
Une fois que cette partie est terminée, nous pouvons passer à la partie Validation où nous pouvons importer un signal différent de ceux d'avant afin de choisir la meilleure librairie parmi celles trouvées dans la partie Benchmark.

[[Fichier:Validation.png|500px]]

===Emulator===
Enfin, nous pouvons tester en temps réel dans la partie Emulator si notre librairie a bien appris les signaux envoyés en entraînement.

[[Fichier:EmulatorDelgod.png|500px]]

===Résultats===
Nous avons filmé deux cas où l'IA reconnait les symboles C et I de la Langue des Signes Française (LSF) :

[[Fichier:C.mp4]] [[Fichier:I.mp4]]

Comme vous pouvez le voir, certaines lettres sont mieux perçues que d'autres, cela est dû au fait que NanoEdge AI Studio est très sensible à la luminosité, mais aussi à la position de notre main par rapport au capteur.

==Entraînement avec un script Python==
===Apprentissage avec des données sélectionnées===

Dans un premier temps, nous avons créé une intelligence artificielle qui apprend grâce à des fichiers CSV que nous avons fait.

Nous avons choisi d'utiliser la librairie SciKit Learn et Random Forest pour développer notre IA.

La première étape dans notre script Python est de lire tous les CSV que nous lui fournissons (c'est-à-dire les CSV correspondant aux lettres A à K de la Langue des Signes Française). Ensuite, nous concaténons tous les CSV pour en faire une sorte de "mini" base de données. Cette base de données va être scindée en deux : 80 % des données sont faites pour l'apprentissage, et les 20 % restants sont pour le test.

Il faut savoir aussi que nous avons relié une lettre à un chiffre pour plus de facilité, nous avons donc :

<code>Empty = 0, A = 1, B = 2, etc.....</code>

Pour compliquer la tâche, nous avons décidé de mélanger toutes les données pour l'entraînement et le test, c'est-à-dire que le tableau de réponse ne sera pas sous la forme <code>[0 0 0 ... 1 1 1 .... 2 ....]</code> mais plutôt sous la forme : <code>[7 11 6 6 0 10 5 ...]</code>

Concernant la phase d'apprentissage, nous avons au total 4 variables :

* <code>X_train</code> : données que la carte a envoyées qui sont destinées à l'entrainement
* <code>y_train</code> : tableau de réponse (ce qu'on attend comme résultat)
* <code>X_test</code> : données que la cartée a envoyées qui sont destinées au test
* <code>y_test</code> : tableau de réponse que l'IA a déterminé

Enfin, nous avons mis le paramètre <code>accuracy</code> qui permet de déterminer le "score" de l'IA.

<syntaxhighlight lang="bash">
def random_forest_predict(X_train,y_train,X_test,y_test):
model = RandomForestClassifier()
model.fit(X_train, y_train)
y_pred = model.predict(X_test)
accuracy = accuracy_score(y_test,y_pred)
print(y_pred)
print(f"Précision du modèle : {accuracy}")
</syntaxhighlight>

[[Fichier:AccuracyDelGod.png.png|500px]]

Après le lancement du test, nous trouvons une accuracy de 1. Cette accuracy parfaite est sûrement due au fait que pour chaque lettre, nous étions dans les mêmes conditions (position, luminosité etc..)

Après avoir entraîné notre IA, nous allons la tester avec les données qui proviennent directement de la carte avec le capteur Time of Flight. Pour cela, nous avons utilisé la librairie serial de python pour obtenir les données en temps réel. Comme les données sont sous forme d’une longue chaîne de caractère, nous avons dû séparer la chaîne en une liste, transformer les chaînes de caractères en entiers et enfin transformer la liste en un tableau.

Après avoir transformé les données dans le bon type, nous avons réutilisé la fonction <code>predict</code> pour que l’Intelligence Artificielle détecte quelle lettre nous avons fait.

<syntaxhighlight lang="bash">
def random_predict_serial(X_train, y_train,model):
ser = serial.Serial()
ser.port = PORT
ser.baudrate = BAUDRATE
ser.timeout = 0.2

ser.open()
print("Is serial open : ", ser.is_open)

print(ser)

lines = ser.readlines()
for line in lines:
# print(line)
decoded_line = str(line, ENCODING)[:-2]
print(decoded_line, " - ", len(decoded_line.split(",")))

if(len(decoded_line.split(","))==64):
test_line = decoded_line.split(",")
test_line_int = [int(x) for x in test_line]
test_array = np.array(test_line_int)
test_array = test_array.reshape(1,-1)
print("TYPE TEST :",type(test_array))
prediction = model.predict(test_array)
print("La prediction :" ,prediction)

ser.close()
print("Is serial open : ", ser.is_open)
</syntaxhighlight>

=<div class="mcwiki-header" style="border-radius: 30px; padding: 10px; font-family: Helvetica ; font-weight: bold; color: #FFFFFF; text-align: center; font-size: 90%; background: #FFC0CB; vertical-align: top; height:70%; width: 98%;"> Mise en place du modèle embarqué et des modèles hybrides </div>=

=Séance du 04/12/2023=

AU cours de cette première séance, nous avons pu prendre en main les outils nécessaires à la réalisation de notre projet.
L’objectif était de construire un serveur Xen et de configurer la RaspberryPi.

*Machine virtuelle sur Chassiron avec un accès internet IPv6.
*Image de la Raspberry Pi pour connexion avec le serveur via WiFi : nous avons installé une image ** sur la rapsberry pi

=Séance du 18/12/2023=
Au cours de cette séance, nous allons tout d'abord

* Développer un firmware embarqué pour collecter les données, avec STM32 Cube IDE et donc un programme permettant d'acquérir les données du capteur.
* Mettre en œuvre un protocole de communication entre les quatre objets et la Raspberry Pi en garantissant que toutes les données sont bien reçues. Utilisation de la liaison série entre la carte et le capteur. Sur le port ttyACM0, avec un script python lancé de la rapsberry. Les données du capteur sont ensuite stockées dans un fichier .csv.

=Séance du 19/12/2023=

*Mise en place d'un serveur web http sur le serveur delgodVM pour permettre la communication grâce à des requêtes http entre la raspberry pi et le serveur. Tout ceci est réalisé grâce des scripts python.

=Séance du 20/12/2023=

*Transmission des datas récupérées par le capteur de la raspberry pi vers le serveur http.
*Vérfication de la réception de ces données brutes
*Début de l'apprentissage de notre AI, reconnaissance de la langue des signes

SE5 ECEAI/eceai 2023/2024/GodardDelcourt

2024-01-28T15:39:00Z

Egodard : /* "Signals" */

=<div class="mcwiki-header" style="border-radius: 30px; padding: 10px; font-family: Helvetica ; font-weight: bold; color: #FFFFFF; text-align: center; font-size: 90%; background: #FFC0CB; vertical-align: top; height:70%; width: 98%;"> Introduction </div>=

==Objectifs du projet==

Le projet vise à distribuer le calcul à différents endroits du réseau pour optimiser les performances et la sobriété énergétique. Un réseau d'objets connectés, de passerelles, et d'un serveur sera mis en place pour collecter, traiter, et évaluer les données environnementales.<br>

Les données que nous avons décidé de traiter seront les différentes lettres de l'alphabet en langue des signes. L'utilisateur devra réaliser la lettre souhaitée au dessus du capteur, notre intelligence embarquée devra alors déterminer quelle lettre est réalisée et envoyer cette donnée sur un serveur pour afficher sur une page web le résultat.

[[Fichier:Alphabet-dactylologique-nos-mains-vous-parlent.jpg|centré|sans_cadre|339x339px]]

=<div class="mcwiki-header" style="border-radius: 30px; padding: 10px; font-family: Helvetica ; font-weight: bold; color: #FFFFFF; text-align: center; font-size: 90%; background: #FFC0CB; vertical-align: top; height:70%; width: 98%;"> Mise en œuvre du réseau </div>=

==Configuration de la Machine Virtuelle==

Nous allons devoir créer une machine virtuelle sur Chassiron avec un accès internet IPv6. <br>
Cette machine virtuelle sera déployée grâce à Xen et sera nommée "delgodVM".<br>
La commande lancée pour créer la machine est la suivante :
<syntaxhighlight lang="bash">
xen-create-image --hostname delgodVM --force --dist bookworm --size 10G --memory 10G --dir /usr/local/xen --password glopglop --dhcp --bridge bridgeStudents
</syntaxhighlight>

Nous allons par la suite devoir configurer son réseau, sa résolution DNS, et ses sources de paquets Debian.<br>
Pour configurer le réseau de notre serveur, nous allons devoir modifier le fichier ''/etc/network/interfaces'' qui est un fichier de configuration réseau dans lequel les paramètres de l'interface sont spécifiés.
<syntaxhighlight lang="bash">
auto enX0
iface enX0 inet6 auto
</syntaxhighlight>

Pour configurer la résolution DNS de notre serveur, nous allons modifier le fichier ''/etc/resolv.conf''. Ce fichier permet de spécifier la configuration des serveurs de nom (DNS) pour résoudre les noms de domaine en adresses IP. Nous allons donc réaliser la configuration DNS suivante fournie dans le sujet :
<syntaxhighlight lang="bash">
domain plil.info
search plil.info
nameserver 2a01:c916:2047:c800:216:3eff:fe82:8a5c
</syntaxhighlight>

Pour modifier les sources des paquets Debian, nous allons modifier le fichier ''/etc/apt/sources.list'' en rajoutant les paquets suivants :
<syntaxhighlight lang="bash">
deb http://deb.debian.org/debian bookworm main contrib non-free non-free-firmware
deb-src http://deb.debian.org/debian bookworm main contrib non-free non-free-firmware
</syntaxhighlight>

Et nous allons aussi supprimer le fichier ''/etc/apt/apt.conf.d/01proxy''.

==Raspberry Pi==

Nous allons tout d'abord devoir configurer la Raspberry Pi avec une image que nous avons récupéré sur internet.

Ensuite, nous allons devoir connecter la Raspberry Pi au WiFi nommé WIFI_IE_1. Pour configurer la Raspberry Pi, nous allons la connecter en série à un ordinateur. Pour savoir quels pins il est nécessaire de connecter, il faut se fier à l'image ci-dessous. La partie alimentation n'est pas à connecter car trop faible pour alimenter la Raspberry Pi, nous allons donc devoir brancher sur secteur la carte grâce à une alimentation USB.
[[Fichier:Learn_raspberry_pi_piconsole_bb.png|centré|sans_cadre|442x442px]]

Après avoir connecté la Raspberry Pi sur l'ordinateur, nous pouvons vérifier sur quelle interface la carte est connectée avec la commande <syntaxhighlight lang="bash"> ls /dev </syntaxhighlight>
Par exemple, ici la carte était sur ''ttyUSB0''.
Nous pouvons ensuite lancer une liaison série avec minicom grâce à la commande
<syntaxhighlight lang="bash">minicom -s</syntaxhighlight> et les paramètres suivants ttyUSB0 et 115200 8N.

Nous allons ensuite pouvoir configurer le wifi. Pour cela, nous allons dans un terminal de la Raspberry Pi, il faut alors taper la commande suivante afin d'accéder à la configuration du système : <br>

<syntaxhighlight lang="bash">
raspi-config
</syntaxhighlight>

Puis nous sommes allées dans ""System Options"" afin de pouvoir configurer les différentes informations qui vont nous permettre d'avoir le WiFi sur la carte.<br>
Pour vérifier si nos modifications ont bien fonctionné, nous avons réalisé la commande ''ip a'' pour vérifier si le wlan0 était bien Up, et nous avons aussi ping google.com pour vérifier si le WiFi fonctionnait. Tout cela était correct.

'''Informations concernant la Raspberry Pi :'''<br>
Adresse ip : 172.26.145.129<br>
User pour le SSH : pifou<br>

==Objets Connectés==

Utilisation d'un STM32F401RE avec un capteur de distance (Nucleo-53L5A1).

=<div class="mcwiki-header" style="border-radius: 30px; padding: 10px; font-family: Helvetica ; font-weight: bold; color: #FFFFFF; text-align: center; font-size: 90%; background: #FFC0CB; vertical-align: top; height:70%; width: 98%;"> Protocole de communication et acquisition des données. </div>=

==Acquisition des données==

Nous allons devoir développer un firmware embarqué afin collecter des données, nous allons pour cela utiliser un code STM32 Cube IDE qui va nous aider à collecter les données du capteur.

La première étape consiste alors a installer STM32 Cube IDE pour l'objet connecté (STM32F401RE) avec capteur de distance (Nucleo-53L5A1).

Cependant, nous avons eu de nombreux problème pour installer ce logiciel sur les zabeths de l'école. Nous avons donc du utiliser un ordinateur personnel sous windows afin d'installer STM32CubeIDE. Afin de téléverser le programme sur notre objet connecté muni du capteur, nous allons devoir connecter celui-ci en série avec notre ordinnateur. Le code sera par la suite placé sur l'objet grâce à l'application.

Pour récupérer les données, nous allons utiliser un programme d'exemple fourni par STMicroelectronics. Pour vérifier le fonctionnement de ce code, nous avons lancé une liaison série sur l'objet connecté (grâce à Putty par exemple) et nous avons bien pu récupérer des données.

Cependant, ce code ne nous convenait pas, nous avons donc du le modifier afin d'obtenir des données brutes affichées par paquets de 16 valeurs.

<syntaxhighlight lang="bash" line="1" start="1">
static void print_result(RANGING_SENSOR_Result_t *Result)
{
int8_t j, k, l;
uint8_t zones_per_line;
zones_per_line = ((Profile.RangingProfile == RS_PROFILE_8x8_AUTONOMOUS) ||
(Profile.RangingProfile == RS_PROFILE_8x8_CONTINUOUS)) ? 8 : 4;
for (j = 0; j < Result->NumberOfZones; j += zones_per_line)
{
for (l = 0; l < RANGING_SENSOR_NB_TARGET_PER_ZONE; l++)
{
/* Print distance and status */
for (k = (zones_per_line - 1); k >= 0; k--)
{
if((l!=0) || (k!=(zones_per_line - 1)) || (j!=0)){
printf(";");
}
if (Result->ZoneResult[j+k].NumberOfTargets > 0)
printf("%ld",(long)Result->ZoneResult[j+k].Distance[l]);
else
printf("0");
}
}
}
printf("\r\n");
}

</syntaxhighlight>

==Protocole de communication==

===Raspberry Pi & capteur===

Tout d'abord, nous allons devoir mettre en oeuvre un protocole de communication permettant l'envoi de données entre la carte (Raspberry Pi) et le capteur.

Nous avons alors décidé de créer un script en Python qui permet au capteur de communiquer ses données à la Raspberry Pi, grâce à la liaison série entre les deux appareils. Comme nous avons vu précédemment, le code installé sur le capteur permet l'envoi de données brutes sur la liaison série, de la forme suivante :

[[Fichier:Données capteur csv.png|900px|center]]

Le code Python que nous avons implémenté sur la Raspberry Pi va permettre de récupérer ces données. Le script se trouve à l'endroit suivant sur la carte ''~/Documents/lecture/reader.py''. Lors de son lancement, celui ci va obtenir les données envoyées par le capteur, puis il va ranger ces données dans un fichier nommé ''store_data.csv''. Vous pouvez ainsi voir sur la photo ci-dessus l'affichage du fichier ''store_data.csv'' se trouvant sur la Raspberry Pi et contenant les données du capteur.

Le script que nous avons écrit est le suivant :

<syntaxhighlight lang="python3">
import serial
ser = serial.Serial (
# Port série pour lire les données
port='/dev/ttyACM0',
# Débit de la communication série
baudrate=460800,
# Check pour la parité, ici on ne le fait pas
parity=serial.PARITY_NONE,
# Nombre de commandes séries à accepter avant expiration du délai
timeout=1
)

# Ouverture du fichier "store_data.csv"
file = open(r"store_data.csv","w")

# Mise en pause du programme pendant 1 seconde pour éviter de surcharger le port série
while 1:
x=ser.readline()
output=str(x, 'UTF-8')
file.write(output)
print (x)

file.close()

</syntaxhighlight>

===Raspberry Pi et serveur===

Nous allons ensuite mettre en oeuvre un protocole de communication entre la Raspberry Pi et le serveur que nous avons créé. D'après les consignes du sujet, nous devons faire en sorte que ce protocole soit facilement étendu à un grand nombre de Raspberry Pi. C'est pourquoi après quelques recherches, nous avons décide de réaliser un protocole de communication HTTP initié avec un script Python.

Tout d'abord, un script Python sera réalisé sur notre serveur nommé delgodVM pour le spécialiser en un serveur web qui va nous permettre de gérer les requêtes HTTP. Ainsi, sur le serveur delgodVM, nous allons pouvoir lancer notre serveur Python HTTP avec le script créé et avoir le retour suivant :
[[Fichier:Lancement serveur http.png|900px|center]]

Le script est le suivant :

<syntaxhighlight lang="python3">
import socket
from http.server import HTTPServer, SimpleHTTPRequestHandler
import json

PORT = 8080
class MyHandler(SimpleHTTPRequestHandler):
def do_GET(self):
if self.path == '/ip':
self.send_response(200)
self.send_header('Content-type', 'text/html')
self.end_headers()
self.wfile.write(f'Your IP address is {self.client_address[0]}'.encode())
return
else:
return SimpleHTTPRequestHandler.do_GET(self)

def do_POST(self):
if self.path== '/data':
content_length = int(self.headers['Content-Length'])
data = self.rfile.read(content_length).decode('utf-8')
data_dict = json.loads(data)

print("Donnees recues:", data_dict)

self.send_response(200)
#Ouverture du fichier pour stocker les donnees
file = open(r"store_data.csv","a")

#Donnes ecrites dans le fichier .csv
file.write(data_dict)

else :
self.send_response(404)
self.end_headers()

class HTTPServerV6(HTTPServer):
address_family = socket.AF_INET6

def main():
server = HTTPServerV6(('::',PORT),MyHandler)
print("Serveur actif sur le port :", PORT)
server.serve_forever()

if __name__ == '__main__':
main()
</syntaxhighlight>

Pour vérifier (de plus) si notre serveur est bien lancé, nous allons essayer d'y accéder grâce à une page web sur une zabeth de l'école à l'adresse suivante sur le port 8080 configuré dans le fichier de configuration du serveur Python http : http://[2001:660:4401:6050:216:3eff:fe1a:f9c3]:8080
[[Fichier:Accès serveur web.png|900px|center]]

De la Raspberry Pi, on vérifie qu’on peut bien accéder au serveur Python HTTP :
[[Fichier:Test accès serveur avec curl.png|900px|center]]

Pour envoyer des données de la Raspberry PI au serveur HTTP, nous avons créé un script Python qui va permettre d'envoyer ces données par des requêtes HTTP. Ce script sera bien évidemment lancé de la Raspberry PI. Pour que l'envoi de données fonctionne, nous devons alors lancer le script permettant le fonctionnement du serveur web sur le serveur delgodVM (commande python3 ./server.py). Et nous devons lancer simultanément le script reader.py sur la Raspberry PI. Le script est le suivant :

<syntaxhighlight lang="python3">
import serial
import requests

ser = serial.Serial (
# Port série pour lire les data
port='/dev/ttyACM0',
# Débit de la communication série
baudrate=460800,
# Check ds parités, ici on ne le fait pas
parity=serial.PARITY_NONE,
# Number of serial commands to accept before timing out
timeout=1
)

# Open function to open the file "store_data.csv"
#file = open(r"store_data.csv","w")

url = "http://[2001:660:4401:6050:216:3eff:fe1a:f9c3]:8080/data"

while 1:
url = "http://[2001:660:4401:6050:216:3eff:fe1a:f9c3]:8080/data"
x=ser.readline()
output=str(x, 'UTF-8')
# file.write(output)
data = output
response = requests.post(url,json=data)
print (x)
if reponse.status_code == 200:
print("Donnees envoyees avec succes")
else:
print(f"Échec de l'envoi. Code de statut : {response.status_code}")
print(response.text)

#file.close()
</syntaxhighlight>

Au final ,nous arrivons bien à recevoir les données sur le serveur Xen, par un paquet unique.

[[Fichier:Reception des données.png|900px|center]]

==Stockage des Données==

Notre serveur Xen reçoit maintenant les données de la carte grâce aux requêtes HTTP.
Nous avons alors décidé de code un script python recevant les données et qui les stockes dans un fichier .csv sur le serveur afin de pouvoir par la suite utiliser les données du capteur. Ainsi, vous pouvez retrouver dans le script du server Python http, certaines parties correspondant à l'enregistrement des données reçues dans un fichier lui aussi nommé ''store_data.csv'' se retrouvant bien évidemment sur notre serveur Xen. Le code est le même que précédemment : <syntaxhighlight lang="python3">
import socket
from http.server import HTTPServer, SimpleHTTPRequestHandler
import json

PORT = 8080
class MyHandler(SimpleHTTPRequestHandler):
def do_GET(self):
if self.path == '/ip':
self.send_response(200)
self.send_header('Content-type', 'text/html')
self.end_headers()
self.wfile.write(f'Your IP address is {self.client_address[0]}'.encode())
return
else:
return SimpleHTTPRequestHandler.do_GET(self)

def do_POST(self):
if self.path== '/data':
content_length = int(self.headers['Content-Length'])
data = self.rfile.read(content_length).decode('utf-8')
data_dict = json.loads(data)

print("Donnees recues:", data_dict)

self.send_response(200)
#Ouverture du fichier pour stocker les donnees
file = open(r"store_data.csv","w")

#Donnes ecrites dans le fichier .csv
file.write(data_dict)

else :
self.send_response(404)
self.end_headers()

class HTTPServerV6(HTTPServer):
address_family = socket.AF_INET6

def main():
server = HTTPServerV6(('::',PORT),MyHandler)
print("Serveur actif sur le port :", PORT)
server.serve_forever()

if __name__ == '__main__':
main()

</syntaxhighlight>

Et voici le contenu du fichier .csv sur notre serveur :

[[Fichier:Fichier csv serveur.png|sans_cadre|1065x1065px]]

Les données sont donc correctement transférées du capteur vers la Raspberry Pi en liaison série. Puis par des requêtes http, les données seront envoyées par la Raspberry Pi jusqu'au serveur qui stockera ces données dans un fichier .csv pour par la suite les analyser.

=<div class="mcwiki-header" style="border-radius: 30px; padding: 10px; font-family: Helvetica ; font-weight: bold; color: #FFFFFF; text-align: center; font-size: 90%; background: #FFC0CB; vertical-align: top; height:70%; width: 98%;"> Entraînement du modèle d’apprentissage </div>=

==Entraînement sur NanoEdge AI Studio==
===Description===
Pour commencer la partie Entraînement, nous avons décidé de commencer par NanoEdge AI Studio. Ce logiciel développé par STMicroelectronics

permet de "créer" une Intelligence Artificielle (IA), de manière simple et guidée.

Pour créer cette IA, nous avons tout d'abord dû connecter la carte STMicroelectronics au PC et lancer NanoEdge AI Studio.

===Signaux===
Après avoir créé un projet "n-Class", nous avons dû rentrer les signaux que nous voulions faire apprendre. Dans notre cas, ce sont les lettres de A à J qui vont être apprises.

[[Fichier: SignauxNEAIS.png|500px]]

Après avoir fait tous les signaux que nous avons besoins, nous devons lancer le Benchmark.

===Benchmark===

Le Benchmark est une sorte d'étalon, c'est dans cette partie que l'IA cherche la meilleure librairie possible d'après les signaux envoyés dans la partie précédente.

[[Fichier:Benchmark Delgod.png|500px]]

===Validation===
Une fois que cette partie est terminée, nous pouvons passer à la partie Validation où nous pouvons importer un signal différent de ceux d'avant afin de choisir la meilleure librairie parmi celles trouvées dans la partie Benchmark.

[[Fichier:Validation.png|500px]]

===Emulator===
Enfin, nous pouvons tester en temps réel dans la partie Emulator si notre librairie a bien appris les signaux envoyés en entraînement.

[[Fichier:EmulatorDelgod.png|500px]]

===Résultat===
Nous avons filmé deux cas où l'IA reconnait les symboles C et I de la Langue des Signes Française (LSF) :

[[Fichier:C.mp4]] [[Fichier:I.mp4]]

Comme vous pouvez le voir, certaines lettres sont mieux perçues que d'autres, cela est dû au fait que NanoEdge AI Studio est très sensible à la luminosité, mais aussi à la position de notre main par rapport au capteur.

==Entraînement avec un script Python==
===Apprentissage avec des données sélectionnées===

Dans un premier temps, nous avons créé une intelligence artificielle qui apprend grâce à des fichiers CSV que nous avons fait.

Nous avons choisi d'utiliser la librairie SciKit Learn et Random Forest pour développer notre IA.

La première étape dans notre script Python est de lire tous les CSV que nous lui fournissons (c'est-à-dire les CSV correspondant aux lettres A à K de la Langue des Signes Française). Ensuite, nous concaténons tous les CSV pour en faire une sorte de "mini" base de données. Cette base de données va être scindée en deux : 80 % des données sont faites pour l'apprentissage, et les 20 % restants sont pour le test.

Il faut savoir aussi que nous avons relié une lettre à un chiffre pour plus de facilité, nous avons donc :

<code>Empty = 0, A = 1, B = 2, etc.....</code>

Pour compliquer la tâche, nous avons décidé de mélanger toutes les données pour l'entraînement et le test, c'est-à-dire que le tableau de réponse ne sera pas sous la forme <code>[0 0 0 ... 1 1 1 .... 2 ....]</code> mais plutôt sous la forme : <code>[7 11 6 6 0 10 5 ...]</code>

Concernant la phase d'apprentissage, nous avons au total 4 variables :

* <code>X_train</code> : données que la carte a envoyées qui sont destinées à l'entrainement
* <code>y_train</code> : tableau de réponse (ce qu'on attend comme résultat)
* <code>X_test</code> : données que la cartée a envoyées qui sont destinées au test
* <code>y_test</code> : tableau de réponse que l'IA a déterminé

Enfin, nous avons mis le paramètre <code>accuracy</code> qui permet de déterminer le "score" de l'IA.

<syntaxhighlight lang="bash">
def random_forest_predict(X_train,y_train,X_test,y_test):
model = RandomForestClassifier()
model.fit(X_train, y_train)
y_pred = model.predict(X_test)
accuracy = accuracy_score(y_test,y_pred)
print(y_pred)
print(f"Précision du modèle : {accuracy}")
</syntaxhighlight>

[[Fichier:AccuracyDelGod.png.png|500px]]

Après le lancement du test, nous trouvons une accuracy de 1. Cette accuracy parfaite est sûrement due au fait que pour chaque lettre, nous étions dans les mêmes conditions (position, luminosité etc..)

Après avoir entraîné notre IA, nous allons la tester avec les données qui proviennent directement de la carte avec le capteur Time of Flight. Pour cela, nous avons utilisé la librairie serial de python pour obtenir les données en temps réel. Comme les données sont sous forme d’une longue chaîne de caractère, nous avons dû séparer la chaîne en une liste, transformer les chaînes de caractères en entiers et enfin transformer la liste en un tableau.

Après avoir transformé les données dans le bon type, nous avons réutilisé la fonction <code>predict</code> pour que l’Intelligence Artificielle détecte quelle lettre nous avons fait.

<syntaxhighlight lang="bash">
def random_predict_serial(X_train, y_train,model):
ser = serial.Serial()
ser.port = PORT
ser.baudrate = BAUDRATE
ser.timeout = 0.2

ser.open()
print("Is serial open : ", ser.is_open)

print(ser)

lines = ser.readlines()
for line in lines:
# print(line)
decoded_line = str(line, ENCODING)[:-2]
print(decoded_line, " - ", len(decoded_line.split(",")))

if(len(decoded_line.split(","))==64):
test_line = decoded_line.split(",")
test_line_int = [int(x) for x in test_line]
test_array = np.array(test_line_int)
test_array = test_array.reshape(1,-1)
print("TYPE TEST :",type(test_array))
prediction = model.predict(test_array)
print("La prediction :" ,prediction)

ser.close()
print("Is serial open : ", ser.is_open)
</syntaxhighlight>

=<div class="mcwiki-header" style="border-radius: 30px; padding: 10px; font-family: Helvetica ; font-weight: bold; color: #FFFFFF; text-align: center; font-size: 90%; background: #FFC0CB; vertical-align: top; height:70%; width: 98%;"> Mise en place du modèle embarqué et des modèles hybrides </div>=

=Séance du 04/12/2023=

AU cours de cette première séance, nous avons pu prendre en main les outils nécessaires à la réalisation de notre projet.
L’objectif était de construire un serveur Xen et de configurer la RaspberryPi.

*Machine virtuelle sur Chassiron avec un accès internet IPv6.
*Image de la Raspberry Pi pour connexion avec le serveur via WiFi : nous avons installé une image ** sur la rapsberry pi

=Séance du 18/12/2023=
Au cours de cette séance, nous allons tout d'abord

* Développer un firmware embarqué pour collecter les données, avec STM32 Cube IDE et donc un programme permettant d'acquérir les données du capteur.
* Mettre en œuvre un protocole de communication entre les quatre objets et la Raspberry Pi en garantissant que toutes les données sont bien reçues. Utilisation de la liaison série entre la carte et le capteur. Sur le port ttyACM0, avec un script python lancé de la rapsberry. Les données du capteur sont ensuite stockées dans un fichier .csv.

=Séance du 19/12/2023=

*Mise en place d'un serveur web http sur le serveur delgodVM pour permettre la communication grâce à des requêtes http entre la raspberry pi et le serveur. Tout ceci est réalisé grâce des scripts python.

=Séance du 20/12/2023=

*Transmission des datas récupérées par le capteur de la raspberry pi vers le serveur http.
*Vérfication de la réception de ces données brutes
*Début de l'apprentissage de notre AI, reconnaissance de la langue des signes

SE5 ECEAI/eceai 2023/2024/GodardDelcourt

2024-01-28T15:37:08Z

Egodard : /* Raspberry Pi et serveur */

=<div class="mcwiki-header" style="border-radius: 30px; padding: 10px; font-family: Helvetica ; font-weight: bold; color: #FFFFFF; text-align: center; font-size: 90%; background: #FFC0CB; vertical-align: top; height:70%; width: 98%;"> Introduction </div>=

==Objectifs du projet==

Le projet vise à distribuer le calcul à différents endroits du réseau pour optimiser les performances et la sobriété énergétique. Un réseau d'objets connectés, de passerelles, et d'un serveur sera mis en place pour collecter, traiter, et évaluer les données environnementales.<br>

Les données que nous avons décidé de traiter seront les différentes lettres de l'alphabet en langue des signes. L'utilisateur devra réaliser la lettre souhaitée au dessus du capteur, notre intelligence embarquée devra alors déterminer quelle lettre est réalisée et envoyer cette donnée sur un serveur pour afficher sur une page web le résultat.

[[Fichier:Alphabet-dactylologique-nos-mains-vous-parlent.jpg|centré|sans_cadre|339x339px]]

=<div class="mcwiki-header" style="border-radius: 30px; padding: 10px; font-family: Helvetica ; font-weight: bold; color: #FFFFFF; text-align: center; font-size: 90%; background: #FFC0CB; vertical-align: top; height:70%; width: 98%;"> Mise en œuvre du réseau </div>=

==Configuration de la Machine Virtuelle==

Nous allons devoir créer une machine virtuelle sur Chassiron avec un accès internet IPv6. <br>
Cette machine virtuelle sera déployée grâce à Xen et sera nommée "delgodVM".<br>
La commande lancée pour créer la machine est la suivante :
<syntaxhighlight lang="bash">
xen-create-image --hostname delgodVM --force --dist bookworm --size 10G --memory 10G --dir /usr/local/xen --password glopglop --dhcp --bridge bridgeStudents
</syntaxhighlight>

Nous allons par la suite devoir configurer son réseau, sa résolution DNS, et ses sources de paquets Debian.<br>
Pour configurer le réseau de notre serveur, nous allons devoir modifier le fichier ''/etc/network/interfaces'' qui est un fichier de configuration réseau dans lequel les paramètres de l'interface sont spécifiés.
<syntaxhighlight lang="bash">
auto enX0
iface enX0 inet6 auto
</syntaxhighlight>

Pour configurer la résolution DNS de notre serveur, nous allons modifier le fichier ''/etc/resolv.conf''. Ce fichier permet de spécifier la configuration des serveurs de nom (DNS) pour résoudre les noms de domaine en adresses IP. Nous allons donc réaliser la configuration DNS suivante fournie dans le sujet :
<syntaxhighlight lang="bash">
domain plil.info
search plil.info
nameserver 2a01:c916:2047:c800:216:3eff:fe82:8a5c
</syntaxhighlight>

Pour modifier les sources des paquets Debian, nous allons modifier le fichier ''/etc/apt/sources.list'' en rajoutant les paquets suivants :
<syntaxhighlight lang="bash">
deb http://deb.debian.org/debian bookworm main contrib non-free non-free-firmware
deb-src http://deb.debian.org/debian bookworm main contrib non-free non-free-firmware
</syntaxhighlight>

Et nous allons aussi supprimer le fichier ''/etc/apt/apt.conf.d/01proxy''.

==Raspberry Pi==

Nous allons tout d'abord devoir configurer la Raspberry Pi avec une image que nous avons récupéré sur internet.

Ensuite, nous allons devoir connecter la Raspberry Pi au WiFi nommé WIFI_IE_1. Pour configurer la Raspberry Pi, nous allons la connecter en série à un ordinateur. Pour savoir quels pins il est nécessaire de connecter, il faut se fier à l'image ci-dessous. La partie alimentation n'est pas à connecter car trop faible pour alimenter la Raspberry Pi, nous allons donc devoir brancher sur secteur la carte grâce à une alimentation USB.
[[Fichier:Learn_raspberry_pi_piconsole_bb.png|centré|sans_cadre|442x442px]]

Après avoir connecté la Raspberry Pi sur l'ordinateur, nous pouvons vérifier sur quelle interface la carte est connectée avec la commande <syntaxhighlight lang="bash"> ls /dev </syntaxhighlight>
Par exemple, ici la carte était sur ''ttyUSB0''.
Nous pouvons ensuite lancer une liaison série avec minicom grâce à la commande
<syntaxhighlight lang="bash">minicom -s</syntaxhighlight> et les paramètres suivants ttyUSB0 et 115200 8N.

Nous allons ensuite pouvoir configurer le wifi. Pour cela, nous allons dans un terminal de la Raspberry Pi, il faut alors taper la commande suivante afin d'accéder à la configuration du système : <br>

<syntaxhighlight lang="bash">
raspi-config
</syntaxhighlight>

Puis nous sommes allées dans ""System Options"" afin de pouvoir configurer les différentes informations qui vont nous permettre d'avoir le WiFi sur la carte.<br>
Pour vérifier si nos modifications ont bien fonctionné, nous avons réalisé la commande ''ip a'' pour vérifier si le wlan0 était bien Up, et nous avons aussi ping google.com pour vérifier si le WiFi fonctionnait. Tout cela était correct.

'''Informations concernant la Raspberry Pi :'''<br>
Adresse ip : 172.26.145.129<br>
User pour le SSH : pifou<br>

==Objets Connectés==

Utilisation d'un STM32F401RE avec un capteur de distance (Nucleo-53L5A1).

=<div class="mcwiki-header" style="border-radius: 30px; padding: 10px; font-family: Helvetica ; font-weight: bold; color: #FFFFFF; text-align: center; font-size: 90%; background: #FFC0CB; vertical-align: top; height:70%; width: 98%;"> Protocole de communication et acquisition des données. </div>=

==Acquisition des données==

Nous allons devoir développer un firmware embarqué afin collecter des données, nous allons pour cela utiliser un code STM32 Cube IDE qui va nous aider à collecter les données du capteur.

La première étape consiste alors a installer STM32 Cube IDE pour l'objet connecté (STM32F401RE) avec capteur de distance (Nucleo-53L5A1).

Cependant, nous avons eu de nombreux problème pour installer ce logiciel sur les zabeths de l'école. Nous avons donc du utiliser un ordinateur personnel sous windows afin d'installer STM32CubeIDE. Afin de téléverser le programme sur notre objet connecté muni du capteur, nous allons devoir connecter celui-ci en série avec notre ordinnateur. Le code sera par la suite placé sur l'objet grâce à l'application.

Pour récupérer les données, nous allons utiliser un programme d'exemple fourni par STMicroelectronics. Pour vérifier le fonctionnement de ce code, nous avons lancé une liaison série sur l'objet connecté (grâce à Putty par exemple) et nous avons bien pu récupérer des données.

Cependant, ce code ne nous convenait pas, nous avons donc du le modifier afin d'obtenir des données brutes affichées par paquets de 16 valeurs.

<syntaxhighlight lang="bash" line="1" start="1">
static void print_result(RANGING_SENSOR_Result_t *Result)
{
int8_t j, k, l;
uint8_t zones_per_line;
zones_per_line = ((Profile.RangingProfile == RS_PROFILE_8x8_AUTONOMOUS) ||
(Profile.RangingProfile == RS_PROFILE_8x8_CONTINUOUS)) ? 8 : 4;
for (j = 0; j < Result->NumberOfZones; j += zones_per_line)
{
for (l = 0; l < RANGING_SENSOR_NB_TARGET_PER_ZONE; l++)
{
/* Print distance and status */
for (k = (zones_per_line - 1); k >= 0; k--)
{
if((l!=0) || (k!=(zones_per_line - 1)) || (j!=0)){
printf(";");
}
if (Result->ZoneResult[j+k].NumberOfTargets > 0)
printf("%ld",(long)Result->ZoneResult[j+k].Distance[l]);
else
printf("0");
}
}
}
printf("\r\n");
}

</syntaxhighlight>

==Protocole de communication==

===Raspberry Pi & capteur===

Tout d'abord, nous allons devoir mettre en oeuvre un protocole de communication permettant l'envoi de données entre la carte (Raspberry Pi) et le capteur.

Nous avons alors décidé de créer un script en Python qui permet au capteur de communiquer ses données à la Raspberry Pi, grâce à la liaison série entre les deux appareils. Comme nous avons vu précédemment, le code installé sur le capteur permet l'envoi de données brutes sur la liaison série, de la forme suivante :

[[Fichier:Données capteur csv.png|900px|center]]

Le code Python que nous avons implémenté sur la Raspberry Pi va permettre de récupérer ces données. Le script se trouve à l'endroit suivant sur la carte ''~/Documents/lecture/reader.py''. Lors de son lancement, celui ci va obtenir les données envoyées par le capteur, puis il va ranger ces données dans un fichier nommé ''store_data.csv''. Vous pouvez ainsi voir sur la photo ci-dessus l'affichage du fichier ''store_data.csv'' se trouvant sur la Raspberry Pi et contenant les données du capteur.

Le script que nous avons écrit est le suivant :

<syntaxhighlight lang="python3">
import serial
ser = serial.Serial (
# Port série pour lire les données
port='/dev/ttyACM0',
# Débit de la communication série
baudrate=460800,
# Check pour la parité, ici on ne le fait pas
parity=serial.PARITY_NONE,
# Nombre de commandes séries à accepter avant expiration du délai
timeout=1
)

# Ouverture du fichier "store_data.csv"
file = open(r"store_data.csv","w")

# Mise en pause du programme pendant 1 seconde pour éviter de surcharger le port série
while 1:
x=ser.readline()
output=str(x, 'UTF-8')
file.write(output)
print (x)

file.close()

</syntaxhighlight>

===Raspberry Pi et serveur===

Nous allons ensuite mettre en oeuvre un protocole de communication entre la Raspberry Pi et le serveur que nous avons créé. D'après les consignes du sujet, nous devons faire en sorte que ce protocole soit facilement étendu à un grand nombre de Raspberry Pi. C'est pourquoi après quelques recherches, nous avons décide de réaliser un protocole de communication HTTP initié avec un script Python.

Tout d'abord, un script Python sera réalisé sur notre serveur nommé delgodVM pour le spécialiser en un serveur web qui va nous permettre de gérer les requêtes HTTP. Ainsi, sur le serveur delgodVM, nous allons pouvoir lancer notre serveur Python HTTP avec le script créé et avoir le retour suivant :
[[Fichier:Lancement serveur http.png|900px|center]]

Le script est le suivant :

<syntaxhighlight lang="python3">
import socket
from http.server import HTTPServer, SimpleHTTPRequestHandler
import json

PORT = 8080
class MyHandler(SimpleHTTPRequestHandler):
def do_GET(self):
if self.path == '/ip':
self.send_response(200)
self.send_header('Content-type', 'text/html')
self.end_headers()
self.wfile.write(f'Your IP address is {self.client_address[0]}'.encode())
return
else:
return SimpleHTTPRequestHandler.do_GET(self)

def do_POST(self):
if self.path== '/data':
content_length = int(self.headers['Content-Length'])
data = self.rfile.read(content_length).decode('utf-8')
data_dict = json.loads(data)

print("Donnees recues:", data_dict)

self.send_response(200)
#Ouverture du fichier pour stocker les donnees
file = open(r"store_data.csv","a")

#Donnes ecrites dans le fichier .csv
file.write(data_dict)

else :
self.send_response(404)
self.end_headers()

class HTTPServerV6(HTTPServer):
address_family = socket.AF_INET6

def main():
server = HTTPServerV6(('::',PORT),MyHandler)
print("Serveur actif sur le port :", PORT)
server.serve_forever()

if __name__ == '__main__':
main()
</syntaxhighlight>

Pour vérifier (de plus) si notre serveur est bien lancé, nous allons essayer d'y accéder grâce à une page web sur une zabeth de l'école à l'adresse suivante sur le port 8080 configuré dans le fichier de configuration du serveur Python http : http://[2001:660:4401:6050:216:3eff:fe1a:f9c3]:8080
[[Fichier:Accès serveur web.png|900px|center]]

De la Raspberry Pi, on vérifie qu’on peut bien accéder au serveur Python HTTP :
[[Fichier:Test accès serveur avec curl.png|900px|center]]

Pour envoyer des données de la Raspberry PI au serveur HTTP, nous avons créé un script Python qui va permettre d'envoyer ces données par des requêtes HTTP. Ce script sera bien évidemment lancé de la Raspberry PI. Pour que l'envoi de données fonctionne, nous devons alors lancer le script permettant le fonctionnement du serveur web sur le serveur delgodVM (commande python3 ./server.py). Et nous devons lancer simultanément le script reader.py sur la Raspberry PI. Le script est le suivant :

<syntaxhighlight lang="python3">
import serial
import requests

ser = serial.Serial (
# Port série pour lire les data
port='/dev/ttyACM0',
# Débit de la communication série
baudrate=460800,
# Check ds parités, ici on ne le fait pas
parity=serial.PARITY_NONE,
# Number of serial commands to accept before timing out
timeout=1
)

# Open function to open the file "store_data.csv"
#file = open(r"store_data.csv","w")

url = "http://[2001:660:4401:6050:216:3eff:fe1a:f9c3]:8080/data"

while 1:
url = "http://[2001:660:4401:6050:216:3eff:fe1a:f9c3]:8080/data"
x=ser.readline()
output=str(x, 'UTF-8')
# file.write(output)
data = output
response = requests.post(url,json=data)
print (x)
if reponse.status_code == 200:
print("Donnees envoyees avec succes")
else:
print(f"Échec de l'envoi. Code de statut : {response.status_code}")
print(response.text)

#file.close()
</syntaxhighlight>

Au final ,nous arrivons bien à recevoir les données sur le serveur Xen, par un paquet unique.

[[Fichier:Reception des données.png|900px|center]]

==Stockage des Données==

Notre serveur Xen reçoit maintenant les données de la carte grâce aux requêtes HTTP.
Nous avons alors décidé de code un script python recevant les données et qui les stockes dans un fichier .csv sur le serveur afin de pouvoir par la suite utiliser les données du capteur. Ainsi, vous pouvez retrouver dans le script du server Python http, certaines parties correspondant à l'enregistrement des données reçues dans un fichier lui aussi nommé ''store_data.csv'' se retrouvant bien évidemment sur notre serveur Xen. Le code est le même que précédemment : <syntaxhighlight lang="python3">
import socket
from http.server import HTTPServer, SimpleHTTPRequestHandler
import json

PORT = 8080
class MyHandler(SimpleHTTPRequestHandler):
def do_GET(self):
if self.path == '/ip':
self.send_response(200)
self.send_header('Content-type', 'text/html')
self.end_headers()
self.wfile.write(f'Your IP address is {self.client_address[0]}'.encode())
return
else:
return SimpleHTTPRequestHandler.do_GET(self)

def do_POST(self):
if self.path== '/data':
content_length = int(self.headers['Content-Length'])
data = self.rfile.read(content_length).decode('utf-8')
data_dict = json.loads(data)

print("Donnees recues:", data_dict)

self.send_response(200)
#Ouverture du fichier pour stocker les donnees
file = open(r"store_data.csv","w")

#Donnes ecrites dans le fichier .csv
file.write(data_dict)

else :
self.send_response(404)
self.end_headers()

class HTTPServerV6(HTTPServer):
address_family = socket.AF_INET6

def main():
server = HTTPServerV6(('::',PORT),MyHandler)
print("Serveur actif sur le port :", PORT)
server.serve_forever()

if __name__ == '__main__':
main()

</syntaxhighlight>

Et voici le contenu du fichier .csv sur notre serveur :

[[Fichier:Fichier csv serveur.png|sans_cadre|1065x1065px]]

Les données sont donc correctement transférées du capteur vers la Raspberry Pi en liaison série. Puis par des requêtes http, les données seront envoyées par la Raspberry Pi jusqu'au serveur qui stockera ces données dans un fichier .csv pour par la suite les analyser.

=<div class="mcwiki-header" style="border-radius: 30px; padding: 10px; font-family: Helvetica ; font-weight: bold; color: #FFFFFF; text-align: center; font-size: 90%; background: #FFC0CB; vertical-align: top; height:70%; width: 98%;"> Entraînement du modèle d’apprentissage </div>=

==Entraînement sur NanoEdge AI Studio==
===Description===
Pour commencer la partie Entraînement, nous avons décidé de commencer par NanoEdge AI Studio. Ce logiciel développé par STMicroelectronics

permet de "créer" une Intelligence Artificielle (IA), de manière simple et guidée.

Pour créer cette IA, nous avons tout d'abord dû connecter la carte STMicroelectronics au PC et lancer NanoEdge AI Studio.

==="Signals"===
Après avoir créé un projet "n-Class", nous avons dû rentrer les signaux que nous voulions faire apprendre. Dans notre cas, ce sont les lettres de A à J qui vont être apprises.

[[Fichier: SignauxNEAIS.png|500px]]

Après avoir fait tous les signaux que nous avons besoins, nous devons lancer le Benchmark.

===Benchmark===

Le Benchmark est une sorte d'étalon, c'est dans cette partie que l'IA cherche la meilleure librairie possible d'après les signaux envoyés dans la partie précédente.

[[Fichier:Benchmark Delgod.png|500px]]

===Validation===
Une fois que cette partie est terminée, nous pouvons passer à la partie Validation où nous pouvons importer un signal différent de ceux d'avant afin de choisir la meilleure librairie parmi celles trouvées dans la partie Benchmark.

[[Fichier:Validation.png|500px]]

===Emulator===
Enfin, nous pouvons tester en temps réel dans la partie Emulator si notre librairie a bien appris les signaux envoyés en entraînement.

[[Fichier:EmulatorDelgod.png|500px]]

===Résultat===
Nous avons filmé deux cas où l'IA reconnait les symboles C et I de la Langue des Signes Française (LSF) :

[[Fichier:C.mp4]] [[Fichier:I.mp4]]

Comme vous pouvez le voir, certaines lettres sont mieux perçues que d'autres, cela est dû au fait que NanoEdge AI Studio est très sensible à la luminosité, mais aussi à la position de notre main par rapport au capteur.

==Entraînement avec un script Python==
===Apprentissage avec des données sélectionnées===

Dans un premier temps, nous avons créé une intelligence artificielle qui apprend grâce à des fichiers CSV que nous avons fait.

Nous avons choisi d'utiliser la librairie SciKit Learn et Random Forest pour développer notre IA.

La première étape dans notre script Python est de lire tous les CSV que nous lui fournissons (c'est-à-dire les CSV correspondant aux lettres A à K de la Langue des Signes Française). Ensuite, nous concaténons tous les CSV pour en faire une sorte de "mini" base de données. Cette base de données va être scindée en deux : 80 % des données sont faites pour l'apprentissage, et les 20 % restants sont pour le test.

Il faut savoir aussi que nous avons relié une lettre à un chiffre pour plus de facilité, nous avons donc :

<code>Empty = 0, A = 1, B = 2, etc.....</code>

Pour compliquer la tâche, nous avons décidé de mélanger toutes les données pour l'entraînement et le test, c'est-à-dire que le tableau de réponse ne sera pas sous la forme <code>[0 0 0 ... 1 1 1 .... 2 ....]</code> mais plutôt sous la forme : <code>[7 11 6 6 0 10 5 ...]</code>

Concernant la phase d'apprentissage, nous avons au total 4 variables :

* <code>X_train</code> : données que la carte a envoyées qui sont destinées à l'entrainement
* <code>y_train</code> : tableau de réponse (ce qu'on attend comme résultat)
* <code>X_test</code> : données que la cartée a envoyées qui sont destinées au test
* <code>y_test</code> : tableau de réponse que l'IA a déterminé

Enfin, nous avons mis le paramètre <code>accuracy</code> qui permet de déterminer le "score" de l'IA.

<syntaxhighlight lang="bash">
def random_forest_predict(X_train,y_train,X_test,y_test):
model = RandomForestClassifier()
model.fit(X_train, y_train)
y_pred = model.predict(X_test)
accuracy = accuracy_score(y_test,y_pred)
print(y_pred)
print(f"Précision du modèle : {accuracy}")
</syntaxhighlight>

[[Fichier:AccuracyDelGod.png.png|500px]]

Après le lancement du test, nous trouvons une accuracy de 1. Cette accuracy parfaite est sûrement due au fait que pour chaque lettre, nous étions dans les mêmes conditions (position, luminosité etc..)

Après avoir entraîné notre IA, nous allons la tester avec les données qui proviennent directement de la carte avec le capteur Time of Flight. Pour cela, nous avons utilisé la librairie serial de python pour obtenir les données en temps réel. Comme les données sont sous forme d’une longue chaîne de caractère, nous avons dû séparer la chaîne en une liste, transformer les chaînes de caractères en entiers et enfin transformer la liste en un tableau.

Après avoir transformé les données dans le bon type, nous avons réutilisé la fonction <code>predict</code> pour que l’Intelligence Artificielle détecte quelle lettre nous avons fait.

<syntaxhighlight lang="bash">
def random_predict_serial(X_train, y_train,model):
ser = serial.Serial()
ser.port = PORT
ser.baudrate = BAUDRATE
ser.timeout = 0.2

ser.open()
print("Is serial open : ", ser.is_open)

print(ser)

lines = ser.readlines()
for line in lines:
# print(line)
decoded_line = str(line, ENCODING)[:-2]
print(decoded_line, " - ", len(decoded_line.split(",")))

if(len(decoded_line.split(","))==64):
test_line = decoded_line.split(",")
test_line_int = [int(x) for x in test_line]
test_array = np.array(test_line_int)
test_array = test_array.reshape(1,-1)
print("TYPE TEST :",type(test_array))
prediction = model.predict(test_array)
print("La prediction :" ,prediction)

ser.close()
print("Is serial open : ", ser.is_open)
</syntaxhighlight>

=<div class="mcwiki-header" style="border-radius: 30px; padding: 10px; font-family: Helvetica ; font-weight: bold; color: #FFFFFF; text-align: center; font-size: 90%; background: #FFC0CB; vertical-align: top; height:70%; width: 98%;"> Mise en place du modèle embarqué et des modèles hybrides </div>=

=Séance du 04/12/2023=

AU cours de cette première séance, nous avons pu prendre en main les outils nécessaires à la réalisation de notre projet.
L’objectif était de construire un serveur Xen et de configurer la RaspberryPi.

*Machine virtuelle sur Chassiron avec un accès internet IPv6.
*Image de la Raspberry Pi pour connexion avec le serveur via WiFi : nous avons installé une image ** sur la rapsberry pi

=Séance du 18/12/2023=
Au cours de cette séance, nous allons tout d'abord

* Développer un firmware embarqué pour collecter les données, avec STM32 Cube IDE et donc un programme permettant d'acquérir les données du capteur.
* Mettre en œuvre un protocole de communication entre les quatre objets et la Raspberry Pi en garantissant que toutes les données sont bien reçues. Utilisation de la liaison série entre la carte et le capteur. Sur le port ttyACM0, avec un script python lancé de la rapsberry. Les données du capteur sont ensuite stockées dans un fichier .csv.

=Séance du 19/12/2023=

*Mise en place d'un serveur web http sur le serveur delgodVM pour permettre la communication grâce à des requêtes http entre la raspberry pi et le serveur. Tout ceci est réalisé grâce des scripts python.

=Séance du 20/12/2023=

*Transmission des datas récupérées par le capteur de la raspberry pi vers le serveur http.
*Vérfication de la réception de ces données brutes
*Début de l'apprentissage de notre AI, reconnaissance de la langue des signes

SE5 ECEAI/eceai 2023/2024/GodardDelcourt

2024-01-27T17:16:19Z

Egodard : /* Entraînement avec un script Python */

=<div class="mcwiki-header" style="border-radius: 30px; padding: 10px; font-family: Helvetica ; font-weight: bold; color: #FFFFFF; text-align: center; font-size: 90%; background: #FFC0CB; vertical-align: top; height:70%; width: 98%;"> Introduction </div>=

==Objectifs du projet==

Le projet vise à distribuer le calcul à différents endroits du réseau pour optimiser les performances et la sobriété énergétique. Un réseau d'objets connectés, de passerelles, et d'un serveur sera mis en place pour collecter, traiter, et évaluer les données environnementales.

=<div class="mcwiki-header" style="border-radius: 30px; padding: 10px; font-family: Helvetica ; font-weight: bold; color: #FFFFFF; text-align: center; font-size: 90%; background: #FFC0CB; vertical-align: top; height:70%; width: 98%;"> Mise en œuvre du réseau </div>=

==Description générale==

===Configuration de la Machine Virtuelle===

Nous allons devoir créer une machine virtuelle sur Chassiron avec un accès internet IPv6. <br>
Cette machine virtuelle sera déployée grâce à Xen et sera nommée "delgodVM".<br>
La commande lancée pour créer la machine est la suivante :
<syntaxhighlight lang="bash">
xen-create-image --hostname delgodVM --force --dist bookworm --size 10G --memory 10G --dir /usr/local/xen --password glopglop --dhcp --bridge bridgeStudents
</syntaxhighlight>

Nous allons par la suite devoir configurer son réseau, sa résolution DNS, et ses sources de paquets Debian.<br>
Pour configurer le réseau de notre serveur, nous allons devoir modifier le fichier ''/etc/network/interfaces'' qui est un fichier de configuration réseau dans lequel les paramètres de l'interface sont spécifiés.
<syntaxhighlight lang="bash">
auto enX0
iface enX0 inet6 auto
</syntaxhighlight>

Pour configurer la résolution DNS de notre serveur, nous allons modifier le fichier ''/etc/resolv.conf''. Ce fichier permet de spécifier la configuration des serveurs de nom (DNS) pour résoudre les noms de domaine en adresses IP. Nous allons donc réaliser la configuration DNS suivante fournie dans le sujet :
<syntaxhighlight lang="bash">
domain plil.info
search plil.info
nameserver 2a01:c916:2047:c800:216:3eff:fe82:8a5c
</syntaxhighlight>

Pour modifier les sources des paquets Debian, nous allons modifier le fichier ''/etc/apt/sources.list'' en rajoutant les paquets suivants :
<syntaxhighlight lang="bash">
deb http://deb.debian.org/debian bookworm main contrib non-free non-free-firmware
deb-src http://deb.debian.org/debian bookworm main contrib non-free non-free-firmware
</syntaxhighlight>

Et nous allons aussi supprimer le fichier ''/etc/apt/apt.conf.d/01proxy''.

===Raspberry Pi===

Image de la Raspberry Pi pour connexion avec le serveur via WiFi.

Nous allons tout d'abord devoir connecter la Raspberry Pi au WiFi nommé WIFI_IE_1. Pour configurer la Raspberry Pi, nous allons tout d'abord devoir la connecter en série à un ordinateur. Pour savoir quels pins il est nécessaire de connecter, il faut se fier à l'image ci-dessous. La partie alimentation n'est pas à connecter car trop faible pour alimenter la Raspberry Pi, nous allons donc devoir brancher sur secteur la carte grâce à une alimentation USB.

IMAGE RASP

Après avoir connecté la Raspberry Pi sur l'ordinateur, nous pouvons vérifier sur quelle interface la carte est connectée avec la commande <syntaxhighlight lang="bash"> ls /dev </syntaxhighlight>
Par exemple, ici la carte était sur ''ttyUSB0''.
Nous pouvons ensuite lancer une liaison série avec minicom grâce à la commande
<syntaxhighlight lang="bash">minicom -s</syntaxhighlight> et les paramètres suivants ttyUSB0 et 115200 8N.

Puis, pouvons configurer le wifi, nous allons dans un terminal de la Raspberry Pi, taper les commandes suivantes afin d'accéder à la configuration du système : <br>

<syntaxhighlight lang="bash">
raspi-config
</syntaxhighlight>

Puis nous sommes allées dans ""System Options"" afin de pouvoir configurer les différentes informations qui vont nous permettre d'avoir le WiFi sur la carte.<br>
Pour vérifier si nos modifications ont bien fonctionné, nous avons réalisé la commande ip a pour vérifier sir le wlan0 était bien Up, et nous avons aussi ping google.com pour vérifier si le WiFi fonctionnait. Tout cela était correct.

'''Informations concernant la Raspberry Pi :'''<br>
Adresse ip : 172.26.145.129<br>
User pour le SSH : pifou<br>

===Objets Connectés===

Utilisation d'un STM32F401RE avec un capteur de distance (Nucleo-53L5A1).

=<div class="mcwiki-header" style="border-radius: 30px; padding: 10px; font-family: Helvetica ; font-weight: bold; color: #FFFFFF; text-align: center; font-size: 90%; background: #FFC0CB; vertical-align: top; height:70%; width: 98%;"> Protocole de communication et acquisition des données. </div>=

==Acquisition des données==

Nous allons devoir développer un firmware embarqué afin collecter des données, nous allons pour cela utiliser un code STM32 Cube IDE qui va nous aider à collecter les données du capteur.

La première étape consiste alors a installer STM32 Cube IDE pour l'objet connecté (STM32F401RE) avec capteur de distance (Nucleo-53L5A1).

Cependant, nous avons eu de nombreux problème pour installer ce logiciel sur les zabeths de l'école. Nous avons donc du utiliser un ordinateur personnel sous windows afin d'installer STM32CubeIDE. Afin de téléverser le programme sur notre objet connecté muni du capteur, nous allons devoir connecter celui-ci en série avec notre ordinnateur. Le code sera par la suite placé sur l'objet grâce à l'application.

Pour récupérer les données, nous allons utiliser un programme d'exemple fourni par --. Ce code est disponible en annexes. Pour vérifier le fonctionnement de ce code, nous avons lancé une liaison série sur l'objet connecté (grâce à Putty par exemple) et nous avons bien pu récupérer des données.

Cependant, ce code ne nous convenait pas, nous avons donc du le modifier afin d'obtenir des données brutes séparées par une virgule (ce qui n'était pas le cas sur le programme originel).

//CODE

==Protocole de communication==

===Raspberry Pi & capteur===

Tout d'abord, nous allons devoir mettre en oeuvre un protocole de communication permettant l'envoi de données entre la carte (Raspberry Pi) et le capteur.

Nous avons alors décidé de créer un script en Python qui permet au capteur de communiquer ses données à la Raspberry Pi, grâce à la liaison série entre les deux appareils. Comme nous avons vu précédemment, le code installé sur le capteur permet l'envoi de données brutes sur la liaison série, de la forme suivante :

[[Fichier:Données capteur csv.png|900px|center]]

Le code Python que nous avons implémenté sur la Raspberry Pi va permettre de récupérer ces données. Le script se trouve à l'endroit suivant sur la carte ''~/Documents/lecture/reader.py''. Lors de son lancement, celui ci va obtenir les données envoyées par le capteur, puis il va ranger ces données dans un fichier nommé ''store_data.csv''.
Le script que nous avons écrit est le suivant :

<syntaxhighlight lang="python3">
import serial
ser = serial.Serial (
# Port série pour lire les données
port='/dev/ttyACM0',
# Débit de la communication série
baudrate=460800,
# Check pour la parité, ici on ne le fait pas
parity=serial.PARITY_NONE,
# Nombre de commandes séries à accepter avant expiration du délai
timeout=1
)

# Ouverture du fichier "store_data.csv"
file = open(r"store_data.csv","w")

# Mise en pause du programme pendant 1 seconde pour éviter de surcharger le port série
while 1:
x=ser.readline()
output=str(x, 'UTF-8')
file.write(output)
print (x)

file.close()

</syntaxhighlight>

===Raspberry Pi et serveur===

Nous allons ensuite mettre en oeuvre un protocole de communication entre la Raspberry Pi et le serveur que nous avons créé. D'après les consignes du sujet, nous devons faire en sorte que ce protocole soit facilement étendu à un grand nombre de Raspberry Pi. C'est pourquoi après quelques recherches, nous avons décide de réaliser un protocole de communication HTTP initié avec un script Python.

Tout d'abord, un script Python sera réalisé sur notre serveur nommé delgodVM pour le spécialiser en un serveur web qui va nous permettre de gérer les requêtes HTTP. Ainsi, sur le serveur delgodVM, nous allons pouvoir lancer notre serveur Python HTTP avec le script créé et avoir le retour suivant :
[[Fichier:Lancement serveur http.png|900px|center]]

Le script est le suivant :

<syntaxhighlight lang="python3">
import socket
from http.server import HTTPServer, SimpleHTTPRequestHandler
import json

PORT = 8080
class MyHandler(SimpleHTTPRequestHandler):
def do_GET(self):
if self.path == '/ip':
self.send_response(200)
self.send_header('Content-type', 'text/html')
self.end_headers()
self.wfile.write(f'Your IP address is {self.client_address[0]}'.encode())
return
else:
return SimpleHTTPRequestHandler.do_GET(self)

def do_POST(self):
if self.path== '/data':
content_length = int(self.headers['Content-Length'])
data = self.rfile.read(content_length).decode('utf-8')
data_dict = json.loads(data)

print("Donnees recues:", data_dict)

self.send_response(200)
#Ouverture du fichier pour stocker les donnees
file = open(r"store_data.csv","a")

#Donnes ecrites dans le fichier .csv
file.write(data_dict)

else :
self.send_response(404)
self.end_headers()

class HTTPServerV6(HTTPServer):
address_family = socket.AF_INET6

def main():
#Ouverture du fichier pour stocker les donnees
#file = open(r"store_data.csv","w")
server = HTTPServerV6(('::',PORT),MyHandler)
print("Serveur actif sur le port :", PORT)
server.serve_forever()
#Fermeture du fichier
file.close()

if __name__ == '__main__':
main()
</syntaxhighlight>

Pout vérifier (de plus) si notre serveur est bien lancé, nous allons essayer d'y accéder grâce à une page web sur une zabeth de l'école à l'adresse suivante : http://[2001:660:4401:6050:216:3eff:fe1a:f9c3]:8080
[[Fichier:Accès serveur web.png|900px|center]]

De la Raspberry Pi, on vérifie qu’on peut bien accéder au serveur Python HTTP :
[[Fichier:Test accès serveur avec curl.png|900px|center]]

Pour envoyer des données de la Raspberry PI au serveur HTTP, nous avons créé un script Python qui va permettre d'envoyer ces données par des requêtes HTTP. Ce script sera bien évidemment lancé de la Raspberry PI. Pour que l'envoi de données fonctionne, nous devons alors lancer le script permettant le fonctionnement du serveur web sur le serveur delgodVM (commande python3 ./server.py). Et nous devons lancer simultanément le script reader.py sur la Raspberry PI. Le script est le suivant :

<syntaxhighlight lang="python3">
import serial
import requests

ser = serial.Serial (
# Port série pour lire les data
port='/dev/ttyACM0',
# Débit de la communication série
baudrate=460800,
# Check ds parités, ici on ne le fait pas
parity=serial.PARITY_NONE,
# Number of serial commands to accept before timing out
timeout=1
)

# Open function to open the file "store_data.csv"
#file = open(r"store_data.csv","w")

url = "http://[2001:660:4401:6050:216:3eff:fe1a:f9c3]:8080/data"

while 1:
url = "http://[2001:660:4401:6050:216:3eff:fe1a:f9c3]:8080/data"
x=ser.readline()
output=str(x, 'UTF-8')
# file.write(output)
data = output
response = requests.post(url,json=data)
print (x)
if reponse.status_code == 200:
print("Donnees envoyees avec succes")
else:
print(f"Échec de l'envoi. Code de statut : {response.status_code}")
print(response.text)

#file.close()
</syntaxhighlight>

Au final ,nous arrivons bien à recevoir les données sur le serveur Xen, par un paquet unique.

[[Fichier:Reception des données.png|900px|center]]

Le fichier reader2.py permet d’envoyer les paquets de données au serveur, qui les reçoit.

==Stockage des Données==

Notre serveur Xen reçoit maintenant les données de la carte grâce aux requêtes HTTP.
Nous avons alors décidé de code un script python recevant les données et qui les stockes dans un fichier .csv sur le serveur afin de pouvoir par la suite utiliser les données du capteur.

=<div class="mcwiki-header" style="border-radius: 30px; padding: 10px; font-family: Helvetica ; font-weight: bold; color: #FFFFFF; text-align: center; font-size: 90%; background: #FFC0CB; vertical-align: top; height:70%; width: 98%;"> Entraînement du modèle d’apprentissage </div>=

==Entraînement sur NanoEdge AI Studio==
===Description===
Pour commencer la partie Entraînement, nous avons décidé de commencer par NanoEdge AI Studio. Ce logiciel développé par STMicroelectronics

permet de "créer" une Intelligence Artificielle (IA), de manière simple et guidée.

Pour créer cette IA, nous avons tout d'abord dû connecter la carte STMicroelectronics au PC et lancer NanoEdge AI Studio.

==="Signals"===
Après avoir créé un projet "n-Class", nous avons dû rentrer les signaux que nous voulions faire apprendre. Dans notre cas, ce sont les lettres de A à J qui vont être apprises.

[[Fichier: SignauxNEAIS.png|500px]]

Après avoir fait tous les signaux que nous avons besoins, nous devons lancer le Benchmark.

===Benchmark===

Le Benchmark est une sorte d'étalon, c'est dans cette partie que l'IA cherche la meilleure librairie possible d'après les signaux envoyés dans la partie précédente.

[[Fichier:Benchmark Delgod.png|500px]]

===Validation===
Une fois que cette partie est terminée, nous pouvons passer à la partie Validation où nous pouvons importer un signal différent de ceux d'avant afin de choisir la meilleure librairie parmi celles trouvées dans la partie Benchmark.

[[Fichier:Validation.png|500px]]

===Emulator===
Enfin, nous pouvons tester en temps réel dans la partie Emulator si notre librairie a bien appris les signaux envoyés en entraînement.

[[Fichier:EmulatorDelgod.png|500px]]

===Résultat===
Nous avons filmé deux cas où l'IA reconnait les symboles C et I de la Langue des Signes Française (LSF) :

[[Fichier:C.mp4]] [[Fichier:I.mp4]]

Comme vous pouvez le voir, certaines lettres sont mieux perçues que d'autres, cela est dû au fait que NanoEdge AI Studio est très sensible à la luminosité, mais aussi à la position de notre main par rapport au capteur.

==Entraînement avec un script Python==
===Apprentissage avec des données sélectionnées===

Dans un premier temps, nous avons créé une intelligence artificielle qui apprend grâce à des fichiers CSV que nous avons fait.

Nous avons choisi d'utiliser la librairie SciKit Learn et Random Forest pour développer notre IA.

La première étape dans notre script Python est de lire tous les CSV que nous lui fournissons (c'est-à-dire les CSV correspondant aux lettres A à K de la Langue des Signes Française). Ensuite, nous concaténons tous les CSV pour en faire une sorte de "mini" base de données. Cette base de données va être scindée en deux : 80 % des données sont faites pour l'apprentissage, et les 20 % restants sont pour le test.

Il faut savoir aussi que nous avons relié une lettre à un chiffre pour plus de facilité, nous avons donc :

<code>Empty = 0, A = 1, B = 2, etc.....</code>

Pour compliquer la tâche, nous avons décidé de mélanger toutes les données pour l'entraînement et le test, c'est-à-dire que le tableau de réponse ne sera pas sous la forme <code>[0 0 0 ... 1 1 1 .... 2 ....]</code> mais plutôt sous la forme : <code>[7 11 6 6 0 10 5 ...]</code>

Concernant la phase d'apprentissage, nous avons au total 4 variables :

- <code>X_train</code> : données que la carte a envoyées qui sont destinées à l'entrainement
- <code>y_train</code> : tableau de réponse (ce qu'on attend comme résultat)
- <code>X_test</code> : données que la cartée a envoyées qui sont destinées au test
- <code>y_test</code> : tableau de réponse que l'IA a déterminé

Enfin, nous avons mis le paramètre <code>accuracy</code> qui permet de déterminer le "score" de l'IA.

<syntaxhighlight lang="bash">
def random_forest_predict(X_train,y_train,X_test,y_test):
model = RandomForestClassifier()
model.fit(X_train, y_train)
y_pred = model.predict(X_test)
accuracy = accuracy_score(y_test,y_pred)
print(y_pred)
print(f"Précision du modèle : {accuracy}")
</syntaxhighlight>

[[Fichier:AccuracyDelGod.png.png|500px]]

Après le lancement du test, nous trouvons une accuracy de 1. Cette accuracy parfaite est sûrement due au fait que pour chaque lettre, nous étions dans les mêmes conditions (position, luminosité etc..)

Après avoir entraîné notre IA, nous allons la tester avec les données qui proviennent directement de la carte avec le capteur Time of Flight. Pour cela, nous avons utilisé la librairie serial de python pour obtenir les données en temps réel. Comme les données sont sous forme d’une longue chaîne de caractère, nous avons dû séparer la chaîne en une liste, transformer les chaînes de caractères en entiers et enfin transformer la liste en un tableau.

Après avoir transformé les données dans le bon type, nous avons réutilisé la fonction <code>predict</code> pour que l’Intelligence Artificielle détecte quelle lettre nous avons fait.

<syntaxhighlight lang="bash">
def random_predict_serial(X_train, y_train,model):
ser = serial.Serial()
ser.port = PORT
ser.baudrate = BAUDRATE
ser.timeout = 0.2

ser.open()
print("Is serial open : ", ser.is_open)

print(ser)

lines = ser.readlines()
for line in lines:
# print(line)
decoded_line = str(line, ENCODING)[:-2]
print(decoded_line, " - ", len(decoded_line.split(",")))

if(len(decoded_line.split(","))==64):
test_line = decoded_line.split(",")
test_line_int = [int(x) for x in test_line]
test_array = np.array(test_line_int)
test_array = test_array.reshape(1,-1)
print("TYPE TEST :",type(test_array))
prediction = model.predict(test_array)
print("La prediction :" ,prediction)

ser.close()
print("Is serial open : ", ser.is_open)
</syntaxhighlight>

=<div class="mcwiki-header" style="border-radius: 30px; padding: 10px; font-family: Helvetica ; font-weight: bold; color: #FFFFFF; text-align: center; font-size: 90%; background: #FFC0CB; vertical-align: top; height:70%; width: 98%;"> Mise en place du modèle embarqué et des modèles hybrides </div>=

=Séance du 04/12/2023=

AU cours de cette première séance, nous avons pu prendre en main les outils nécessaires à la réalisation de notre projet.
L’objectif était de construire un serveur Xen et de configurer la RaspberryPi.

*Machine virtuelle sur Chassiron avec un accès internet IPv6.
*Image de la Raspberry Pi pour connexion avec le serveur via WiFi : nous avons installé une image ** sur la rapsberry pi

=Séance du 18/12/2023=
Au cours de cette séance, nous allons tout d'abord

* Développer un firmware embarqué pour collecter les données, avec STM32 Cube IDE et donc un programme permettant d'acquérir les données du capteur.
* Mettre en œuvre un protocole de communication entre les quatre objets et la Raspberry Pi en garantissant que toutes les données sont bien reçues. Utilisation de la liaison série entre la carte et le capteur. Sur le port ttyACM0, avec un script python lancé de la rapsberry. Les données du capteur sont ensuite stockées dans un fichier .csv.

=Séance du 19/12/2023=

*Mise en place d'un serveur web http sur le serveur delgodVM pour permettre la communication grâce à des requêtes http entre la raspberry pi et le serveur. Tout ceci est réalisé grâce des scripts python.

=Séance du 20/12/2023=

*Transmission des datas récupérées par le capteur de la raspberry pi vers le serveur http.
*Vérfication de la réception de ces données brutes
*Début de l'apprentissage de notre AI, reconnaissance de la langue des signes

Fichier:AccuracyDelGod.png.png

2024-01-27T17:16:06Z

Egodard :

accuracy

SE5 ECEAI/eceai 2023/2024/GodardDelcourt

2024-01-27T17:14:57Z

Egodard : /* Entraînement avec un script Python */

=<div class="mcwiki-header" style="border-radius: 30px; padding: 10px; font-family: Helvetica ; font-weight: bold; color: #FFFFFF; text-align: center; font-size: 90%; background: #FFC0CB; vertical-align: top; height:70%; width: 98%;"> Introduction </div>=

==Objectifs du projet==

Le projet vise à distribuer le calcul à différents endroits du réseau pour optimiser les performances et la sobriété énergétique. Un réseau d'objets connectés, de passerelles, et d'un serveur sera mis en place pour collecter, traiter, et évaluer les données environnementales.

=<div class="mcwiki-header" style="border-radius: 30px; padding: 10px; font-family: Helvetica ; font-weight: bold; color: #FFFFFF; text-align: center; font-size: 90%; background: #FFC0CB; vertical-align: top; height:70%; width: 98%;"> Mise en œuvre du réseau </div>=

==Description générale==

===Configuration de la Machine Virtuelle===

Nous allons devoir créer une machine virtuelle sur Chassiron avec un accès internet IPv6. <br>
Cette machine virtuelle sera déployée grâce à Xen et sera nommée "delgodVM".<br>
La commande lancée pour créer la machine est la suivante :
<syntaxhighlight lang="bash">
xen-create-image --hostname delgodVM --force --dist bookworm --size 10G --memory 10G --dir /usr/local/xen --password glopglop --dhcp --bridge bridgeStudents
</syntaxhighlight>

Nous allons par la suite devoir configurer son réseau, sa résolution DNS, et ses sources de paquets Debian.<br>
Pour configurer le réseau de notre serveur, nous allons devoir modifier le fichier ''/etc/network/interfaces'' qui est un fichier de configuration réseau dans lequel les paramètres de l'interface sont spécifiés.
<syntaxhighlight lang="bash">
auto enX0
iface enX0 inet6 auto
</syntaxhighlight>

Pour configurer la résolution DNS de notre serveur, nous allons modifier le fichier ''/etc/resolv.conf''. Ce fichier permet de spécifier la configuration des serveurs de nom (DNS) pour résoudre les noms de domaine en adresses IP. Nous allons donc réaliser la configuration DNS suivante fournie dans le sujet :
<syntaxhighlight lang="bash">
domain plil.info
search plil.info
nameserver 2a01:c916:2047:c800:216:3eff:fe82:8a5c
</syntaxhighlight>

Pour modifier les sources des paquets Debian, nous allons modifier le fichier ''/etc/apt/sources.list'' en rajoutant les paquets suivants :
<syntaxhighlight lang="bash">
deb http://deb.debian.org/debian bookworm main contrib non-free non-free-firmware
deb-src http://deb.debian.org/debian bookworm main contrib non-free non-free-firmware
</syntaxhighlight>

Et nous allons aussi supprimer le fichier ''/etc/apt/apt.conf.d/01proxy''.

===Raspberry Pi===

Image de la Raspberry Pi pour connexion avec le serveur via WiFi.

Nous allons tout d'abord devoir connecter la Raspberry Pi au WiFi nommé WIFI_IE_1. Pour configurer la Raspberry Pi, nous allons tout d'abord devoir la connecter en série à un ordinateur. Pour savoir quels pins il est nécessaire de connecter, il faut se fier à l'image ci-dessous. La partie alimentation n'est pas à connecter car trop faible pour alimenter la Raspberry Pi, nous allons donc devoir brancher sur secteur la carte grâce à une alimentation USB.

IMAGE RASP

Après avoir connecté la Raspberry Pi sur l'ordinateur, nous pouvons vérifier sur quelle interface la carte est connectée avec la commande <syntaxhighlight lang="bash"> ls /dev </syntaxhighlight>
Par exemple, ici la carte était sur ''ttyUSB0''.
Nous pouvons ensuite lancer une liaison série avec minicom grâce à la commande
<syntaxhighlight lang="bash">minicom -s</syntaxhighlight> et les paramètres suivants ttyUSB0 et 115200 8N.

Puis, pouvons configurer le wifi, nous allons dans un terminal de la Raspberry Pi, taper les commandes suivantes afin d'accéder à la configuration du système : <br>

<syntaxhighlight lang="bash">
raspi-config
</syntaxhighlight>

Puis nous sommes allées dans ""System Options"" afin de pouvoir configurer les différentes informations qui vont nous permettre d'avoir le WiFi sur la carte.<br>
Pour vérifier si nos modifications ont bien fonctionné, nous avons réalisé la commande ip a pour vérifier sir le wlan0 était bien Up, et nous avons aussi ping google.com pour vérifier si le WiFi fonctionnait. Tout cela était correct.

'''Informations concernant la Raspberry Pi :'''<br>
Adresse ip : 172.26.145.129<br>
User pour le SSH : pifou<br>

===Objets Connectés===

Utilisation d'un STM32F401RE avec un capteur de distance (Nucleo-53L5A1).

=<div class="mcwiki-header" style="border-radius: 30px; padding: 10px; font-family: Helvetica ; font-weight: bold; color: #FFFFFF; text-align: center; font-size: 90%; background: #FFC0CB; vertical-align: top; height:70%; width: 98%;"> Protocole de communication et acquisition des données. </div>=

==Acquisition des données==

Nous allons devoir développer un firmware embarqué afin collecter des données, nous allons pour cela utiliser un code STM32 Cube IDE qui va nous aider à collecter les données du capteur.

La première étape consiste alors a installer STM32 Cube IDE pour l'objet connecté (STM32F401RE) avec capteur de distance (Nucleo-53L5A1).

Cependant, nous avons eu de nombreux problème pour installer ce logiciel sur les zabeths de l'école. Nous avons donc du utiliser un ordinateur personnel sous windows afin d'installer STM32CubeIDE. Afin de téléverser le programme sur notre objet connecté muni du capteur, nous allons devoir connecter celui-ci en série avec notre ordinnateur. Le code sera par la suite placé sur l'objet grâce à l'application.

Pour récupérer les données, nous allons utiliser un programme d'exemple fourni par --. Ce code est disponible en annexes. Pour vérifier le fonctionnement de ce code, nous avons lancé une liaison série sur l'objet connecté (grâce à Putty par exemple) et nous avons bien pu récupérer des données.

Cependant, ce code ne nous convenait pas, nous avons donc du le modifier afin d'obtenir des données brutes séparées par une virgule (ce qui n'était pas le cas sur le programme originel).

//CODE

==Protocole de communication==

===Raspberry Pi & capteur===

Tout d'abord, nous allons devoir mettre en oeuvre un protocole de communication permettant l'envoi de données entre la carte (Raspberry Pi) et le capteur.

Nous avons alors décidé de créer un script en Python qui permet au capteur de communiquer ses données à la Raspberry Pi, grâce à la liaison série entre les deux appareils. Comme nous avons vu précédemment, le code installé sur le capteur permet l'envoi de données brutes sur la liaison série, de la forme suivante :

[[Fichier:Données capteur csv.png|900px|center]]

Le code Python que nous avons implémenté sur la Raspberry Pi va permettre de récupérer ces données. Le script se trouve à l'endroit suivant sur la carte ''~/Documents/lecture/reader.py''. Lors de son lancement, celui ci va obtenir les données envoyées par le capteur, puis il va ranger ces données dans un fichier nommé ''store_data.csv''.
Le script que nous avons écrit est le suivant :

<syntaxhighlight lang="python3">
import serial
ser = serial.Serial (
# Port série pour lire les données
port='/dev/ttyACM0',
# Débit de la communication série
baudrate=460800,
# Check pour la parité, ici on ne le fait pas
parity=serial.PARITY_NONE,
# Nombre de commandes séries à accepter avant expiration du délai
timeout=1
)

# Ouverture du fichier "store_data.csv"
file = open(r"store_data.csv","w")

# Mise en pause du programme pendant 1 seconde pour éviter de surcharger le port série
while 1:
x=ser.readline()
output=str(x, 'UTF-8')
file.write(output)
print (x)

file.close()

</syntaxhighlight>

===Raspberry Pi et serveur===

Nous allons ensuite mettre en oeuvre un protocole de communication entre la Raspberry Pi et le serveur que nous avons créé. D'après les consignes du sujet, nous devons faire en sorte que ce protocole soit facilement étendu à un grand nombre de Raspberry Pi. C'est pourquoi après quelques recherches, nous avons décide de réaliser un protocole de communication HTTP initié avec un script Python.

Tout d'abord, un script Python sera réalisé sur notre serveur nommé delgodVM pour le spécialiser en un serveur web qui va nous permettre de gérer les requêtes HTTP. Ainsi, sur le serveur delgodVM, nous allons pouvoir lancer notre serveur Python HTTP avec le script créé et avoir le retour suivant :
[[Fichier:Lancement serveur http.png|900px|center]]

Le script est le suivant :

<syntaxhighlight lang="python3">
import socket
from http.server import HTTPServer, SimpleHTTPRequestHandler
import json

PORT = 8080
class MyHandler(SimpleHTTPRequestHandler):
def do_GET(self):
if self.path == '/ip':
self.send_response(200)
self.send_header('Content-type', 'text/html')
self.end_headers()
self.wfile.write(f'Your IP address is {self.client_address[0]}'.encode())
return
else:
return SimpleHTTPRequestHandler.do_GET(self)

def do_POST(self):
if self.path== '/data':
content_length = int(self.headers['Content-Length'])
data = self.rfile.read(content_length).decode('utf-8')
data_dict = json.loads(data)

print("Donnees recues:", data_dict)

self.send_response(200)
#Ouverture du fichier pour stocker les donnees
file = open(r"store_data.csv","a")

#Donnes ecrites dans le fichier .csv
file.write(data_dict)

else :
self.send_response(404)
self.end_headers()

class HTTPServerV6(HTTPServer):
address_family = socket.AF_INET6

def main():
#Ouverture du fichier pour stocker les donnees
#file = open(r"store_data.csv","w")
server = HTTPServerV6(('::',PORT),MyHandler)
print("Serveur actif sur le port :", PORT)
server.serve_forever()
#Fermeture du fichier
file.close()

if __name__ == '__main__':
main()
</syntaxhighlight>

Pout vérifier (de plus) si notre serveur est bien lancé, nous allons essayer d'y accéder grâce à une page web sur une zabeth de l'école à l'adresse suivante : http://[2001:660:4401:6050:216:3eff:fe1a:f9c3]:8080
[[Fichier:Accès serveur web.png|900px|center]]

De la Raspberry Pi, on vérifie qu’on peut bien accéder au serveur Python HTTP :
[[Fichier:Test accès serveur avec curl.png|900px|center]]

Pour envoyer des données de la Raspberry PI au serveur HTTP, nous avons créé un script Python qui va permettre d'envoyer ces données par des requêtes HTTP. Ce script sera bien évidemment lancé de la Raspberry PI. Pour que l'envoi de données fonctionne, nous devons alors lancer le script permettant le fonctionnement du serveur web sur le serveur delgodVM (commande python3 ./server.py). Et nous devons lancer simultanément le script reader.py sur la Raspberry PI. Le script est le suivant :

<syntaxhighlight lang="python3">
import serial
import requests

ser = serial.Serial (
# Port série pour lire les data
port='/dev/ttyACM0',
# Débit de la communication série
baudrate=460800,
# Check ds parités, ici on ne le fait pas
parity=serial.PARITY_NONE,
# Number of serial commands to accept before timing out
timeout=1
)

# Open function to open the file "store_data.csv"
#file = open(r"store_data.csv","w")

url = "http://[2001:660:4401:6050:216:3eff:fe1a:f9c3]:8080/data"

while 1:
url = "http://[2001:660:4401:6050:216:3eff:fe1a:f9c3]:8080/data"
x=ser.readline()
output=str(x, 'UTF-8')
# file.write(output)
data = output
response = requests.post(url,json=data)
print (x)
if reponse.status_code == 200:
print("Donnees envoyees avec succes")
else:
print(f"Échec de l'envoi. Code de statut : {response.status_code}")
print(response.text)

#file.close()
</syntaxhighlight>

Au final ,nous arrivons bien à recevoir les données sur le serveur Xen, par un paquet unique.

[[Fichier:Reception des données.png|900px|center]]

Le fichier reader2.py permet d’envoyer les paquets de données au serveur, qui les reçoit.

==Stockage des Données==

Notre serveur Xen reçoit maintenant les données de la carte grâce aux requêtes HTTP.
Nous avons alors décidé de code un script python recevant les données et qui les stockes dans un fichier .csv sur le serveur afin de pouvoir par la suite utiliser les données du capteur.

=<div class="mcwiki-header" style="border-radius: 30px; padding: 10px; font-family: Helvetica ; font-weight: bold; color: #FFFFFF; text-align: center; font-size: 90%; background: #FFC0CB; vertical-align: top; height:70%; width: 98%;"> Entraînement du modèle d’apprentissage </div>=

==Entraînement sur NanoEdge AI Studio==
===Description===
Pour commencer la partie Entraînement, nous avons décidé de commencer par NanoEdge AI Studio. Ce logiciel développé par STMicroelectronics

permet de "créer" une Intelligence Artificielle (IA), de manière simple et guidée.

Pour créer cette IA, nous avons tout d'abord dû connecter la carte STMicroelectronics au PC et lancer NanoEdge AI Studio.

==="Signals"===
Après avoir créé un projet "n-Class", nous avons dû rentrer les signaux que nous voulions faire apprendre. Dans notre cas, ce sont les lettres de A à J qui vont être apprises.

[[Fichier: SignauxNEAIS.png|500px]]

Après avoir fait tous les signaux que nous avons besoins, nous devons lancer le Benchmark.

===Benchmark===

Le Benchmark est une sorte d'étalon, c'est dans cette partie que l'IA cherche la meilleure librairie possible d'après les signaux envoyés dans la partie précédente.

[[Fichier:Benchmark Delgod.png|500px]]

===Validation===
Une fois que cette partie est terminée, nous pouvons passer à la partie Validation où nous pouvons importer un signal différent de ceux d'avant afin de choisir la meilleure librairie parmi celles trouvées dans la partie Benchmark.

[[Fichier:Validation.png|500px]]

===Emulator===
Enfin, nous pouvons tester en temps réel dans la partie Emulator si notre librairie a bien appris les signaux envoyés en entraînement.

[[Fichier:EmulatorDelgod.png|500px]]

===Résultat===
Nous avons filmé deux cas où l'IA reconnait les symboles C et I de la Langue des Signes Française (LSF) :

[[Fichier:C.mp4]] [[Fichier:I.mp4]]

Comme vous pouvez le voir, certaines lettres sont mieux perçues que d'autres, cela est dû au fait que NanoEdge AI Studio est très sensible à la luminosité, mais aussi à la position de notre main par rapport au capteur.

==Entraînement avec un script Python==
===Apprentissage avec des données sélectionnées===

Dans un premier temps, nous avons créé une intelligence artificielle qui apprend grâce à des fichiers CSV que nous avons fait.

Nous avons choisi d'utiliser la librairie SciKit Learn et Random Forest pour développer notre IA.

La première étape dans notre script Python est de lire tous les CSV que nous lui fournissons (c'est-à-dire les CSV correspondant aux lettres A à K de la Langue des Signes Française). Ensuite, nous concaténons tous les CSV pour en faire une sorte de "mini" base de données. Cette base de données va être scindée en deux : 80 % des données sont faites pour l'apprentissage, et les 20 % restants sont pour le test.

Il faut savoir aussi que nous avons relié une lettre à un chiffre pour plus de facilité, nous avons donc :

<code>Empty = 0, A = 1, B = 2, etc.....</code>

Pour compliquer la tâche, nous avons décidé de mélanger toutes les données pour l'entraînement et le test, c'est-à-dire que le tableau de réponse ne sera pas sous la forme <code>[0 0 0 ... 1 1 1 .... 2 ....]</code> mais plutôt sous la forme : <code>[7 11 6 6 0 10 5 ...]</code>

Concernant la phase d'apprentissage, nous avons au total 4 variables :

- <code>X_train</code> : données que la carte a envoyées qui sont destinées à l'entrainement
- <code>y_train</code> : tableau de réponse (ce qu'on attend comme résultat)
- <code>X_test</code> : données que la cartée a envoyées qui sont destinées au test
- <code>y_test</code> : tableau de réponse que l'IA a déterminé

Enfin, nous avons mis le paramètre <code>accuracy</code> qui permet de déterminer le "score" de l'IA.

<syntaxhighlight lang="bash">
def random_forest_predict(X_train,y_train,X_test,y_test):
model = RandomForestClassifier()
model.fit(X_train, y_train)
y_pred = model.predict(X_test)
accuracy = accuracy_score(y_test,y_pred)
print(y_pred)
print(f"Précision du modèle : {accuracy}")
</syntaxhighlight>

[[Fichier:resultatAIDelGod.png|500px]]

Après le lancement du test, nous trouvons une accuracy de 1. Cette accuracy parfaite est sûrement due au fait que pour chaque lettre, nous étions dans les mêmes conditions (position, luminosité etc..)

Après avoir entraîné notre IA, nous allons la tester avec les données qui proviennent directement de la carte avec le capteur Time of Flight. Pour cela, nous avons utilisé la librairie serial de python pour obtenir les données en temps réel. Comme les données sont sous forme d’une longue chaîne de caractère, nous avons dû séparer la chaîne en une liste, transformer les chaînes de caractères en entiers et enfin transformer la liste en un tableau.

Après avoir transformé les données dans le bon type, nous avons réutilisé la fonction <code>predict</code> pour que l’Intelligence Artificielle détecte quelle lettre nous avons fait.

<syntaxhighlight lang="bash">
def random_predict_serial(X_train, y_train,model):
ser = serial.Serial()
ser.port = PORT
ser.baudrate = BAUDRATE
ser.timeout = 0.2

ser.open()
print("Is serial open : ", ser.is_open)

print(ser)

lines = ser.readlines()
for line in lines:
# print(line)
decoded_line = str(line, ENCODING)[:-2]
print(decoded_line, " - ", len(decoded_line.split(",")))

if(len(decoded_line.split(","))==64):
test_line = decoded_line.split(",")
test_line_int = [int(x) for x in test_line]
test_array = np.array(test_line_int)
test_array = test_array.reshape(1,-1)
print("TYPE TEST :",type(test_array))
prediction = model.predict(test_array)
print("La prediction :" ,prediction)

ser.close()
print("Is serial open : ", ser.is_open)
</syntaxhighlight>

=<div class="mcwiki-header" style="border-radius: 30px; padding: 10px; font-family: Helvetica ; font-weight: bold; color: #FFFFFF; text-align: center; font-size: 90%; background: #FFC0CB; vertical-align: top; height:70%; width: 98%;"> Mise en place du modèle embarqué et des modèles hybrides </div>=

=Séance du 04/12/2023=

AU cours de cette première séance, nous avons pu prendre en main les outils nécessaires à la réalisation de notre projet.
L’objectif était de construire un serveur Xen et de configurer la RaspberryPi.

*Machine virtuelle sur Chassiron avec un accès internet IPv6.
*Image de la Raspberry Pi pour connexion avec le serveur via WiFi : nous avons installé une image ** sur la rapsberry pi

=Séance du 18/12/2023=
Au cours de cette séance, nous allons tout d'abord

* Développer un firmware embarqué pour collecter les données, avec STM32 Cube IDE et donc un programme permettant d'acquérir les données du capteur.
* Mettre en œuvre un protocole de communication entre les quatre objets et la Raspberry Pi en garantissant que toutes les données sont bien reçues. Utilisation de la liaison série entre la carte et le capteur. Sur le port ttyACM0, avec un script python lancé de la rapsberry. Les données du capteur sont ensuite stockées dans un fichier .csv.

=Séance du 19/12/2023=

*Mise en place d'un serveur web http sur le serveur delgodVM pour permettre la communication grâce à des requêtes http entre la raspberry pi et le serveur. Tout ceci est réalisé grâce des scripts python.

=Séance du 20/12/2023=

*Transmission des datas récupérées par le capteur de la raspberry pi vers le serveur http.
*Vérfication de la réception de ces données brutes
*Début de l'apprentissage de notre AI, reconnaissance de la langue des signes

SE5 ECEAI/eceai 2023/2024/GodardDelcourt

2024-01-22T19:10:01Z

Egodard : /* Résultat */

SE5 ECEAI/eceai 2023/2024/GodardDelcourt

2024-01-22T19:08:15Z

Egodard : /* Emulator */

SE5 ECEAI/eceai 2023/2024/GodardDelcourt

2024-01-22T19:08:03Z

Egodard : /* Entraînement sur NanoEdge AI Studio */

SE5 ECEAI/eceai 2023/2024/GodardDelcourt

2024-01-22T19:07:50Z

Egodard : /* Emulator */

Fichier:EmulatorDelgod.png

2024-01-22T19:07:44Z

Egodard :

emulator

SE5 ECEAI/eceai 2023/2024/GodardDelcourt

2024-01-22T19:06:19Z

Egodard : /* Validation */

SE5 ECEAI/eceai 2023/2024/GodardDelcourt

2024-01-22T19:05:38Z

Egodard : /* Validation */

Fichier:Validation.png

2024-01-22T19:05:20Z

Egodard :

Validation

SE5 ECEAI/eceai 2023/2024/GodardDelcourt

2024-01-22T19:04:09Z

Egodard : /* Entraînement sur NanoEdge AI Studio */

SE5 ECEAI/eceai 2023/2024/GodardDelcourt

2024-01-22T19:03:17Z

Egodard : /* Benchmark */

Fichier:Benchmark Delgod.png

2024-01-22T19:02:52Z

Egodard :

Benchmark

SE5 ECEAI/eceai 2023/2024/GodardDelcourt

2024-01-22T19:02:20Z

Egodard : /* "Signals" */

Fichier:I.mp4

2024-01-22T18:59:20Z

Egodard :

Fichier:C.mp4

2024-01-22T18:58:58Z

Egodard :

Fichier:SignauxNEAIS.png

2024-01-22T18:58:33Z

Egodard :

SE5 ECEAI/eceai 2023/2024/GodardDelcourt

2024-01-22T18:56:18Z

Egodard : /* Entraînement sur NanoEdge AI Studio */

SE5 ECEAI/eceai 2023/2024/GodardDelcourt

2024-01-22T18:13:54Z

Egodard : /* Entraînement du modèle d’apprentissage */

Atelier SysRes SE5 2023/2024 E16

2024-01-16T17:50:57Z

Egodard :

==Configuration des machines de services==

===Configuration des LV ===

Tout d’abord monter les disques “manuellement” pour y placer nos répertoires. Tout d’abord il faut créer deux répertoires :

<syntaxhighlight lang="bash">
root@exegol:~# mkdir /mnt/xvda3
root@exegol:~# mkdir /mnt/xvda4
</syntaxhighlight >

Nous allons ensuite devoir formater et créer les systèmes de fichiers, que nous allons par la suite associer aux répertoires créés au dessus :

<syntaxhighlight lang="bash">
root@exegol:~# mkfs /dev/xvda3

root@exegol:~# mkfs /dev/xvda4
</syntaxhighlight >

Nous allons ensuite créer les points de montage des partitions (la commande ici monte le système de fichier /dev/xvda3 sur le répertoire /mtn/xvda3):

<syntaxhighlight lang="bash">
root@exegol:~# mount /dev/xvda3 /mnt/xvda3
root@exegol:~# mount /dev/xvda4 /mnt/xvda4
</syntaxhighlight >

Comme le répertoire home est déjà vide, nous pouvons uniquement déplacer le répertoire /var sur le disque xvda4, mais par précaution nous le faisons aussi pour /home dans xvda3 :

<syntaxhighlight lang="bash">
root@exegol:~# mv /var/* /mnt/xvda4
</syntaxhighlight >

Nous faisons ensuite un lsblk pour lister les LVM sur notre serveur:

<syntaxhighlight lang="bash">
root@exegol:~# lsblk
NAME MAJ:MIN RM SIZE RO TYPE MOUNTPOINT
xvda1 202:1 0 512M 0 disk [SWAP]
xvda2 202:2 0 10G 0 disk /
xvda3 202:3 0 10G 0 disk /mnt/xvda3
xvda4 202:4 0 10G 0 disk /mnt/xvda4
</syntaxhighlight >

Il faut ensuite modifier le fichier /etc/fstab pour monter correctement nos disques :

Nous allons rajouter les lignes concernant `/dev/xvda3` et `/dev/xvda4`

<syntaxhighlight lang="bash">
# mettre repertoire /home de la VM jiruus dans la partition LVM jiruus-home
/dev/xvda3 /home ext4 defaults 0 2
# mettre repertoire /var de la VM jiruus dans la partition LVM jiruus-var
/dev/xvda4 /var ext4 defaults 0 2
</syntaxhighlight >

Puis, nous allons démonter les 2 volumes/répertoires que nous avons créés :

<syntaxhighlight lang="bash">
root@exegol:~# umount /mnt/xvda3
root@exegol:~# umount /mnt/xvda4
</syntaxhighlight >

Si nous faisons un lsblk, nous voyons bien que c’est démonté

<syntaxhighlight lang="bash">
root@exegol:/mnt# lsblk
NAME MAJ:MIN RM SIZE RO TYPE MOUNTPOINT
xvda1 202:1 0 512M 0 disk [SWAP]
xvda2 202:2 0 10G 0 disk /
xvda3 202:3 0 10G 0 disk
xvda4 202:4 0 10G 0 disk
</syntaxhighlight >

Puis, nous allons enfin, avec la commande suivante, monter tous les systèmes de fichiers qui sont spécifiés dans `/etc/fstab`

<code>
root@exegol:~# mount -a
</code>

Pour vérifier notre action, encore un lsblk :

<syntaxhighlight lang="bash">
root@exegol:~# lsblk
NAME MAJ:MIN RM SIZE RO TYPE MOUNTPOINT
xvda1 202:1 0 512M 0 disk [SWAP]
xvda2 202:2 0 10G 0 disk /
xvda3 202:3 0 10G 0 disk /home
xvda4 202:4 0 10G 0 disk /var
</syntaxhighlight >

Et la on voit bien que notre xvda3 est monté sur /home et xvda4 sur /var

== Effraction Wifi ==

=== Avancée ===

==== Cassage de clef WEP d'un point d'accès WiFi ====
Wifi : cracotte10

Machine : zabeth02

Interface réseau : wlan1mon

Clé WEP : 55:55:55:55:5A:BC:11:CB:A4:44:44:44:44

[[Fichier:Aircrack cracotte10.png|700px]]
==== Cassage de mot de passe WPA-PSK par force brute ====
Wifi : cracotte10

Machine : zabeth02

Interface réseau : wlan1mon

[[Fichier:Wpa_psk_force_brute.png|600px]]

= Services Internet =

== Filtrage des services ==
Sur la machine mandataire, nous allons vérifier dans le fichier de log /var/log/auth.log si il y a des tentatives d’authentification par ssh. Vérification simplifiée par la commande suivante qui va nous donner le nombre d’authentifications qui ont fail sur environ une journée (contenu du fihcier de log): <br>
<syntaxhighlight lang="bash">
root@cruella:/var/log# cat auth.log | grep Failed | wc -l
763
</syntaxhighlight>

Par exemple nous avons :<br>
<syntaxhighlight lang="bash">
Jan 15 09:34:35 cruella sshd[15112]: Failed password for invalid user git from 64.227.185.241 port 33352 ssh2
Jan 15 09:41:21 cruella sshd[15122]: Failed password for invalid user guest from 64.227.185.241 port 52478 ssh2
Jan 15 09:48:07 cruella sshd[15127]: Failed password for invalid user www from 64.227.185.241 port 37134 ssh2
Jan 15 09:53:06 cruella sshd[15134]: Failed password for root from 193.105.134.95 port 54196 ssh2
Jan 15 09:55:01 cruella sshd[15136]: Failed password for invalid user mysql from 64.227.185.241 port 42730 ssh2
Jan 15 10:01:46 cruella sshd[15141]: Failed password for invalid user debian from 64.227.185.241 port 42378 ssh2
Jan 15 10:02:18 cruella sshd[15145]: Failed password for invalid user Admin from 14.33.68.177 port 59271 ssh2
Jan 15 10:02:21 cruella sshd[15145]: Failed password for invalid user Admin from 14.33.68.177 port 59271 ssh2
Jan 15 10:02:25 cruella sshd[15145]: Failed password for invalid user Admin from 14.33.68.177 port 59271 ssh2
Jan 15 10:02:28 cruella sshd[15145]: Failed password for invalid user Admin from 14.33.68.177 port 59271 ssh2
Jan 15 10:02:33 cruella sshd[15145]: Failed password for invalid user Admin from 14.33.68.177 port 59271 ssh2
Jan 15 10:08:31 cruella sshd[15152]: Failed password for invalid user testuser from 64.227.185.241 port 52646 ssh2
Jan 15 10:15:20 cruella sshd[15157]: Failed password for invalid user pi from 64.227.185.241 port 56514 ssh2
Jan 15 10:22:05 cruella sshd[15170]: Failed password for invalid user hadoop from 64.227.185.241 port 49388 ssh2
Jan 15 10:28:51 cruella sshd[15372]: Failed password for invalid user steam from 64.227.185.241 port 39384 ssh2
Jan 15 10:35:40 cruella sshd[15502]: Failed password for invalid user test1 from 64.227.185.241 port 36486 ssh2
Jan 15 10:42:26 cruella sshd[15551]: Failed password for invalid user es from 64.227.185.241 port 39242 ssh2
Jan 15 10:49:16 cruella sshd[15559]: Failed password for invalid user deploy from 64.227.185.241 port 36742 ssh2
Jan 15 10:56:07 cruella sshd[15568]: Failed password for invalid user minecraft from 64.227.185.241 port 49322 ssh2
Jan 15 11:02:53 cruella sshd[15573]: Failed password for invalid user ftp from 64.227.185.241 port 49876 ssh2
Jan 15 11:09:39 cruella sshd[15580]: Failed password for invalid user test2 from 64.227.185.241 port 38594 ssh2
Jan 15 11:10:55 cruella sshd[15587]: Failed password for root from 185.246.128.133 port 9349 ssh2
Jan 15 11:16:23 cruella sshd[15605]: Failed password for invalid user student from 64.227.185.241 port 36814 ssh2
Jan 15 14:25:12 cruella sshd[16423]: Failed password for invalid user admin from 103.145.4.190 port 56230 ssh2
</syntaxhighlight>

On remarque bien qu’on a des attaques, donc on installe fail2ban sur cruella (notre serveur mandataire). <br>
Nous allons modifier le fichier `/etc/fail2ban/jail.d/defaults-debian.conf` comme ce qui suit :<br>
<syntaxhighlight lang="bash">
[sshd]
enabled = true
port = ssh
filter = sshd
logpath = /var/log/auth.log
maxretry = 10
actionban = ufw
</syntaxhighlight>

Nous pouvons vérifier si les prisons sont bien actives :<br>
<syntaxhighlight lang="bash">
root@cruella:/etc/fail2ban# fail2ban-client status
Status
|- Number of jail: 1
`- Jail list: sshd
</syntaxhighlight>

Nous avons alors fait un test avec un camarade qui à essayé de se connecter plus de 3 fois (la conf avait été changée) : <br>
<syntaxhighlight lang="bash">
root@cruella:~# cat /var/log/auth.log | grep Failed | tail
Jan 15 14:25:12 cruella sshd[16423]: Failed password for invalid user admin from 103.145.4.190 port 56230 ssh2
Jan 15 14:51:33 cruella sshd[17089]: Failed password for root from 184.72.82.0 port 56274 ssh2
Jan 15 14:51:37 cruella sshd[17091]: Failed password for root from 184.72.82.0 port 56278 ssh2
Jan 15 14:51:40 cruella sshd[17094]: Failed password for root from 184.72.82.0 port 55786 ssh2
Jan 15 14:51:44 cruella sshd[17097]: Failed password for root from 184.72.82.0 port 55788 ssh2
Jan 15 14:51:50 cruella sshd[17099]: Failed password for root from 184.72.82.0 port 55804 ssh2
Jan 15 15:50:48 cruella sshd[17565]: Failed password for root from 185.246.128.133 port 53811 ssh2
Jan 15 15:59:51 cruella sshd[17641]: Failed password for root from 2a01:c916:2047:c800:216:3eff:fe82:8a5c port 45868 ssh2
Jan 15 16:00:12 cruella sshd[17652]: Failed password for invalid user gaby from 2a01:c916:2047:c800:216:3eff:fe82:8a5c port 45870 ssh2
Jan 15 16:00:38 cruella sshd[17652]: Failed password for invalid user gaby from 2a01:c916:2047:c800:216:3eff:fe82:8a5c port 45870 ssh2
</syntaxhighlight>
<syntaxhighlight lang="bash">
root@cruella:~# fail2ban-client status sshd
Status for the jail: sshd
|- Filter
| |- Currently failed: 0
| |- Total failed: 0
| `- File list: /var/log/auth.log
`- Actions
|- Currently banned: 1
|- Total banned: 1
`- Banned IP list: 2a01:c916:2047:c800:216:3eff:fe82:8a5c
</syntaxhighlight>
On remarque bien qu’un adresse IP à été bannie, celle qui à tentée de se connecter plusieurs fois sans succès.<br>

Atelier SysRes SE5 2023/2024 E16

2024-01-16T17:45:07Z

Egodard : /* Commandes faites par Mr.Redon à distance */

==Configuration des machines de services==

===Commandes faites par Mr.Redon à distance===

==== Création des partitions ====

<syntaxhighlight lang="bash">
root@capbreton:~# lvcreate -L 10G -n exegol-home storage

Logical volume "exegol-home" created.

root@capbreton:~# lvcreate -L 10G -n exegol-var storage

Logical volume "exegol-var" created.
</syntaxhighlight >

Il faut ensuite modifier le fichier `/etc/exegol.cfg` pour y rajouter les partitions que nous voulons associer :

<syntaxhighlight lang="bash">
'phy:/dev/<nomVG>/exegol-home,xvda3,w'

'phy:/dev/<nomVG>/exegol-var,xvda4,w'

</syntaxhighlight >

Nous allons ensuite créer le commutateur virtuel. Pour cela nous allons mettre dans `/etc/network/interfaces.d/cruella.cfg`

<syntaxhighlight lang="bash">
auto cruella

iface cruella inet manual
bridge_ports none

post-up ip link set $IFACE up

post-down ip link set $IFACE down

</syntaxhighlight >

Puis, il faudrait réaliser la commande “ifup cruella”

Avec ces commandes, l’interface est lancée.

Dans les fichiers de configuration d’exegol (`/etc/xen/exegol.cfg`)rajouter :

<code>
vif = [ 'bridge=SE5, mac=00:16:3E:5E:XX:XX' , 'bridge=cruella, mac=00:16:3E:5E:XX:XX+1' ]

===Configuration des LV ===

Tout d’abord monter les disques “manuellement” pour y placer nos répertoires. Tout d’abord il faut créer deux répertoires :

<syntaxhighlight lang="bash">
root@exegol:~# mkdir /mnt/xvda3
root@exegol:~# mkdir /mnt/xvda4
</syntaxhighlight >

Nous vérifions si les répertoires ont bien été créées :

<syntaxhighlight lang="bash">
root@exegol:~# cd /mnt
root@exegol:/mnt# ls
</syntaxhighlight >

Nous allons ensuite devoir formater et créer les systèmes de fichiers, que nous allons par la suite associer aux répertoires créés au dessus :

<syntaxhighlight lang="bash">
root@exegol:~# mkfs /dev/xvda3
*mke2fs 1.46.2 (28-Feb-2021)
Creating filesystem with 2621440 4k blocks and 655360 inodes
Filesystem UUID: 1651310e-2410-40c5-857b-482a2a99737b
Superblock backups stored on blocks:
32768, 98304, 163840, 229376, 294912, 819200, 884736, 1605632

Allocating group tables: done
Writing inode tables: done
Writing superblocks and filesystem accounting information: done*
</syntaxhighlight >

<syntaxhighlight lang="bash">
root@exegol:~# mkfs /dev/xvda4
*mke2fs 1.46.2 (28-Feb-2021)
Creating filesystem with 2621440 4k blocks and 655360 inodes
Filesystem UUID: 614d5d6c-9a0d-4bba-a3c3-237574601376
Superblock backups stored on blocks:
32768, 98304, 163840, 229376, 294912, 819200, 884736, 1605632

Allocating group tables: done
Writing inode tables: done
Writing superblocks and filesystem accounting information: done*
</syntaxhighlight >

Nous allons ensuite créer les points de montage des partitions (la commande ici monte le système de fichier /dev/xvda3 sur le répertoire /mtn/xvda3):

<syntaxhighlight lang="bash">
root@exegol:~# mount /dev/xvda3 /mnt/xvda3
root@exegol:~# mount /dev/xvda4 /mnt/xvda4
</syntaxhighlight >

Comme le répertoire home est déjà vide, nous pouvons uniquement déplacer le répertoire /var sur le disque xvda4, mais par précaution nous le faisons aussi pour /home dans xvda3 :

<syntaxhighlight lang="bash">
root@exegol:~# mv /var/* /mnt/xvda4
root@exegol:~# mv /home/* /mnt/xvda3
mv: cannot stat '/home/*': No such file or directory
</syntaxhighlight >

<syntaxhighlight lang="bash">
*root@jiruus:~# cd /home/
root@jiruus:/home# ls -la
total 8
drwxr-xr-x 2 root root 4096 Oct 11 2021 .
drwxr-xr-x 22 root root 4096 Jan 22 2017 ..*
</syntaxhighlight >

Nous faisons ensuite un lsblk pour lister les LVM sur notre serveur:

<syntaxhighlight lang="bash">
root@exegol:~# lsblk
NAME MAJ:MIN RM SIZE RO TYPE MOUNTPOINT
xvda1 202:1 0 512M 0 disk [SWAP]
xvda2 202:2 0 10G 0 disk /
xvda3 202:3 0 10G 0 disk /mnt/xvda3
xvda4 202:4 0 10G 0 disk /mnt/xvda4
</syntaxhighlight >

Il faut ensuite modifier le fichier /etc/fstab pour monter correctement nos disques :

<code>
root@exegol:~# nano /etc/fstab
</code>

Nous allons rajouter les lignes concernant `/dev/xvda3` et `/dev/xvda4`

<syntaxhighlight lang="bash">
# /etc/fstab: static file system information.
#
# <file system> <mount point> <type> <options> <dump> <pass>
proc /proc proc defaults 0 0
devpts /dev/pts devpts rw,noexec,nosuid,gid=5,mode=620 0 0
/dev/xvda1 none swap sw 0 0
/dev/xvda2 / ext4 noatime,nodiratime,errors=remount-ro 0 1
# mettre repertoire /home de la VM jiruus dans la partition LVM jiruus-home
/dev/xvda3 /home ext4 defaults 0 2
# mettre repertoire /var de la VM jiruus dans la partition LVM jiruus-var
/dev/xvda4 /var ext4 defaults 0 2
</syntaxhighlight >

Puis, nous allons démonter les 2 volumes/répertoires que nous avons créé :

<syntaxhighlight lang="bash">
root@exegol:~# umount /mnt/xvda3
root@exegol:~# umount /mnt/xvda4
</syntaxhighlight >

Si nous faisons un lsblk, nous voyons bien que c’est démonté (car on ne voit plus /mnt/xvdx dans la partie MOUNTPOINT)

<syntaxhighlight lang="bash">
root@exegol:/mnt# lsblk
NAME MAJ:MIN RM SIZE RO TYPE MOUNTPOINT
xvda1 202:1 0 512M 0 disk [SWAP]
xvda2 202:2 0 10G 0 disk /
xvda3 202:3 0 10G 0 disk
xvda4 202:4 0 10G 0 disk
</syntaxhighlight >

Puis, nous allons enfin, avec la commande suivante, monter tous les systèmes de fichiers qui sont spécifiés dans `/etc/fstab`

<code>
root@exegol:~# mount -a
</code>

Pour vérifier notre action, encore un lsblk :

<syntaxhighlight lang="bash">
root@exegol:~# lsblk
NAME MAJ:MIN RM SIZE RO TYPE MOUNTPOINT
xvda1 202:1 0 512M 0 disk [SWAP]
xvda2 202:2 0 10G 0 disk /
xvda3 202:3 0 10G 0 disk /home
xvda4 202:4 0 10G 0 disk /var
</syntaxhighlight >

Et la on voit bien que notre xvda3 est monté sur /home et xvda4 sur /var

== Effraction Wifi ==

=== Avancée ===

==== Cassage de clef WEP d'un point d'accès WiFi ====
Wifi : cracotte10

Machine : zabeth02

Interface réseau : wlan1mon

Clé WEP : 55:55:55:55:5A:BC:11:CB:A4:44:44:44:44

[[Fichier:Aircrack cracotte10.png|700px]]
==== Cassage de mot de passe WPA-PSK par force brute ====
Wifi : cracotte10

Machine : zabeth02

Interface réseau : wlan1mon

[[Fichier:Wpa_psk_force_brute.png|600px]]

= Services Internet =

== Filtrage des services ==
Sur la machine mandataire, nous allons vérifier dans le fichier de log /var/log/auth.log si il y a des tentatives d’authentification par ssh. Vérification simplifiée par la commande suivante qui va nous donner le nombre d’authentifications qui ont fail sur environ une journée (contenu du fihcier de log): <br>
<syntaxhighlight lang="bash">
root@cruella:/var/log# cat auth.log | grep Failed | wc -l
763
</syntaxhighlight>

Par exemple nous avons :<br>
<syntaxhighlight lang="bash">
Jan 15 09:34:35 cruella sshd[15112]: Failed password for invalid user git from 64.227.185.241 port 33352 ssh2
Jan 15 09:41:21 cruella sshd[15122]: Failed password for invalid user guest from 64.227.185.241 port 52478 ssh2
Jan 15 09:48:07 cruella sshd[15127]: Failed password for invalid user www from 64.227.185.241 port 37134 ssh2
Jan 15 09:53:06 cruella sshd[15134]: Failed password for root from 193.105.134.95 port 54196 ssh2
Jan 15 09:55:01 cruella sshd[15136]: Failed password for invalid user mysql from 64.227.185.241 port 42730 ssh2
Jan 15 10:01:46 cruella sshd[15141]: Failed password for invalid user debian from 64.227.185.241 port 42378 ssh2
Jan 15 10:02:18 cruella sshd[15145]: Failed password for invalid user Admin from 14.33.68.177 port 59271 ssh2
Jan 15 10:02:21 cruella sshd[15145]: Failed password for invalid user Admin from 14.33.68.177 port 59271 ssh2
Jan 15 10:02:25 cruella sshd[15145]: Failed password for invalid user Admin from 14.33.68.177 port 59271 ssh2
Jan 15 10:02:28 cruella sshd[15145]: Failed password for invalid user Admin from 14.33.68.177 port 59271 ssh2
Jan 15 10:02:33 cruella sshd[15145]: Failed password for invalid user Admin from 14.33.68.177 port 59271 ssh2
Jan 15 10:08:31 cruella sshd[15152]: Failed password for invalid user testuser from 64.227.185.241 port 52646 ssh2
Jan 15 10:15:20 cruella sshd[15157]: Failed password for invalid user pi from 64.227.185.241 port 56514 ssh2
Jan 15 10:22:05 cruella sshd[15170]: Failed password for invalid user hadoop from 64.227.185.241 port 49388 ssh2
Jan 15 10:28:51 cruella sshd[15372]: Failed password for invalid user steam from 64.227.185.241 port 39384 ssh2
Jan 15 10:35:40 cruella sshd[15502]: Failed password for invalid user test1 from 64.227.185.241 port 36486 ssh2
Jan 15 10:42:26 cruella sshd[15551]: Failed password for invalid user es from 64.227.185.241 port 39242 ssh2
Jan 15 10:49:16 cruella sshd[15559]: Failed password for invalid user deploy from 64.227.185.241 port 36742 ssh2
Jan 15 10:56:07 cruella sshd[15568]: Failed password for invalid user minecraft from 64.227.185.241 port 49322 ssh2
Jan 15 11:02:53 cruella sshd[15573]: Failed password for invalid user ftp from 64.227.185.241 port 49876 ssh2
Jan 15 11:09:39 cruella sshd[15580]: Failed password for invalid user test2 from 64.227.185.241 port 38594 ssh2
Jan 15 11:10:55 cruella sshd[15587]: Failed password for root from 185.246.128.133 port 9349 ssh2
Jan 15 11:16:23 cruella sshd[15605]: Failed password for invalid user student from 64.227.185.241 port 36814 ssh2
Jan 15 14:25:12 cruella sshd[16423]: Failed password for invalid user admin from 103.145.4.190 port 56230 ssh2
</syntaxhighlight>

On remarque bien qu’on a des attaques, donc on installe fail2ban sur cruella (notre serveur mandataire). <br>
Nous allons modifier le fichier `/etc/fail2ban/jail.d/defaults-debian.conf` comme ce qui suit :<br>
<syntaxhighlight lang="bash">
[sshd]
enabled = true
port = ssh
filter = sshd
logpath = /var/log/auth.log
maxretry = 10
actionban = ufw
</syntaxhighlight>

Nous pouvons vérifier si les prisons sont bien actives :<br>
<syntaxhighlight lang="bash">
root@cruella:/etc/fail2ban# fail2ban-client status
Status
|- Number of jail: 1
`- Jail list: sshd
</syntaxhighlight>

Nous avons alors fait un test avec un camarade qui à essayé de se connecter plus de 3 fois (la conf avait été changée) : <br>
<syntaxhighlight lang="bash">
root@cruella:~# cat /var/log/auth.log | grep Failed | tail
Jan 15 14:25:12 cruella sshd[16423]: Failed password for invalid user admin from 103.145.4.190 port 56230 ssh2
Jan 15 14:51:33 cruella sshd[17089]: Failed password for root from 184.72.82.0 port 56274 ssh2
Jan 15 14:51:37 cruella sshd[17091]: Failed password for root from 184.72.82.0 port 56278 ssh2
Jan 15 14:51:40 cruella sshd[17094]: Failed password for root from 184.72.82.0 port 55786 ssh2
Jan 15 14:51:44 cruella sshd[17097]: Failed password for root from 184.72.82.0 port 55788 ssh2
Jan 15 14:51:50 cruella sshd[17099]: Failed password for root from 184.72.82.0 port 55804 ssh2
Jan 15 15:50:48 cruella sshd[17565]: Failed password for root from 185.246.128.133 port 53811 ssh2
Jan 15 15:59:51 cruella sshd[17641]: Failed password for root from 2a01:c916:2047:c800:216:3eff:fe82:8a5c port 45868 ssh2
Jan 15 16:00:12 cruella sshd[17652]: Failed password for invalid user gaby from 2a01:c916:2047:c800:216:3eff:fe82:8a5c port 45870 ssh2
Jan 15 16:00:38 cruella sshd[17652]: Failed password for invalid user gaby from 2a01:c916:2047:c800:216:3eff:fe82:8a5c port 45870 ssh2
</syntaxhighlight>
<syntaxhighlight lang="bash">
root@cruella:~# fail2ban-client status sshd
Status for the jail: sshd
|- Filter
| |- Currently failed: 0
| |- Total failed: 0
| `- File list: /var/log/auth.log
`- Actions
|- Currently banned: 1
|- Total banned: 1
`- Banned IP list: 2a01:c916:2047:c800:216:3eff:fe82:8a5c
</syntaxhighlight>
On remarque bien qu’un adresse IP à été bannie, celle qui à tentée de se connecter plusieurs fois sans succès.<br>

Atelier SysRes SE5 2023/2024 E16

2024-01-16T17:43:32Z

Egodard : /* commandes faites par Mr.Redon à distance */

==Configuration des machines de services==

===Commandes faites par Mr.Redon à distance===

==== Création des partitions ====

<syntaxhighlight lang="bash">
root@capbreton:~# lvcreate -L 10G -n exegol-home storage

Logical volume "exegol-home" created.

root@capbreton:~# lvcreate -L 10G -n exegol-var storage

Logical volume "exegol-var" created.
</syntaxhighlight >

Il faut ensuite modifier le fichier `/etc/exegol.cfg` pour y rajouter les partitions que nous voulons associer :

<syntaxhighlight lang="bash">
'phy:/dev/<nomVG>/exegol-home,xvda3,w'

'phy:/dev/<nomVG>/exegol-var,xvda4,w'

</syntaxhighlight >

Nous allons ensuite créer le commutateur virtuel. Pour cela nous allons mettre dans `/etc/network/interfaces.d/cruella.cfg`

<syntaxhighlight lang="bash">
auto cruella

iface cruella inet manual
bridge_ports none

post-up ip link set $IFACE up

post-down ip link set $IFACE down

</syntaxhighlight >

Puis, il faudrait réaliser la commande “ifup cruella”

Avec ces commandes, l’interface est lancée.

Dans les fichiers de configuration d’exegol (`/etc/xen/exegol.cfg`)rajouter :

<code>
vif = [ 'bridge=SE5, mac=00:16:3E:5E:XX:XX' , 'bridge=cruella, mac=00:16:3E:5E:XX:XX+1' ]

</code>

===Configuration des LV ===

Tout d’abord monter les disques “manuellement” pour y placer nos répertoires. Tout d’abord il faut créer deux répertoires :

<syntaxhighlight lang="bash">
root@exegol:~# mkdir /mnt/xvda3
root@exegol:~# mkdir /mnt/xvda4
</syntaxhighlight >

Nous vérifions si les répertoires ont bien été créées :

<syntaxhighlight lang="bash">
root@exegol:~# cd /mnt
root@exegol:/mnt# ls
</syntaxhighlight >

Nous allons ensuite devoir formater et créer les systèmes de fichiers, que nous allons par la suite associer aux répertoires créés au dessus :

<syntaxhighlight lang="bash">
root@exegol:~# mkfs /dev/xvda3
*mke2fs 1.46.2 (28-Feb-2021)
Creating filesystem with 2621440 4k blocks and 655360 inodes
Filesystem UUID: 1651310e-2410-40c5-857b-482a2a99737b
Superblock backups stored on blocks:
32768, 98304, 163840, 229376, 294912, 819200, 884736, 1605632

Allocating group tables: done
Writing inode tables: done
Writing superblocks and filesystem accounting information: done*
</syntaxhighlight >

<syntaxhighlight lang="bash">
root@exegol:~# mkfs /dev/xvda4
*mke2fs 1.46.2 (28-Feb-2021)
Creating filesystem with 2621440 4k blocks and 655360 inodes
Filesystem UUID: 614d5d6c-9a0d-4bba-a3c3-237574601376
Superblock backups stored on blocks:
32768, 98304, 163840, 229376, 294912, 819200, 884736, 1605632

Allocating group tables: done
Writing inode tables: done
Writing superblocks and filesystem accounting information: done*
</syntaxhighlight >

Nous allons ensuite créer les points de montage des partitions (la commande ici monte le système de fichier /dev/xvda3 sur le répertoire /mtn/xvda3):

<syntaxhighlight lang="bash">
root@exegol:~# mount /dev/xvda3 /mnt/xvda3
root@exegol:~# mount /dev/xvda4 /mnt/xvda4
</syntaxhighlight >

Comme le répertoire home est déjà vide, nous pouvons uniquement déplacer le répertoire /var sur le disque xvda4, mais par précaution nous le faisons aussi pour /home dans xvda3 :

<syntaxhighlight lang="bash">
root@exegol:~# mv /var/* /mnt/xvda4
root@exegol:~# mv /home/* /mnt/xvda3
mv: cannot stat '/home/*': No such file or directory
</syntaxhighlight >

<syntaxhighlight lang="bash">
*root@jiruus:~# cd /home/
root@jiruus:/home# ls -la
total 8
drwxr-xr-x 2 root root 4096 Oct 11 2021 .
drwxr-xr-x 22 root root 4096 Jan 22 2017 ..*
</syntaxhighlight >

Nous faisons ensuite un lsblk pour lister les LVM sur notre serveur:

<syntaxhighlight lang="bash">
root@exegol:~# lsblk
NAME MAJ:MIN RM SIZE RO TYPE MOUNTPOINT
xvda1 202:1 0 512M 0 disk [SWAP]
xvda2 202:2 0 10G 0 disk /
xvda3 202:3 0 10G 0 disk /mnt/xvda3
xvda4 202:4 0 10G 0 disk /mnt/xvda4
</syntaxhighlight >

Il faut ensuite modifier le fichier /etc/fstab pour monter correctement nos disques :

<code>
root@exegol:~# nano /etc/fstab
</code>

Nous allons rajouter les lignes concernant `/dev/xvda3` et `/dev/xvda4`

<syntaxhighlight lang="bash">
# /etc/fstab: static file system information.
#
# <file system> <mount point> <type> <options> <dump> <pass>
proc /proc proc defaults 0 0
devpts /dev/pts devpts rw,noexec,nosuid,gid=5,mode=620 0 0
/dev/xvda1 none swap sw 0 0
/dev/xvda2 / ext4 noatime,nodiratime,errors=remount-ro 0 1
# mettre repertoire /home de la VM jiruus dans la partition LVM jiruus-home
/dev/xvda3 /home ext4 defaults 0 2
# mettre repertoire /var de la VM jiruus dans la partition LVM jiruus-var
/dev/xvda4 /var ext4 defaults 0 2
</syntaxhighlight >

Puis, nous allons démonter les 2 volumes/répertoires que nous avons créé :

<syntaxhighlight lang="bash">
root@exegol:~# umount /mnt/xvda3
root@exegol:~# umount /mnt/xvda4
</syntaxhighlight >

Si nous faisons un lsblk, nous voyons bien que c’est démonté (car on ne voit plus /mnt/xvdx dans la partie MOUNTPOINT)

<syntaxhighlight lang="bash">
root@exegol:/mnt# lsblk
NAME MAJ:MIN RM SIZE RO TYPE MOUNTPOINT
xvda1 202:1 0 512M 0 disk [SWAP]
xvda2 202:2 0 10G 0 disk /
xvda3 202:3 0 10G 0 disk
xvda4 202:4 0 10G 0 disk
</syntaxhighlight >

Puis, nous allons enfin, avec la commande suivante, monter tous les systèmes de fichiers qui sont spécifiés dans `/etc/fstab`

<code>
root@exegol:~# mount -a
</code>

Pour vérifier notre action, encore un lsblk :

<syntaxhighlight lang="bash">
root@exegol:~# lsblk
NAME MAJ:MIN RM SIZE RO TYPE MOUNTPOINT
xvda1 202:1 0 512M 0 disk [SWAP]
xvda2 202:2 0 10G 0 disk /
xvda3 202:3 0 10G 0 disk /home
xvda4 202:4 0 10G 0 disk /var
</syntaxhighlight >

Et la on voit bien que notre xvda3 est monté sur /home et xvda4 sur /var

== Effraction Wifi ==

=== Avancée ===

==== Cassage de clef WEP d'un point d'accès WiFi ====
Wifi : cracotte10

Machine : zabeth02

Interface réseau : wlan1mon

Clé WEP : 55:55:55:55:5A:BC:11:CB:A4:44:44:44:44

[[Fichier:Aircrack cracotte10.png|700px]]
==== Cassage de mot de passe WPA-PSK par force brute ====
Wifi : cracotte10

Machine : zabeth02

Interface réseau : wlan1mon

[[Fichier:Wpa_psk_force_brute.png|600px]]

= Services Internet =

== Filtrage des services ==
Sur la machine mandataire, nous allons vérifier dans le fichier de log /var/log/auth.log si il y a des tentatives d’authentification par ssh. Vérification simplifiée par la commande suivante qui va nous donner le nombre d’authentifications qui ont fail sur environ une journée (contenu du fihcier de log): <br>
<syntaxhighlight lang="bash">
root@cruella:/var/log# cat auth.log | grep Failed | wc -l
763
</syntaxhighlight>

Par exemple nous avons :<br>
<syntaxhighlight lang="bash">
Jan 15 09:34:35 cruella sshd[15112]: Failed password for invalid user git from 64.227.185.241 port 33352 ssh2
Jan 15 09:41:21 cruella sshd[15122]: Failed password for invalid user guest from 64.227.185.241 port 52478 ssh2
Jan 15 09:48:07 cruella sshd[15127]: Failed password for invalid user www from 64.227.185.241 port 37134 ssh2
Jan 15 09:53:06 cruella sshd[15134]: Failed password for root from 193.105.134.95 port 54196 ssh2
Jan 15 09:55:01 cruella sshd[15136]: Failed password for invalid user mysql from 64.227.185.241 port 42730 ssh2
Jan 15 10:01:46 cruella sshd[15141]: Failed password for invalid user debian from 64.227.185.241 port 42378 ssh2
Jan 15 10:02:18 cruella sshd[15145]: Failed password for invalid user Admin from 14.33.68.177 port 59271 ssh2
Jan 15 10:02:21 cruella sshd[15145]: Failed password for invalid user Admin from 14.33.68.177 port 59271 ssh2
Jan 15 10:02:25 cruella sshd[15145]: Failed password for invalid user Admin from 14.33.68.177 port 59271 ssh2
Jan 15 10:02:28 cruella sshd[15145]: Failed password for invalid user Admin from 14.33.68.177 port 59271 ssh2
Jan 15 10:02:33 cruella sshd[15145]: Failed password for invalid user Admin from 14.33.68.177 port 59271 ssh2
Jan 15 10:08:31 cruella sshd[15152]: Failed password for invalid user testuser from 64.227.185.241 port 52646 ssh2
Jan 15 10:15:20 cruella sshd[15157]: Failed password for invalid user pi from 64.227.185.241 port 56514 ssh2
Jan 15 10:22:05 cruella sshd[15170]: Failed password for invalid user hadoop from 64.227.185.241 port 49388 ssh2
Jan 15 10:28:51 cruella sshd[15372]: Failed password for invalid user steam from 64.227.185.241 port 39384 ssh2
Jan 15 10:35:40 cruella sshd[15502]: Failed password for invalid user test1 from 64.227.185.241 port 36486 ssh2
Jan 15 10:42:26 cruella sshd[15551]: Failed password for invalid user es from 64.227.185.241 port 39242 ssh2
Jan 15 10:49:16 cruella sshd[15559]: Failed password for invalid user deploy from 64.227.185.241 port 36742 ssh2
Jan 15 10:56:07 cruella sshd[15568]: Failed password for invalid user minecraft from 64.227.185.241 port 49322 ssh2
Jan 15 11:02:53 cruella sshd[15573]: Failed password for invalid user ftp from 64.227.185.241 port 49876 ssh2
Jan 15 11:09:39 cruella sshd[15580]: Failed password for invalid user test2 from 64.227.185.241 port 38594 ssh2
Jan 15 11:10:55 cruella sshd[15587]: Failed password for root from 185.246.128.133 port 9349 ssh2
Jan 15 11:16:23 cruella sshd[15605]: Failed password for invalid user student from 64.227.185.241 port 36814 ssh2
Jan 15 14:25:12 cruella sshd[16423]: Failed password for invalid user admin from 103.145.4.190 port 56230 ssh2
</syntaxhighlight>

On remarque bien qu’on a des attaques, donc on installe fail2ban sur cruella (notre serveur mandataire). <br>
Nous allons modifier le fichier `/etc/fail2ban/jail.d/defaults-debian.conf` comme ce qui suit :<br>
<syntaxhighlight lang="bash">
[sshd]
enabled = true
port = ssh
filter = sshd
logpath = /var/log/auth.log
maxretry = 10
actionban = ufw
</syntaxhighlight>

Nous pouvons vérifier si les prisons sont bien actives :<br>
<syntaxhighlight lang="bash">
root@cruella:/etc/fail2ban# fail2ban-client status
Status
|- Number of jail: 1
`- Jail list: sshd
</syntaxhighlight>

Nous avons alors fait un test avec un camarade qui à essayé de se connecter plus de 3 fois (la conf avait été changée) : <br>
<syntaxhighlight lang="bash">
root@cruella:~# cat /var/log/auth.log | grep Failed | tail
Jan 15 14:25:12 cruella sshd[16423]: Failed password for invalid user admin from 103.145.4.190 port 56230 ssh2
Jan 15 14:51:33 cruella sshd[17089]: Failed password for root from 184.72.82.0 port 56274 ssh2
Jan 15 14:51:37 cruella sshd[17091]: Failed password for root from 184.72.82.0 port 56278 ssh2
Jan 15 14:51:40 cruella sshd[17094]: Failed password for root from 184.72.82.0 port 55786 ssh2
Jan 15 14:51:44 cruella sshd[17097]: Failed password for root from 184.72.82.0 port 55788 ssh2
Jan 15 14:51:50 cruella sshd[17099]: Failed password for root from 184.72.82.0 port 55804 ssh2
Jan 15 15:50:48 cruella sshd[17565]: Failed password for root from 185.246.128.133 port 53811 ssh2
Jan 15 15:59:51 cruella sshd[17641]: Failed password for root from 2a01:c916:2047:c800:216:3eff:fe82:8a5c port 45868 ssh2
Jan 15 16:00:12 cruella sshd[17652]: Failed password for invalid user gaby from 2a01:c916:2047:c800:216:3eff:fe82:8a5c port 45870 ssh2
Jan 15 16:00:38 cruella sshd[17652]: Failed password for invalid user gaby from 2a01:c916:2047:c800:216:3eff:fe82:8a5c port 45870 ssh2
</syntaxhighlight>
<syntaxhighlight lang="bash">
root@cruella:~# fail2ban-client status sshd
Status for the jail: sshd
|- Filter
| |- Currently failed: 0
| |- Total failed: 0
| `- File list: /var/log/auth.log
`- Actions
|- Currently banned: 1
|- Total banned: 1
`- Banned IP list: 2a01:c916:2047:c800:216:3eff:fe82:8a5c
</syntaxhighlight>
On remarque bien qu’un adresse IP à été bannie, celle qui à tentée de se connecter plusieurs fois sans succès.<br>

Atelier SysRes SE5 2023/2024 E16

2024-01-16T17:17:27Z

Egodard :

==Configuration des machines de services==

===commandes faites par Mr.Redon à distance===

==== Création des partitions ====

<syntaxhighlight lang="bash">
root@capbreton:~# lvcreate -L 10G -n exegol-home storage

Logical volume "exegol-home" created.

root@capbreton:~# lvcreate -L 10G -n exegol-var storage

Logical volume "exegol-var" created.
</syntaxhighlight >

Il faut ensuite modifier le fichier `/etc/exegol.cfg` pour y rajouter les partitions que nous voulons associer :

<syntaxhighlight lang="bash">
'phy:/dev/<nomVG>/exegol-home,xvda3,w'

'phy:/dev/<nomVG>/exegol-var,xvda4,w'

</syntaxhighlight >

Nous allons ensuite créer le commutateur virtuel. Pour cela nous allons mettre dans `/etc/network/interfaces.d/cruella.cfg`

<syntaxhighlight lang="bash">
auto cruella

iface cruella inet manual
bridge_ports none

post-up ip link set $IFACE up

post-down ip link set $IFACE down

</syntaxhighlight >

Puis, il faudrait réaliser la commande “ifup cruella”

Avec ces commandes, l’interface est lancée.

Dans les fichiers de configuration d’exegol (`/etc/xen/exegol.cfg`)rajouter :

<code>
vif = [ 'bridge=SE5, mac=00:16:3E:5E:XX:XX' , 'bridge=cruella, mac=00:16:3E:5E:XX:XX+1' ]

</code>

===Configuration des LV ===

Tout d’abord monter les disques “manuellement” pour y placer nos répertoires. Tout d’abord il faut créer deux répertoires :

<syntaxhighlight lang="bash">
root@exegol:~# mkdir /mnt/xvda3
root@exegol:~# mkdir /mnt/xvda4
</syntaxhighlight >

Nous vérifions si les répertoires ont bien été créées :

<syntaxhighlight lang="bash">
root@exegol:~# cd /mnt
root@exegol:/mnt# ls
</syntaxhighlight >

Nous allons ensuite devoir formater et créer les systèmes de fichiers, que nous allons par la suite associer aux répertoires créés au dessus :

<syntaxhighlight lang="bash">
root@exegol:~# mkfs /dev/xvda3
*mke2fs 1.46.2 (28-Feb-2021)
Creating filesystem with 2621440 4k blocks and 655360 inodes
Filesystem UUID: 1651310e-2410-40c5-857b-482a2a99737b
Superblock backups stored on blocks:
32768, 98304, 163840, 229376, 294912, 819200, 884736, 1605632

Allocating group tables: done
Writing inode tables: done
Writing superblocks and filesystem accounting information: done*
</syntaxhighlight >

<syntaxhighlight lang="bash">
root@exegol:~# mkfs /dev/xvda4
*mke2fs 1.46.2 (28-Feb-2021)
Creating filesystem with 2621440 4k blocks and 655360 inodes
Filesystem UUID: 614d5d6c-9a0d-4bba-a3c3-237574601376
Superblock backups stored on blocks:
32768, 98304, 163840, 229376, 294912, 819200, 884736, 1605632

Allocating group tables: done
Writing inode tables: done
Writing superblocks and filesystem accounting information: done*
</syntaxhighlight >

Nous allons ensuite créer les points de montage des partitions (la commande ici monte le système de fichier /dev/xvda3 sur le répertoire /mtn/xvda3):

<syntaxhighlight lang="bash">
root@exegol:~# mount /dev/xvda3 /mnt/xvda3
root@exegol:~# mount /dev/xvda4 /mnt/xvda4
</syntaxhighlight >

Comme le répertoire home est déjà vide, nous pouvons uniquement déplacer le répertoire /var sur le disque xvda4, mais par précaution nous le faisons aussi pour /home dans xvda3 :

<syntaxhighlight lang="bash">
root@exegol:~# mv /var/* /mnt/xvda4
root@exegol:~# mv /home/* /mnt/xvda3
mv: cannot stat '/home/*': No such file or directory
</syntaxhighlight >

<syntaxhighlight lang="bash">
*root@jiruus:~# cd /home/
root@jiruus:/home# ls -la
total 8
drwxr-xr-x 2 root root 4096 Oct 11 2021 .
drwxr-xr-x 22 root root 4096 Jan 22 2017 ..*
</syntaxhighlight >

Nous faisons ensuite un lsblk pour lister les LVM sur notre serveur:

<syntaxhighlight lang="bash">
root@exegol:~# lsblk
NAME MAJ:MIN RM SIZE RO TYPE MOUNTPOINT
xvda1 202:1 0 512M 0 disk [SWAP]
xvda2 202:2 0 10G 0 disk /
xvda3 202:3 0 10G 0 disk /mnt/xvda3
xvda4 202:4 0 10G 0 disk /mnt/xvda4
</syntaxhighlight >

Il faut ensuite modifier le fichier /etc/fstab pour monter correctement nos disques :

<code>
root@exegol:~# nano /etc/fstab
</code>

Nous allons rajouter les lignes concernant `/dev/xvda3` et `/dev/xvda4`

<syntaxhighlight lang="bash">
# /etc/fstab: static file system information.
#
# <file system> <mount point> <type> <options> <dump> <pass>
proc /proc proc defaults 0 0
devpts /dev/pts devpts rw,noexec,nosuid,gid=5,mode=620 0 0
/dev/xvda1 none swap sw 0 0
/dev/xvda2 / ext4 noatime,nodiratime,errors=remount-ro 0 1
# mettre repertoire /home de la VM jiruus dans la partition LVM jiruus-home
/dev/xvda3 /home ext4 defaults 0 2
# mettre repertoire /var de la VM jiruus dans la partition LVM jiruus-var
/dev/xvda4 /var ext4 defaults 0 2
</syntaxhighlight >

Puis, nous allons démonter les 2 volumes/répertoires que nous avons créé :

<syntaxhighlight lang="bash">
root@exegol:~# umount /mnt/xvda3
root@exegol:~# umount /mnt/xvda4
</syntaxhighlight >

Si nous faisons un lsblk, nous voyons bien que c’est démonté (car on ne voit plus /mnt/xvdx dans la partie MOUNTPOINT)

<syntaxhighlight lang="bash">
root@exegol:/mnt# lsblk
NAME MAJ:MIN RM SIZE RO TYPE MOUNTPOINT
xvda1 202:1 0 512M 0 disk [SWAP]
xvda2 202:2 0 10G 0 disk /
xvda3 202:3 0 10G 0 disk
xvda4 202:4 0 10G 0 disk
</syntaxhighlight >

Puis, nous allons enfin, avec la commande suivante, monter tous les systèmes de fichiers qui sont spécifiés dans `/etc/fstab`

<code>
root@exegol:~# mount -a
</code>

Pour vérifier notre action, encore un lsblk :

<syntaxhighlight lang="bash">
root@exegol:~# lsblk
NAME MAJ:MIN RM SIZE RO TYPE MOUNTPOINT
xvda1 202:1 0 512M 0 disk [SWAP]
xvda2 202:2 0 10G 0 disk /
xvda3 202:3 0 10G 0 disk /home
xvda4 202:4 0 10G 0 disk /var
</syntaxhighlight >

Et la on voit bien que notre xvda3 est monté sur /home et xvda4 sur /var

== Effraction Wifi ==

=== Avancée ===

==== Cassage de clef WEP d'un point d'accès WiFi ====
Wifi : cracotte10

Machine : zabeth02

Interface réseau : wlan1mon

Clé WEP : 55:55:55:55:5A:BC:11:CB:A4:44:44:44:44

[[Fichier:Aircrack cracotte10.png|700px]]
==== Cassage de mot de passe WPA-PSK par force brute ====
Wifi : cracotte10

Machine : zabeth02

Interface réseau : wlan1mon

[[Fichier:Wpa_psk_force_brute.png|600px]]

= Services Internet =

== Filtrage des services ==
Sur la machine mandataire, nous allons vérifier dans le fichier de log /var/log/auth.log si il y a des tentatives d’authentification par ssh. Vérification simplifiée par la commande suivante qui va nous donner le nombre d’authentifications qui ont fail sur environ une journée (contenu du fihcier de log): <br>
<syntaxhighlight lang="bash">
root@cruella:/var/log# cat auth.log | grep Failed | wc -l
763
</syntaxhighlight>

Par exemple nous avons :<br>
<syntaxhighlight lang="bash">
Jan 15 09:34:35 cruella sshd[15112]: Failed password for invalid user git from 64.227.185.241 port 33352 ssh2
Jan 15 09:41:21 cruella sshd[15122]: Failed password for invalid user guest from 64.227.185.241 port 52478 ssh2
Jan 15 09:48:07 cruella sshd[15127]: Failed password for invalid user www from 64.227.185.241 port 37134 ssh2
Jan 15 09:53:06 cruella sshd[15134]: Failed password for root from 193.105.134.95 port 54196 ssh2
Jan 15 09:55:01 cruella sshd[15136]: Failed password for invalid user mysql from 64.227.185.241 port 42730 ssh2
Jan 15 10:01:46 cruella sshd[15141]: Failed password for invalid user debian from 64.227.185.241 port 42378 ssh2
Jan 15 10:02:18 cruella sshd[15145]: Failed password for invalid user Admin from 14.33.68.177 port 59271 ssh2
Jan 15 10:02:21 cruella sshd[15145]: Failed password for invalid user Admin from 14.33.68.177 port 59271 ssh2
Jan 15 10:02:25 cruella sshd[15145]: Failed password for invalid user Admin from 14.33.68.177 port 59271 ssh2
Jan 15 10:02:28 cruella sshd[15145]: Failed password for invalid user Admin from 14.33.68.177 port 59271 ssh2
Jan 15 10:02:33 cruella sshd[15145]: Failed password for invalid user Admin from 14.33.68.177 port 59271 ssh2
Jan 15 10:08:31 cruella sshd[15152]: Failed password for invalid user testuser from 64.227.185.241 port 52646 ssh2
Jan 15 10:15:20 cruella sshd[15157]: Failed password for invalid user pi from 64.227.185.241 port 56514 ssh2
Jan 15 10:22:05 cruella sshd[15170]: Failed password for invalid user hadoop from 64.227.185.241 port 49388 ssh2
Jan 15 10:28:51 cruella sshd[15372]: Failed password for invalid user steam from 64.227.185.241 port 39384 ssh2
Jan 15 10:35:40 cruella sshd[15502]: Failed password for invalid user test1 from 64.227.185.241 port 36486 ssh2
Jan 15 10:42:26 cruella sshd[15551]: Failed password for invalid user es from 64.227.185.241 port 39242 ssh2
Jan 15 10:49:16 cruella sshd[15559]: Failed password for invalid user deploy from 64.227.185.241 port 36742 ssh2
Jan 15 10:56:07 cruella sshd[15568]: Failed password for invalid user minecraft from 64.227.185.241 port 49322 ssh2
Jan 15 11:02:53 cruella sshd[15573]: Failed password for invalid user ftp from 64.227.185.241 port 49876 ssh2
Jan 15 11:09:39 cruella sshd[15580]: Failed password for invalid user test2 from 64.227.185.241 port 38594 ssh2
Jan 15 11:10:55 cruella sshd[15587]: Failed password for root from 185.246.128.133 port 9349 ssh2
Jan 15 11:16:23 cruella sshd[15605]: Failed password for invalid user student from 64.227.185.241 port 36814 ssh2
Jan 15 14:25:12 cruella sshd[16423]: Failed password for invalid user admin from 103.145.4.190 port 56230 ssh2
</syntaxhighlight>

On remarque bien qu’on a des attaques, donc on installe fail2ban sur cruella (notre serveur mandataire). <br>
Nous allons modifier le fichier `/etc/fail2ban/jail.d/defaults-debian.conf` comme ce qui suit :<br>
<syntaxhighlight lang="bash">
[sshd]
enabled = true
port = ssh
filter = sshd
logpath = /var/log/auth.log
maxretry = 10
actionban = ufw
</syntaxhighlight>

Nous pouvons vérifier si les prisons sont bien actives :<br>
<syntaxhighlight lang="bash">
root@cruella:/etc/fail2ban# fail2ban-client status
Status
|- Number of jail: 1
`- Jail list: sshd
</syntaxhighlight>

Nous avons alors fait un test avec un camarade qui à essayé de se connecter plus de 3 fois (la conf avait été changée) : <br>
<syntaxhighlight lang="bash">
root@cruella:~# cat /var/log/auth.log | grep Failed | tail
Jan 15 14:25:12 cruella sshd[16423]: Failed password for invalid user admin from 103.145.4.190 port 56230 ssh2
Jan 15 14:51:33 cruella sshd[17089]: Failed password for root from 184.72.82.0 port 56274 ssh2
Jan 15 14:51:37 cruella sshd[17091]: Failed password for root from 184.72.82.0 port 56278 ssh2
Jan 15 14:51:40 cruella sshd[17094]: Failed password for root from 184.72.82.0 port 55786 ssh2
Jan 15 14:51:44 cruella sshd[17097]: Failed password for root from 184.72.82.0 port 55788 ssh2
Jan 15 14:51:50 cruella sshd[17099]: Failed password for root from 184.72.82.0 port 55804 ssh2
Jan 15 15:50:48 cruella sshd[17565]: Failed password for root from 185.246.128.133 port 53811 ssh2
Jan 15 15:59:51 cruella sshd[17641]: Failed password for root from 2a01:c916:2047:c800:216:3eff:fe82:8a5c port 45868 ssh2
Jan 15 16:00:12 cruella sshd[17652]: Failed password for invalid user gaby from 2a01:c916:2047:c800:216:3eff:fe82:8a5c port 45870 ssh2
Jan 15 16:00:38 cruella sshd[17652]: Failed password for invalid user gaby from 2a01:c916:2047:c800:216:3eff:fe82:8a5c port 45870 ssh2
</syntaxhighlight>
<syntaxhighlight lang="bash">
root@cruella:~# fail2ban-client status sshd
Status for the jail: sshd
|- Filter
| |- Currently failed: 0
| |- Total failed: 0
| `- File list: /var/log/auth.log
`- Actions
|- Currently banned: 1
|- Total banned: 1
`- Banned IP list: 2a01:c916:2047:c800:216:3eff:fe82:8a5c
</syntaxhighlight>
On remarque bien qu’un adresse IP à été bannie, celle qui à tentée de se connecter plusieurs fois sans succès.<br>

Atelier SysRes SE5 2023/2024 E16

2024-01-16T17:14:27Z

Egodard :

==Création des VM==

<code>
xen-create-image --hostname=exegol --dir=/usr/local/xen --dhcp --bridge=SE5 --password=glopglop --dist=chimaera --size=10GB --memory=1GB
</code>

<code>
xen create -c /etc/xen/exegol.cfg
</code>

→ même commandes pour créer cruella

==Configuration des machines de services==

===commandes faites par Mr.Redon à distance===

==== Création des partitions ====

<syntaxlight lang="bash">
root@capbreton:~# lvcreate -L 10G -n exegol-home storage

Logical volume "exegol-home" created.

root@capbreton:~# lvcreate -L 10G -n exegol-var storage

Logical volume "exegol-var" created.
</syntaxlight>

Il faut ensuite modifier le fichier `/etc/exegol.cfg` pour y rajouter les partitions que nous voulons associer :

<syntaxlight lang="bash">
'phy:/dev/<nomVG>/exegol-home,xvda3,w'

'phy:/dev/<nomVG>/exegol-var,xvda4,w'

</syntaxlight>

Nous allons ensuite créer le commutateur virtuel. Pour cela nous allons mettre dans `/etc/network/interfaces.d/cruella.cfg`

<syntaxlight lang="bash">
auto cruella

iface cruella inet manual
bridge_ports none

post-up ip link set $IFACE up

post-down ip link set $IFACE down

</syntaxlight>

Puis, il faudrait réaliser la commande “ifup cruella”

Avec ces commandes, l’interface est lancée.

Dans les fichiers de configuration d’exegol (`/etc/xen/exegol.cfg`)rajouter :

<code>
vif = [ 'bridge=SE5, mac=00:16:3E:5E:XX:XX' , 'bridge=cruella, mac=00:16:3E:5E:XX:XX+1' ]

</code>

===Configuration des LV ===

Tout d’abord monter les disques “manuellement” pour y placer nos répertoires. Tout d’abord il faut créer deux répertoires :

<csyntaxlight lang="bash">
root@exegol:~# mkdir /mnt/xvda3
root@exegol:~# mkdir /mnt/xvda4
</code>

Nous vérifions si les répertoires ont bien été créées :

<code>
root@exegol:~# cd /mnt
root@exegol:/mnt# ls
</syntaxlight>

Nous allons ensuite devoir formater et créer les systèmes de fichiers, que nous allons par la suite associer aux répertoires créés au dessus :

<syntaxlight lang="bash">
root@exegol:~# mkfs /dev/xvda3
*mke2fs 1.46.2 (28-Feb-2021)
Creating filesystem with 2621440 4k blocks and 655360 inodes
Filesystem UUID: 1651310e-2410-40c5-857b-482a2a99737b
Superblock backups stored on blocks:
32768, 98304, 163840, 229376, 294912, 819200, 884736, 1605632

Allocating group tables: done
Writing inode tables: done
Writing superblocks and filesystem accounting information: done*
</syntaxlight>

<syntaxlight lang="bash">
root@exegol:~# mkfs /dev/xvda4
*mke2fs 1.46.2 (28-Feb-2021)
Creating filesystem with 2621440 4k blocks and 655360 inodes
Filesystem UUID: 614d5d6c-9a0d-4bba-a3c3-237574601376
Superblock backups stored on blocks:
32768, 98304, 163840, 229376, 294912, 819200, 884736, 1605632

Allocating group tables: done
Writing inode tables: done
Writing superblocks and filesystem accounting information: done*
</syntaxligh>

Nous allons ensuite créer les points de montage des partitions (la commande ici monte le système de fichier /dev/xvda3 sur le répertoire /mtn/xvda3):

<syntaxlight lang="bash">
root@exegol:~# mount /dev/xvda3 /mnt/xvda3
root@exegol:~# mount /dev/xvda4 /mnt/xvda4
</syntaxlight>

Comme le répertoire home est déjà vide, nous pouvons uniquement déplacer le répertoire /var sur le disque xvda4, mais par précaution nous le faisons aussi pour /home dans xvda3 :

<syntaxlight lang="bash">
root@exegol:~# mv /var/* /mnt/xvda4
root@exegol:~# mv /home/* /mnt/xvda3
mv: cannot stat '/home/*': No such file or directory
</syntaxlight>

<syntaxlight lang="bash">
*root@jiruus:~# cd /home/
root@jiruus:/home# ls -la
total 8
drwxr-xr-x 2 root root 4096 Oct 11 2021 .
drwxr-xr-x 22 root root 4096 Jan 22 2017 ..*
</syntaxlight>

Nous faisons ensuite un lsblk pour lister les LVM sur notre serveur:

<syntaxlight lang="bash">
root@exegol:~# lsblk
NAME MAJ:MIN RM SIZE RO TYPE MOUNTPOINT
xvda1 202:1 0 512M 0 disk [SWAP]
xvda2 202:2 0 10G 0 disk /
xvda3 202:3 0 10G 0 disk /mnt/xvda3
xvda4 202:4 0 10G 0 disk /mnt/xvda4
</syntaxlight>

Il faut ensuite modifier le fichier /etc/fstab pour monter correctement nos disques :

<code>
root@exegol:~# nano /etc/fstab
</code>

Nous allons rajouter les lignes concernant `/dev/xvda3` et `/dev/xvda4`

<syntaxlight lang="bash">
# /etc/fstab: static file system information.
#
# <file system> <mount point> <type> <options> <dump> <pass>
proc /proc proc defaults 0 0
devpts /dev/pts devpts rw,noexec,nosuid,gid=5,mode=620 0 0
/dev/xvda1 none swap sw 0 0
/dev/xvda2 / ext4 noatime,nodiratime,errors=remount-ro 0 1
# mettre repertoire /home de la VM jiruus dans la partition LVM jiruus-home
/dev/xvda3 /home ext4 defaults 0 2
# mettre repertoire /var de la VM jiruus dans la partition LVM jiruus-var
/dev/xvda4 /var ext4 defaults 0 2
</syntaxlight>

Puis, nous allons démonter les 2 volumes/répertoires que nous avons créé :

<syntaxlight lang="bash">
root@exegol:~# umount /mnt/xvda3
root@exegol:~# umount /mnt/xvda4
</syntaxlight>

Si nous faisons un lsblk, nous voyons bien que c’est démonté (car on ne voit plus /mnt/xvdx dans la partie MOUNTPOINT)

<syntaxlight lang="bash">
root@exegol:/mnt# lsblk
NAME MAJ:MIN RM SIZE RO TYPE MOUNTPOINT
xvda1 202:1 0 512M 0 disk [SWAP]
xvda2 202:2 0 10G 0 disk /
xvda3 202:3 0 10G 0 disk
xvda4 202:4 0 10G 0 disk
</syntaxlight>

Puis, nous allons enfin, avec la commande suivante, monter tous les systèmes de fichiers qui sont spécifiés dans `/etc/fstab`

<code>
root@exegol:~# mount -a
</code>

Pour vérifier notre action, encore un lsblk :

<syntaxlight lang="bash">
root@exegol:~# lsblk
NAME MAJ:MIN RM SIZE RO TYPE MOUNTPOINT
xvda1 202:1 0 512M 0 disk [SWAP]
xvda2 202:2 0 10G 0 disk /
xvda3 202:3 0 10G 0 disk /home
xvda4 202:4 0 10G 0 disk /var
</syntaxlight>

Et la on voit bien que notre xvda3 est monté sur /home et xvda4 sur /var

== Effraction Wifi ==

=== Avancée ===

==== Cassage de clef WEP d'un point d'accès WiFi ====
Wifi : cracotte10

Machine : zabeth02

Interface réseau : wlan1mon

Clé WEP : 55:55:55:55:5A:BC:11:CB:A4:44:44:44:44

[[Fichier:Aircrack cracotte10.png|700px]]
==== Cassage de mot de passe WPA-PSK par force brute ====
Wifi : cracotte10

Machine : zabeth02

Interface réseau : wlan1mon

[[Fichier:Wpa_psk_force_brute.png|600px]]

Atelier SysRes SE5 2023/2024 E16

2024-01-16T17:08:38Z

Egodard : /* Configuration des machines de services */

Atelier SysRes SE5 2023/2024 E16

2024-01-16T17:06:52Z

Egodard : /* Création des partitions */

Atelier SysRes SE5 2023/2024 E16

2024-01-16T17:06:12Z

Egodard : /* Configuration des machines de services */

Atelier SysRes SE5 2023/2024 E16

2024-01-16T17:05:05Z

Egodard :

Atelier SysRes SE5 2023/2024 E16

2024-01-16T16:32:02Z

Egodard :

== Effraction Wifi ==

=== Avancée ===

==== Cassage de clef WEP d'un point d'accès WiFi ====
Wifi : cracotte10

Machine : zabeth02

Interface réseau : wlan1mon

Clé WEP : 55:55:55:55:5A:BC:11:CB:A4:44:44:44:44

[[Fichier:Aircrack cracotte10.png|700px]]
==== Cassage de mot de passe WPA-PSK par force brute ====
Wifi : cracotte10

Machine : zabeth02

Interface réseau : wlan1mon

[[Fichier:Wpa_psk_force_brute.png|600px]]

Atelier SysRes SE5 2023/2024 E16

2024-01-16T16:31:45Z

Egodard :

== Effraction Wifi ==

=== Avancée ===

==== Cassage de clef WEP d'un point d'accès WiFi ====
Wifi : cracotte10

Machine : zabeth02

Interface réseau : wlan1mon

Clé WEP : 55:55:55:55:5A:BC:11:CB:A4:44:44:44:44

[[Fichier:Aircrack cracotte10.png|400px]]
==== Cassage de mot de passe WPA-PSK par force brute ====
Wifi : cracotte10

Machine : zabeth02

Interface réseau : wlan1mon

[[Fichier:Wpa_psk_force_brute.png|400px]]

Atelier SysRes SE5 2023/2024 E16

2024-01-16T16:31:13Z

Egodard : /* Cassage de clef WEP d'un point d'accès WiFi */

== Effraction Wifi ==

=== Avancée ===

==== Cassage de clef WEP d'un point d'accès WiFi ====
Wifi : cracotte10

Machine : zabeth02

Interface réseau : wlan1mon

Clé WEP : 55:55:55:55:5A:BC:11:CB:A4:44:44:44:44

[[Fichier:Aircrack cracotte10.png]]
==== Cassage de mot de passe WPA-PSK par force brute ====
Wifi : cracotte10

Machine : zabeth02

Interface réseau : wlan1mon

[[Fichier:Fichier:Wpa_psk_force_brute.png]]

Atelier SysRes SE5 2023/2024 E16

2024-01-16T16:30:03Z

Egodard :

== Effraction Wifi ==

=== Avancée ===

==== Cassage de clef WEP d'un point d'accès WiFi ====
Wifi : cracotte10

Machine : zabeth02

Interface réseau : wlan1mon

Clé WEP : 55:55:55:55:5A:BC:11:CB:A4:44:44:44:44

[[Fichier:Aircrack cracotte10.png]]
==== Cassage de mot de passe WPA-PSK par force brute ====
Wifi : cracotte10

Machine : zabeth02

Interface réseau : wlan1mon

Partie en cours..... :)

Atelier SysRes SE5 2023/2024 E16

2024-01-16T16:26:27Z

Egodard :

Atelier SysRes SE5 2023/2024 E16

2024-01-16T10:50:33Z

Egodard : /* Cassage de mot de passe WPA-PSK par force brute */

== Effraction Wifi ==

=== Avancée ===

==== Cassage de clef WEP d'un point d'accès WiFi ====
Wifi : cracotte10

Machine : zabeth02

Interface réseau : wlan1mon

Clé WEP : 55:55:55:55:5A:BC:11:CB:A4:44:44:44:44

[[Fichier:Aircrack cracotte10.png]]
==== Cassage de mot de passe WPA-PSK par force brute ====
Wifi : cracotte10

Machine : zabeth02

Interface réseau : wlan1mon

Partie en cours..... :)

Atelier SysRes SE5 2023/2024 E16

2024-01-16T10:49:51Z

Egodard : Page créée avec « == Effraction Wifi == === Avancée === ==== Cassage de clef WEP d'un point d'accès WiFi ==== Wifi : cracotte10 Machine : zabeth02 Interface réseau : wlan1mon Clé WEP : 55:55:55:55:5A:BC:11:CB:A4:44:44:44:44 Fichier:Aircrack cracotte10.png ==== Cassage de mot de passe WPA-PSK par force brute ==== Wifi : cracotte10 Machine : zabeth02 Interface réseau : wlan1mon Partie en cours :)))))) »

== Effraction Wifi ==

=== Avancée ===

==== Cassage de clef WEP d'un point d'accès WiFi ====
Wifi : cracotte10
Machine : zabeth02
Interface réseau : wlan1mon
Clé WEP : 55:55:55:55:5A:BC:11:CB:A4:44:44:44:44

[[Fichier:Aircrack cracotte10.png]]
==== Cassage de mot de passe WPA-PSK par force brute ====
Wifi : cracotte10
Machine : zabeth02
Interface réseau : wlan1mon
Partie en cours :))))))

SE5 système/réseau 2023/2024

2024-01-13T10:03:13Z

Egodard : /* Répartition des binômes en PRA */

= PRA SE5 =

== Menu de la première séance ==

Pour la première séance du 06/10/2023 il vous est demandé d'effectuer individuellement les opérations listées ci-dessous.
* création d'une machine virtuelle sur le serveur <code>capbreton</code> ;
* création d'un conteneur "à la main" sur votre station de travail <code>zabeth</code> :
** créez un conteneur isolé au maximum (sauf pour les utilisateur) avec la méthode décrite en cours,
** création d'un commutateur virtuel privé sur la <code>zabeth</code> dans le réseau IPv4 <code>192.168.68.0/24</code>, l'adresse <code>192.168.68.1</code> est affectée au commutateur lui-même,
** création d'une interface Ethernet virtuelle, une extrémité doit être envoyée dans le conteneur, l'autre dans le commutateur virtuel privé,
** mise en place d'une mascarade sur la <code>zabeth</code>, vérifiez que le conteneur a accès aux mêmes machines que la <code>zabeth</code>.

Par binôme vous devez créer une machine virtuelle mandataire connectée sur le commutateur virtuel SE5 et sur le commutateur virtuel privé des machines virtuelles de services concernées (voir deuxième section du sujet).

Globalement vous devez configurer le routeur principal de la promotion (voir la troisième section du sujet). Pour votre promotion il s'agit du Catalyst 9200 situé en E304. Il faut le connecter en fibre vers le serveur <code>capbreton</code> de la E306 dans le commutateur virtuel SE5 et aussi en fibre vers le local technique SR52 sur un port dans le VLAN 531. Vous pouvez configurer le commutateur via l'utilitaire <code>minicom</code> à partir de la machine <code>zabeth09</code>.

Répartition des élèves pour la première séance :
{| class="wikitable"
! Station de travail !! Elève
|-
| zabeth02 || Elias SIMON
|-
| zabeth03 || Mathis RIFFAUT
|-
| zabeth04 || Dann RODENBURG
|-
| zabeth05 || Benjamin NGUYEN
|-
| zabeth06 || Halaoui Mohammed
|-
| zabeth07 || Blgrim Haitam
|-
| zabeth08 || Florian Vallée
|-
| zabeth09 (routeur) || Julien Charleux
|-
| zabeth10 || Amine SELLALI
|-
| zabeth11 || Paul Amoros
|-
| zabeth12 || Maël Delaby
|-
| zabeth13 || Black Baptiste
|-
| zabeth14 || Timothé Brenier
|-
| zabeth15 || Jeanne Delcourt
|-
| zabeth16 || Estelle Godard
|-
| zabeth17 || Jason DELANNOY
|-
| zabeth18 || Chloé Lemaire
|-
| zabeth19 || Gabriel THOMAS
|-
| zabeth20 || Albin MOUTON
|-
| zabeth21 || Konstantin PATRIKEEV
|-
| zabeth22 || Maxime Balbastre
|-
| zabeth26 || François NAUDOT
|-
| zabeth27 || Karl HABRE
|-
| zabeth28 || Rémi FARAULT
|-
| zabeth30 || Prénom Nom
|-
|}

== Répartition des binômes en PRA ==

Concertez-vous pour trouver des noms de machines de services et de machines mandataires dans deux thèmes.

{| class="wikitable"
! Cahier !! Nom machine services
!IP machine services !! Nom de domaine !! Nom machine mandataire
!IP machine mandataires!! Elève
|-
| [[Atelier SysRes SE5 2023/2024 E1 | Cahier n°1]]
| || || || || || Prénom Nom
|-
| [[Atelier SysRes SE5 2023/2024 E2 | Cahier n°2]]
| Elom|| || || Baloo|| || Elias SIMON
|-
| [[Atelier SysRes SE5 2023/2024 E3 | Cahier n°3]]
| Mustafar (Mustafare)|| || mustafare.lol|| Baloo|| 193.48.57.189|| Mathis RIFFAUT
|-
| [[Atelier SysRes SE5 2023/2024 E4 | Cahier n°4]]
| Dagobah|| || || Aladin|| || Dann RODENBURG
|-
| [[Atelier SysRes SE5 2023/2024 E5 | Cahier n°5]]
| Motis|| || || Dingo|| || Mohammed Halaoui
|-
| [[Atelier SysRes SE5 2023/2024 E6 | Cahier n°6]]
| bogano|| || || Timon|| || Benjamin Nguyen
|-
| [[Atelier SysRes SE5 2023/2024 E7 | Cahier n°7]]
| Takobo|| || || Timon|| 193.48.57.184|| Timothé Brenier
|-
| [[Atelier SysRes SE5 2023/2024 E8 | Cahier n°8]]
| Fondor|| || || mushu|| 193.48.57.190|| Florian Vallée
|-
| [[Atelier SysRes SE5 2023/2024 E9 | Cahier n°9]]
| hoth|| || || BlancheNeige|| 193.48.57.187|| Haitam Blgrim
|-
| [[Atelier SysRes SE5 2023/2024 E10 | Cahier n°10]]
| Abafar|| || abafar.lol|| Aladin|| 193.48.57.179|| Amine SELLALI
|-
| [[Atelier SysRes SE5 2023/2024 E11 | Cahier n°11]]
| Rotia|| || || DIngo|| 193.48.57.181|| Rémi Farault
|-
| [[Atelier SysRes SE5 2023/2024 E12 | Cahier n°12]]
| jedha|| || || judy|| 193.48.57.182|| Julien Charleux
|-
| [[Atelier SysRes SE5 2023/2024 E13 | Cahier n°13]]
| Bogden|| || || BlancheNeige|| || Black Baptiste
|-
| [[Atelier SysRes SE5 2023/2024 E14 | Cahier n°14]]
| endor|| 10.10.10.10|| || mickey|| 193.48.57.188 / 10.10.10.1|| Maël Delaby
|-
| [[Atelier SysRes SE5 2023/2024 E15 | Cahier n°15]]
| jiruus|| 192.168.19.3|| jiruus.lol|| cruella|| || Jeanne Delcourt
|-
| [[Atelier SysRes SE5 2023/2024 E16 | Cahier n°16]]
| exegol|| 192.168.19.2|| exegol.lol|| cruella|| 193.48.57.186 /
192.168.19.1
| Estelle Godard
|-
| [[Atelier SysRes SE5 2023/2024 E17 | Cahier n°17]]
| Jakku|| || || Jafar|| || Jason DELANNOY
|-
| [[Atelier SysRes SE5 2023/2024 E18 | Cahier n°18]]
| naboo|| 192.168.18.2|| naboo.lol|| bouh|| 193.48.57.180 / 192.168.18.1|| Chloé Lemaire
|-
| [[Atelier SysRes SE5 2023/2024 E19 | Cahier n°19]]
| geonosis|| 192.168.18.3|| geonosis.lol|| bouh|| || Gabriel THOMAS
|-
| [[Atelier SysRes SE5 2023/2024 E20 | Cahier n°20]]
| alderaan|| || || Jafar|| 193.48.57.183|| Albin MOUTON
|-
| [[Atelier SysRes SE5 2023/2024 E21 | Cahier n°21]]
| kesh|| || || Judy|| || Konstantin Patrikeev
|-
| [[Atelier SysRes SE5 2023/2024 E22 | Cahier n°22]]
| kashyyyk|| || || mushu|| || Maxime BALBASTRE
|-
| [[Atelier SysRes SE5 2023/2024 E23 | Cahier n°23]]
| Felucia|| || || || 193.48.57.185|| François NAUDOT
|-
| [[Atelier SysRes SE5 2023/2024 E24 | Cahier n°24]]
| Pelagon|| 10.10.10.11|| || mickey|| 193.48.57.188 / 10.10.10.1|| Paul Amoros
|-
|[[Atelier SysRes SE5 2023/2024 E24 | Cahier n°25]]
|Kalee
|
|kalee.lol
|
|
|Karl Habre
|}

== Contrôle continu ==

=== Contrôle du 20/11/2023 ===

A noter qu'aucune machine, quelle soit de service ou mandataire, ne peut avoir accès à Internet vu qu'aucun effort n'a été fait pour relier le serveur <code>capbreton</code> au réseau SE5.

Machines de service.

{| class="wikitable"
! Elève !! Nom machine !! Configuration IP
|-
| Elom || Elias SIMON || une seule interface dans le <code>.cfg</code> (CV SE5), pas de configuration IP
|-
| Mustafar|| Mathis RIFFAUT || une seule interface dans le <code>.cfg</code> (CV SE5), pas de configuration IP
|-
| Dagobah|| Dann RODENBURG || une seule interface dans le <code>.cfg</code> (CV SE5), pas de configuration IP
|-
| Motis || Mohammed Halaoui || une seule interface dans le <code>.cfg</code> (CV SE5), pas de configuration IP
|-
| bogano || Benjamin Nguyen || une seule interface dans le <code>.cfg</code> (CV SE5), pas de configuration IP
|-
| Takobo || Timothé Brenier || une seule interface dans le <code>.cfg</code> (CV SE5), pas de configuration IP
|-
| Fondor || Florian Vallée || une seule interface dans le <code>.cfg</code> (CV SE5), pas de configuration IP
|-
| hoth || Haitam Blgrim || une seule interface dans le <code>.cfg</code> (CV SE5), pas de configuration IP
|-
| Abafar || Amine SELLALI || une seule interface dans le <code>.cfg</code> (CV SE5), pas de configuration IP
|-
| Rotia || Rémi Farault || une seule interface dans le <code>.cfg</code> (CV SE5), pas de configuration IP
|-
| jedha || Julien Charleux || une seule interface dans le <code>.cfg</code> (CV SE5), pas de configuration IP
|-
| Bogden || Black Baptiste || une seule interface dans le <code>.cfg</code> (CV SE5), pas de configuration IP
|-
| jiruus || Jeanne Delcourt || une seule interface dans le <code>.cfg</code> (CV SE5), pas de configuration IP
|-
| exegol || Estelle Godard || une seule interface dans le <code>.cfg</code> (CV SE5), pas de configuration IP
|-
| Jakku || Jason DELANNOY || une seule interface dans le <code>.cfg</code> (CV SE5), pas de configuration IP
|-
| naboo || Chloé Lemaire || une seule interface dans le <code>.cfg</code> (CV SE5), pas de configuration IP
|-
| geonosis || Gabriel THOMAS || une seule interface dans le <code>.cfg</code> (CV SE5), pas de configuration IP
|-
| alderaan || Albin MOUTON || une seule interface dans le <code>.cfg</code> (CV SE5), pas de configuration IP
|-
| kesh || Konstantin Patrikeev || une seule interface dans le <code>.cfg</code> (CV SE5), pas de configuration IP
|-
| kashyyyk || Maxime BALBASTRE || une seule interface dans le <code>.cfg</code> (CV SE5), pas de configuration IP
|-
| Felucia || François NAUDOT || une seule interface dans le <code>.cfg</code> (CV SE5), pas de configuration IP
|-
|}

Machines mandataires.

{| class="wikitable"
! Elèves !! Nom machine !! Configuration IP
|-
| Elias SIMON & Mathis RIFFAUT || Baloo || une seule interface dans le <code>.cfg</code> (CV SE5), aucun CV privé, pas de configuration IP
|-
| Dann RODENBURG & Amine SELLALI || Aladin || une seule interface dans le <code>.cfg</code> (CV SE5), aucun CV privé, pas de configuration IP
|-
| Mohammed Halaoui & Rémi Farault || Dingo || une seule interface dans le <code>.cfg</code> (CV SE5), aucun CV privé, pas de configuration IP
|-
| Benjamin Nguyen & Timothé Brenier || Timon || une seule interface dans le <code>.cfg</code> (CV SE5), aucun CV privé, pas de configuration IP
|-
| Florian Vallée & Maxime BALBASTRE || mushu || une seule interface dans le <code>.cfg</code> (CV SE5), aucun CV privé, pas de configuration IP
|-
| Haitam Blgrim & Black Baptiste || BlancheNeige || une seule interface dans le <code>.cfg</code> (CV SE5), aucun CV privé, pas de configuration IP
|-
| Jeanne Delcourt & Estelle Godard || cruella || une seule interface dans le <code>.cfg</code> (CV SE5), aucun CV privé, pas de configuration IP
|-
| Jason DELANNOY & Albin MOUTON || Jafar || une seule interface dans le <code>.cfg</code> (CV SE5), aucun CV privé, pas de configuration IP
|-
| Chloé Lemaire & Gabriel THOMAS || bouh || une seule interface dans le <code>.cfg</code> (CV SE5), aucun CV privé, pas de configuration IP
|-
| Konstantin Patrikeev & Julien Charleux || judy || une seule interface dans le <code>.cfg</code> (CV SE5), aucun CV privé, pas de configuration IP
|-
| François NAUDOT || || rien
|-
|}

Liste des machines

Elom Mustafar dagobah Motis bogano Takobo Fondor hoth abafar Rotia jedha Bogden jiruus exegol Jakku naboo geonosis alderaan kesh kashyyyk Felucia

Baloo aladin Dingo Timon mushu BlancheNeige cruella Jafar bouh judy

=== Contrôle du 03/12/2023 ===

Le serveur <code>capbreton</code> a été relié au réseau SE5 par <code>naboo</code>.

Il est normal de ne pas avoir d'adresse IPv4 sur la machine de services pour l'interface sur le commutateur virtuel. Par contre, avec mise en place de la mascarade sur la machine mandataire, il doit être possible, pour la machine de services, de se connecter à Internet en IPv4.

{| class="wikitable"
! Elève !! Nom machine !! Configuration IP
|-
| Elom || Elias SIMON
| IPv4 sur CV : 10.0.69.220, pas d'IPv4 sur SE5, IPv6 sur SE5 : 2001:660:4401:60b0:216:3eff:fe0f:b26d, pas de connexion à Internet en IPv4, connexion à Internet en IPv6 possible, pas de résolution DNS fonctionnelle
|-
| Mustafar|| Mathis RIFFAUT
| IPv4 sur CV : 10.0.69.165, pas d'IPv4 sur SE5, IPv6 sur SE5 : 2001:660:4401:60b0:216:3eff:fea9:f79, pas de connexion à Internet en IPv4, connexion à Internet en IPv6 possible, pas de résolution DNS fonctionnelle
|-
| Dagobah|| Dann RODENBURG
| IPv4 sur CV : 10.0.69.205, pas d'IPv4 sur SE5, IPv6 sur SE5 : 2001:660:4401:60b0:216:3eff:fe53:7d33, pas de connexion à Internet en IPv4, connexion à Internet en IPv6 possible, pas de résolution DNS fonctionnelle
|-
| Motis || Mohammed Halaoui
| IPv4 sur CV : 10.0.69.195, pas d'IPv4 sur SE5, IPv6 sur SE5 : 2001:660:4401:60b0:216:3eff:fe7c:2d6a, pas de connexion à Internet en IPv4, connexion à Internet en IPv6 possible, pas de résolution DNS fonctionnelle
|-
| bogano || Benjamin Nguyen
| IPv4 sur CV : 10.0.69.245, pas d'IPv4 sur SE5, IPv6 sur SE5 : 2001:660:4401:60b0:216:3eff:fe62:6960, pas de connexion à Internet en IPv4, connexion à Internet en IPv6 possible, pas de résolution DNS fonctionnelle
|-
| Takobo || Timothé Brenier
| IPv4 sur CV : 10.0.69.181, pas d'IPv4 sur SE5, IPv6 sur SE5 : 2001:660:4401:60b0:216:3eff:fe93:8c48, pas de connexion à Internet en IPv4, connexion à Internet en IPv6 possible, pas de résolution DNS fonctionnelle
|-
| Fondor || Florian Vallée
| IPv4 sur CV : 10.0.69.200, pas d'IPv4 sur SE5, IPv6 sur SE5 : 2001:660:4401:60b0:216:3eff:fe2d:82bf, pas de connexion à Internet en IPv4, connexion à Internet en IPv6 possible, pas de résolution DNS fonctionnelle
|-
| hoth || Haitam Blgrim
| IPv4 sur CV : 10.0.69.157, pas d'IPv4 sur SE5, IPv6 sur SE5 : 2001:660:4401:60b0:216:3eff:fee8:4736, pas de connexion à Internet en IPv4, connexion à Internet en IPv6 possible, pas de résolution DNS fonctionnelle
|-
| Abafar || Amine SELLALI
| IPv4 sur CV : 10.0.69.233, pas d'IPv4 sur SE5, IPv6 sur SE5 : 2001:660:4401:60b0:216:3eff:feae:bcbb, pas de connexion à Internet en IPv4, connexion à Internet en IPv6 possible, pas de résolution DNS fonctionnelle
|-
| Rotia || Rémi Farault
| IPv4 sur CV : 10.0.69.130, pas d'IPv4 sur SE5, IPv6 sur SE5 : 2001:660:4401:60b0:216:3eff:fe2e:ec48, pas de connexion à Internet en IPv4, connexion à Internet en IPv6 possible, pas de résolution DNS fonctionnelle
|-
| jedha || Julien Charleux
| IPv4 sur CV : 10.0.69.221, pas d'IPv4 sur SE5, IPv6 sur SE5 : 2001:660:4401:60b0:216:3eff:fef6:364f, pas de connexion à Internet en IPv4, connexion à Internet en IPv6 possible, pas de résolution DNS fonctionnelle
|-
| Bogden || Black Baptiste
| IPv4 sur CV : 10.0.69.246, pas d'IPv4 sur SE5, IPv6 sur SE5 : 2001:660:4401:60b0:216:3eff:fe67:89fd, pas de connexion à Internet en IPv4, connexion à Internet en IPv6 possible, pas de résolution DNS fonctionnelle
|-
| jiruus || Jeanne Delcourt
| IPv4 sur CV : 10.0.69.247, pas d'IPv4 sur SE5, IPv6 sur SE5 : 2001:660:4401:60b0:216:3eff:fe9c:6f0e, pas de connexion à Internet en IPv4, connexion à Internet en IPv6 possible, pas de résolution DNS fonctionnelle
|-
| exegol || Estelle Godard
| IPv4 sur CV : 10.0.69.147, pas d'IPv4 sur SE5, IPv6 sur SE5 : 2001:660:4401:60b0:216:3eff:fe17:bc38, pas de connexion à Internet en IPv4, connexion à Internet en IPv6 possible, pas de résolution DNS fonctionnelle
|-
| Jakku || Jason DELANNOY
| IPv4 sur CV : 10.0.69.136, pas d'IPv4 sur SE5, IPv6 sur SE5 : 2001:660:4401:60b0:216:3eff:fee1:1e4d, pas de connexion à Internet en IPv4, connexion à Internet en IPv6 possible, pas de résolution DNS fonctionnelle
|-
| naboo || Chloé Lemaire
| IPv4 sur CV : 192.168.18.2, pas d'IPv4 sur SE5, IPv6 sur SE5 : 2001:660:4401:60b0:216:3eff:fef2:7e2, pas de connexion à Internet en IPv4, connexion à Internet en IPv6 possible, résolution DNS fonctionnelle
|-
| geonosis || Gabriel THOMAS
| IPv4 sur CV : 10.0.69.231, pas d'IPv4 sur SE5, IPv6 sur SE5 : 2001:660:4401:60b0:216:3eff:feb0:b140, pas de connexion à Internet en IPv4, connexion à Internet en IPv6 possible, pas de résolution DNS fonctionnelle
|-
| alderaan || Albin MOUTON
| IPv4 sur CV : 10.0.69.106, pas d'IPv4 sur SE5, IPv6 sur SE5 : 2001:660:4401:60b0:216:3eff:fe97:2114, pas de connexion à Internet en IPv4, connexion à Internet en IPv6 possible, pas de résolution DNS fonctionnelle
|-
| kesh || Konstantin Patrikeev
| IPv4 sur CV : 10.0.69.222, pas d'IPv4 sur SE5, IPv6 sur SE5 : 2001:660:4401:60b0:216:3eff:fe10:e2cb, pas de connexion à Internet en IPv4, connexion à Internet en IPv6 possible, pas de résolution DNS fonctionnelle
|-
| kashyyyk || Maxime BALBASTRE
| IPv4 sur CV : 10.0.69.240, pas d'IPv4 sur SE5, IPv6 sur SE5 : 2001:660:4401:60b0:216:3eff:feca:73e7, pas de connexion à Internet en IPv4, connexion à Internet en IPv6 possible, pas de résolution DNS fonctionnelle
|-
| Felucia || François NAUDOT
| IPv4 sur CV : 10.0.69.139, pas d'IPv4 sur SE5, IPv6 sur SE5 : 2001:660:4401:60b0:216:3eff:fe89:460a, pas de connexion à Internet en IPv4, connexion à Internet en IPv6 possible, pas de résolution DNS fonctionnelle
|-
|}

Machines mandataires.

{| class="wikitable"
! Elèves !! Nom machine !! Configuration IP
|-
| Elias SIMON & Mathis RIFFAUT || Baloo
| IPv4 sur CV : 10.0.69.152, pas d'IPv4 sur SE5, IPv6 sur SE5 : 2001:660:4401:60b0:216:3eff:fec8:5379, pas de connexion à Internet en IPv4, connexion à Internet en IPv6 possible, pas de résolution DNS fonctionnelle
|-
| Dann RODENBURG & Amine SELLALI || Aladin
| IPv4 sur CV : 10.0.69.107, pas d'IPv4 sur SE5, IPv6 sur SE5 : 2001:660:4401:60b0:216:3eff:fe6b:c000, pas de connexion à Internet en IPv4, connexion à Internet en IPv6 possible, pas de résolution DNS fonctionnelle
|-
| Mohammed Halaoui & Rémi Farault || Dingo
| IPv4 sur CV : 10.0.69.156, pas d'IPv4 sur SE5, IPv6 sur SE5 : 2001:660:4401:60b0:216:3eff:fe0d:4f9c, pas de connexion à Internet en IPv4, connexion à Internet en IPv6 possible, pas de résolution DNS fonctionnelle
|-
| Benjamin Nguyen & Timothé Brenier || Timon
| IPv4 sur CV : 10.0.69.104, pas d'IPv4 sur SE5, IPv6 sur SE5 : 2001:660:4401:60b0:216:3eff:fedc:7539, pas de connexion à Internet en IPv4, connexion à Internet en IPv6 possible, pas de résolution DNS fonctionnelle
|-
| Florian Vallée & Maxime BALBASTRE || mushu
| IPv4 sur CV : 10.0.69.160, pas d'IPv4 sur SE5, IPv6 sur SE5 : 2001:660:4401:60b0:216:3eff:fe20:8816, pas de connexion à Internet en IPv4, connexion à Internet en IPv6 possible, pas de résolution DNS fonctionnelle
|-
| Haitam Blgrim & Black Baptiste || BlancheNeige
| IPv4 sur CV : 10.0.69.182, pas d'IPv4 sur SE5, IPv6 sur SE5 : 2001:660:4401:60b0:216:3eff:feba:38f4, pas de connexion à Internet en IPv4, connexion à Internet en IPv6 possible, pas de résolution DNS fonctionnelle
|-
| Jeanne Delcourt & Estelle Godard || cruella
| IPv4 sur CV : 10.0.69.108, pas d'IPv4 sur SE5, IPv6 sur SE5 : 2001:660:4401:60b0:216:3eff:fee5:ff99, pas de connexion à Internet en IPv4, connexion à Internet en IPv6 possible, pas de résolution DNS fonctionnelle
|-
| Jason DELANNOY & Albin MOUTON || Jafar
| IPv4 sur CV : 10.0.69.171, pas d'IPv4 sur SE5, IPv6 sur SE5 : 2001:660:4401:60b0:216:3eff:fe3e:f0bb, pas de connexion à Internet en IPv4, connexion à Internet en IPv6 possible, pas de résolution DNS fonctionnelle
|-
| Chloé Lemaire & Gabriel THOMAS || bouh
| IPv4 sur CV : 192.168.18.1, IPv4 sur SE5 : 193.48.57.180, IPv6 sur SE5 : 2001:660:4401:60b0:216:3eff:fe4f:dde2, connexion à Internet en IPv4 possible, connexion à Internet en IPv6 possible, résolution DNS fonctionnelle
|-
| Konstantin Patrikeev & Julien Charleux || judy
| IPv4 sur CV : 10.0.69.216, pas d'IPv4 sur SE5, IPv6 sur SE5 : 2001:660:4401:60b0:216:3eff:fe7d:4762, pas de connexion à Internet en IPv4, connexion à Internet en IPv6 possible, pas de résolution DNS fonctionnelle
|-
| François NAUDOT ||
|-
|}

=== Contrôle du 11/01/2024 ===

Il est normal de ne pas avoir d'adresse IPv4 sur la machine de services pour l'interface sur le commutateur virtuel. Par contre, avec mise en place de la mascarade sur la machine mandataire, il doit être possible, pour la machine de services, de se connecter à Internet en IPv4.

{| class="wikitable"
! Elève !! Nom machine !! Interfaces dans SE5 et CV !! Domaine Internet !! Accès <code>ssh</code> root !! DNS installé
|-
| Elom || Elias SIMON
| SE5 uniquement || <code>elom.lol</code>
| Non || Non
|-
| Mustafar|| Mathis RIFFAUT
| SE5 uniquement || <code>mustafare.lol</code>
| Non || Non
|-
| Dagobah|| Dann RODENBURG
| SE5 uniquement || <code>dagobah.lol</code>
| Non || Non
|-
| Motis || Mohammed Halaoui
| SE5 uniquement || <code>motis.hair</code>
| Non || Non
|-
| bogano || Benjamin Nguyen
| SE5 uniquement || <code>bogano.lol</code>
| Non || Non
|-
| Takobo || Timothé Brenier
| SE5 uniquement || <code>takobo.lol</code>
| Non || Non
|-
| Fondor || Florian Vallée
| SE5 uniquement || <code>fondor.lol</code>
| Non || Non
|-
| hoth || Haitam Blgrim
| SE5 uniquement || <code>hoth.lol</code>
| Non || Non
|-
| Abafar || Amine SELLALI
| SE5 uniquement || <code>abafar.lol</code>
| Non || Non
|-
| Rotia || Rémi Farault
| SE5 uniquement || Aucun
| Ajouté || Non
|-
| jedha || Julien Charleux
| SE5 uniquement || Aucun
| Non || Non
|-
| Bogden || Black Baptiste
| SE5 uniquement || <code>bodgen.lol</code>
| Non || Non
|-
| jiruus || Jeanne Delcourt
| SE5 uniquement || <code>jiruus.lol</code>
| Ajouté || Non
|-
| exegol || Estelle Godard
| SE5 uniquement || <code>exegol.lol</code>
| Ajouté || Non
|-
| Jakku || Jason DELANNOY
| SE5 uniquement || <code>jakku.lol</code>
| Ajouté || Non
|-
| naboo || Chloé Lemaire
| SE5 uniquement || <code>naboo.lol</code>
| Ajouté || Non
|-
| geonosis || Gabriel THOMAS
| SE5 uniquement || <code>geonosis.lol</code>
| Ajouté || Non
|-
| alderaan || Albin MOUTON
| SE5 uniquement || <code>alderaan.website</code>
| Ajouté || Non
|-
| kesh || Konstantin Patrikeev
| SE5 uniquement || <code>kesh.lol</code>
| Non || Non
|-
| kashyyyk || Maxime BALBASTRE
| SE5 uniquement || <code>kashyyyk.lol</code>
| Non || Non
|-
| Felucia || François NAUDOT
| SE5 uniquement || <code>felucia.lol</code>
| Non || Non
|-
| pelagon || Paul AMOROS
| activée le 11/01/2024 (IPv6 <code>2001:660:4401:60b0:216:3eff:fe03:2af3</code>) || <code>pelagon.lol</code>
| Non || Non
|-
| Kalee || Karl HABRE
| pas de machine virtuelle || <code>kalee.lol</code>
| Non || Non
|-
|}

Machines mandataires.

{| class="wikitable"
! Elèves !! Nom machine !! Commutateur virtuel !! Interfaces dans SE5 et CV !! Accès <code>ssh</code> root !! DNS installé
|-
| Elias SIMON & Mathis RIFFAUT || Baloo
| Non || Non
| Non || Non
|-
| Dann RODENBURG & Amine SELLALI || Aladin
| Non || Non
| Non || Non
|-
| Mohammed Halaoui & Rémi Farault || Dingo
| Non || Non
| Non || Non
|-
| Benjamin Nguyen & Timothé Brenier || Timon
| Non || Non
| Non || Non
|-
| Florian Vallée & Maxime BALBASTRE || mushu
| Non || Non
| Non || Non
|-
| Haitam Blgrim & Black Baptiste || BlancheNeige
| Non || Non
| Non || Non
|-
| Jeanne Delcourt & Estelle Godard || cruella
| Non || Non
| Ajouté || Non
|-
| Jason DELANNOY & Albin MOUTON || Jafar
| Non || Non
| Ajouté || Non
|-
| Chloé Lemaire & Gabriel THOMAS || bouh
| Oui || Oui
| Ajouté || Non
|-
| Konstantin Patrikeev & Julien Charleux || judy
| Non || Non
| Non || Non
|-
| François NAUDOT || mandataire inconnu
| ||
| ||
|-
| Paul AMOROS || mandataire inconnu
| ||
| ||
|-
| Karl HABRE || mandataire inconnu
| ||
| ||
|-
|}

== Répartition des binômes en ASR ==

Donnez les élèves dans chaque groupe.

{| class="wikitable"
! Groupe !! Elèves
|-
| g1 || Konstantin Patrikeev & Julien Charleux
|-
| g2 || Chloé Lemaire & Gabriel Thomas
|-
| g3 || Timothé Brenier & Benjamin Nguyen
|-
| g4 || François Naudot & Dann Rodenburg
|-
| g5 || Maël Delaby & Paul Amoros
|-
| g6 || Haitam Blgrim & Baptiste Black
|-
| g7 || Jason Delannoy & Albin Mouton
|-
| g8 || Elias Simon & Mathis Riffaut
|-
| g10 || Estelle Godard & Jeanne Delcourt
|-
| g11 || Karl Habre & Amine Sellali
|-
| g12 || Mohammed Halaoui & Rémi Farault
|-
|g13
|Maxime Balbastre & Florian Vallée
|}

Le 05/11/2023, aucun commutateur virtuel correctement configuré, soit une adresse IPv4 sur le commutateur pour aucune raison, soit une configuration <code>static</code> non adaptée, pas de <code>up</code> sur le commutateur virtuel.

== Contrôle continu ==

=== Contrôle au 05/11/2023 ===

{| class="wikitable"
! Groupe !! Elèves !! Migration !! Archi. penfret !! Archi. antifer
|-
| g1 || Konstantin Patrikeev & Julien Charleux || || jcharleu, CV conf. erronée, MV interf. vlan50, pas de config. IPv4 || kpatrikee, CV conf. erronée, MV interf. vlan50, pas de config. IPv4, routeur mauvais disque dans le <code>.cfg</code>
|-
| g2 || Chloé Lemaire & Gabriel Thomas || || gthomas, CV conf. erronée, MV mdp erroné, interf. vlan50 || clemair1, CV conf. erronée, MV interf. vlan50, pas de config. IPv4, routeur lancé, une seule interface réseau, pas de config. réseau
|-
| g3 || Timothé Brenier & Benjamin Nguyen || || bnguyen1, CV conf. erronée, MV interf. vlan50, pas de config. IPv4 || tbrenier, CV conf. erronée, MV interf. vlan50, pas de config. IPv4, routeur mauvais disque dans le <code>.cfg</code>
|-
| g4 || François Naudot & Dann Rodenburg || || drodenbu, CV conf. erronée, MV interf. vlan50, pas de config. IPv4 || fnaudot, CV conf. erronée, MV interf. vlan50, pas de config. IPv4, routeur mauvais disque dans le <code>.cfg</code>
|-
| g5 || Maël Delaby & Paul Amoros || || pas de CV, pas de MV || mdelaby, CV conf. erronée, pygrub dans la MV ? pas de routeur, faut lui créer son propre <code>.cfg</code>
|-
| g6 || Haitam Blgrim & Baptiste Black || || hblgrim, CV conf. erronée, MV avec 2 interfaces, pas de MAC sur la 1ère, config. IPv4 OK || bblack, CV commenté, pas de MV (plus exactement une machine visible via <code>xen list</code> mais pas de <code>.cfg</code> dans <code>/etc/xen</code>), pas de routeur OpenWRT
|-
| g7 || Jason Delannoy & Albin Mouton || || jdelanno, CV conf. erronée, MV interf. vlan50, pas de config. IPv4 || amouton, CV conf. erronée, MV interf. vlan50, pas de config. IPv4, routeur lancé, une seule interface réseau
|-
| g8 || Elias Simon & Mathis Riffaut || || mriffaut, CV conf. erronée, MV interf. vlan50, pas de config. IPv4 || esimon, CV conf. erronée, MV interf. vlan50, pas de config. IPv4, pas de routeur
|-
| g10 || Estelle Godard & Jeanne Delcourt || || jdelcour, CV conf. erronée, MV interf. vlan50, pas de config. IPv4 || egodard, CV conf. erronée, MV interf. vlan50, pas de config. IPv4, routeur lancé, deux interfaces réseau, changez l'ordre des interfaces dans le <code>.cfg</code>
|-
| g11 || Karl Habre & Amine Sellali || || khabre, CV conf. erronée, MV non créée, MV interf. vlan50, pas de config. IPv4 || asellali, CV conf. erronée, MV interf. vlan50, pas de config. IPv4, routeur avec une définition de disque aberrante dans le <code>.cfg</code>
|-
| g12 || Mohammed Halaoui & Rémi Farault || || rfarault, CV conf. erronée, MV interf. vlan50, pas de config. IPv4 || pas de CV, MV interf. vlan50, pas de config. IPv4, pas de routeur
|}

=== Contrôle au 20/11/2023 ===

A noter qu'un sacré coup de pouce aura été nécessaire pour configurer le routeur de promotion, avec un seul élève en appui.

{| class="wikitable"
! Groupe !! Elèves !! Migration !! Archi. penfret !! Archi. antifer
|-
| g1 || Konstantin Patrikeev & Julien Charleux || || jcharleu, CV configuration toujours erronée, pas de VLAN, MV avec une seule interface (vlan50), toujours pas de configuration IPv4 correcte || kpatrikee, CV configuration toujours erronée, pas de VLAN, MV avec une seule interface réseau (dans le vlan50), pas de configuration IPv4 correcte, pour le routeur toujours une mauvaise définition de disque dans le <code>.cfg</code>
|-
| g2 || Chloé Lemaire & Gabriel Thomas || || gthomas, CV configuration toujours erronée, pas de VLAN, MV avec une seule interface (vlan50), pas de configuration IPv4 correcte || clemair1, CV configuré, VLAN configuré, MV lancée et totalement configurée en IPv4, routeur lancé et correctement configuré
|-
| g3 || Timothé Brenier & Benjamin Nguyen || || bnguyen1, CV conf. toujours erronée, pas de VLAN, MV avec une seule interface (vlan50), toujours pas de configuration IPv4 correcte || tbrenier, CV configuration toujours erronée, pas de VLAN, MV avec une seule interface réseau (dans le vlan50), pas de configuration IPv4 correcte, pour le routeur toujours une mauvaise définition de disque dans le <code>.cfg</code>, deux interfaces cependant
|-
| g4 || François Naudot & Dann Rodenburg || || drodenbu, CV conf. toujours erronée, pas de VLAN, MV avec une seule interface (vlan50), toujours pas de configuration IPv4 correcte || fnaudot, CV configuration toujours erronée, pas de VLAN, MV avec une seule interface réseau (dans le vlan50), pas de configuration IPv4 correcte, pour le routeur toujours une mauvaise définition de disque dans le <code>.cfg</code>, deux interfaces cependant
|-
| g5 || Maël Delaby & Paul Amoros || || toujours pas de CV, pas de VLAN, toujours pas de MV || mdelaby, CV configuration toujours erronée, pas de VLAN, toujours le bootloader <code>pygrub</code> dans la MV (commenté), MV avec une seule interface réseau (dans le CV), configuration DHCP OK pour l'interface (dans le CV), toujours pas de routeur : il faut lui créer son propre <code>.cfg</code>
|-
| g6 || Haitam Blgrim & Baptiste Black || || hblgrim, CV conf. toujours erronée, pas de VLAN, MV ne démarre pas à cause de l'erreur sur le CV (correction ReX sur le CV), MV avec 2 interfaces, pas de MAC sur la première interface dans le .cfg, configuration IPv4 OK dans la MV || bblack, CV configuration toujours erronée, pas de VLAN, toujours pas e <code>.cfg</code> pour la MV, un routeur OpenWRT avec la bonne définition de disque, deux interface mais sans @MAC, aucune configuration du routeur
|-
| g7 || Jason Delannoy & Albin Mouton || || jdelanno, CV conf. toujours, erronée, pas de VLAN, MV avec une seule interface (vlan50), toujours pas de configuration IPv4 correcte || amouton, CV configuration toujours erronée, pas de VLAN, MV avec une seule interface réseau (dans le vlan50), pas de configuration IPv4 correcte, routeur lancé, une seule interface réseau, pas de configuration du routeur
|-
| g8 || Elias Simon & Mathis Riffaut || || mriffaut, CV conf. toujours erronée, pas de VLAN, MV avec une seule interface (vlan50), pas de configuration IPv4 correcte || esimon, CV configuration toujours erronée, pas de VLAN, MV avec une seule interface réseau (dans le vlan50), pas de configuration IPv4 correcte, toujours pas de routeur
|-
| g10 || Estelle Godard & Jeanne Delcourt || || jdelcour, CV conf. toujours erronée, pas de VLAN, MV avec une seule interface (vlan50), pas de configuration IPv4 correcte || egodard, CV configuration toujours erronée, pas de VLAN, MV avec une seule interface réseau (dans le vlan50), pas de configuration IPv4 correcte, routeur lancé, deux interfaces réseau, pas de configuration du routeur
|-
| g11 || Karl Habre & Amine Sellali || || khabre, CV conf. toujours erronée, pas de VLAN, MV enfin créée avec une seule interface, pas de configuration IPv4 correcte || asellali, CV configuration toujours erronée, pas de VLAN, MV avec une seule interface réseau (dans le vlan50), pas de configuration IPv4 correcte, routeur avec une définition de disque aberrante dans le <code>.cfg</code>, une seule interface, pas de configuration du routeur
|-
| g12 || Mohammed Halaoui & Rémi Farault || || rfarault, CV conf. toujours erronée, pas de VLAN, MV avec une seule interface (vlan50), pas de configuration IPv4 correcte || pas de CV, MV avec une seule interface réseau (dans le vlan50), pas de configuration IPv4 correcte, toujours pas de routeur
|}

=== Contrôle au 30/11/2023 ===

{| class="wikitable"
! Groupe !! Elèves !! Archi. penfret !! Archi. antifer
|-
| g1 || Konstantin Patrikeev & Julien Charleux || jcharleu, CV configuration toujours erronée, pas de VLAN, MV avec une seule interface (vlan50), toujours pas de configuration IPv4 correcte. || kpatrikee, CV et VLAN configurés mais dites moi comment vous trouvez 1 avec la formule <code>6+N%4</code>, MV avec les bonnes interfaces, inversion dans la configuration IPv4 entre <code>enX0</code> et <code>enX1</code>, pour le routeur toujours une mauvaise définition de disque dans le <code>.cfg</code> par contre les deux interfaces demandées sont présentes.
|-
| g2 || Chloé Lemaire & Gabriel Thomas || gthomas, CV configuré, VLAN configuré, MV lancée et totalement configurée en IPv4. || clemair1, CV configuré, VLAN configuré, MV lancée et totalement configurée en IPv4, routeur lancé et correctement configuré.
|-
| g3 || Timothé Brenier & Benjamin Nguyen || bnguyen1, CV conf. toujours erronée, pas de VLAN, MV avec une seule interface (vlan50), toujours pas de configuration IPv4 correcte. || tbrenier, CV configuration toujours erronée, pas de VLAN, MV avec une seule interface réseau (dans le vlan50), pas de configuration IPv4 correcte, pour le routeur toujours une mauvaise définition de disque dans le <code>.cfg</code>, deux interfaces cependant.
|-
| g4 || François Naudot & Dann Rodenburg || drodenbu, CV conf. toujours erronée, pas de VLAN, MV avec une seule interface (vlan50), toujours pas de configuration IPv4 correcte. || fnaudot, CV configuration toujours erronée, pas de VLAN, MV avec une seule interface réseau (dans le vlan50), pas de configuration IPv4 correcte, pour le routeur toujours une mauvaise définition de disque dans le <code>.cfg</code>, deux interfaces cependant.
|-
| g5 || Maël Delaby & Paul Amoros || toujours pas de CV, pas de VLAN, toujours pas de MV. || mdelaby, CV configuration toujours erronée, pas de VLAN, toujours le bootloader <code>pygrub</code> dans la MV (commenté), MV avec un chemin des disques étranges, MV avec une seule interface réseau (dans le CV), configuration DHCP OK pour l'interface (dans le CV), toujours pas de routeur : il faut lui créer son propre <code>.cfg</code>.
|-
| g6 || Haitam Blgrim & Baptiste Black || hblgrim, il manque les directives pour démarrer et arrêter les interfaces mais sinon CV et VLAN configurés, MV lancé et configurée, il ne faut pas de <code>gateway</code> sur <code>enX1</code>, <code>enX0</code> ne trouve pas son adresse par DHCP à cause du commutateur virtuel non activé. || bblack, CV et VLAN configurés mais pas toutes les directives de démarrage et d'arrêt, toujours pas de <code>.cfg</code> pour la MV, un routeur OpenWRT avec la bonne définition de disque, deux interface mais sans @MAC, aucune configuration du routeur.
|-
| g7 || Jason Delannoy & Albin Mouton || jdelanno, CV conf. toujours, erronée, pas de VLAN, MV avec une seule interface (vlan50), toujours pas de configuration IPv4 correcte; || amouton, CV configuration toujours erronée, pas de VLAN, MV avec une seule interface réseau (dans le vlan50), pas de configuration IPv4 correcte, routeur lancé, une seule interface réseau, pas de configuration du routeur.
|-
| g8 || Elias Simon & Mathis Riffaut || mriffaut, CV conf. toujours erronée, pas de VLAN, MV avec une seule interface (vlan50), pas de configuration IPv4 correcte. || esimon, CV configuration toujours erronée, pas de VLAN, MV avec une seule interface réseau (dans le vlan50), pas de configuration IPv4 correcte, toujours pas de routeur.
|-
| g10 || Estelle Godard & Jeanne Delcourt || jdelcour, CV configuré, VLAN configuré (par contre l'utilisation de <code>ether4</code> est impossible), MV lancée et correctement configurée en IPv4, <code>enX0</code> ne trouve pas son @IPv4 à cause de l'erreur sur le VLAN. || egodard, CV configuré, VLAN configuré (par contre l'utilisation de <code>ether4</code> est impossible), MV avec deux interfaces, correctement configurée en IPv4, pas d'adresse obtenue par DHCP, problème de l'OpenWRT, routeur OpenWRT avec les bonnes interfaces, l'adresse IPv4 sur SE5 est donnée avec un mauvais masque, linterface <code>enX0</code> reçoit bien son adresse IPv4 par DHCP.
|-
| g11 || Karl Habre & Amine Sellali || khabre, CV configuration toujours erronée, pas de VLAN, MV avec une seule interface, pas de configuration IPv4 correcte || asellali, CV configuration toujours erronée, pas de VLAN, MV avec une seule interface réseau (dans le vlan50), pas de configuration IPv4 correcte, routeur avec une définition de disque aberrante dans le <code>.cfg</code>, une seule interface, pas de configuration du routeur
|-
| g12 || Mohammed Halaoui & Rémi Farault || rfarault, CV configuré, VLAN configuré mais configuration commentée (pourquoi donc ?!), MV lancée et correctement configurée en IPv4, <code>enX0</code> ne trouve pas son @IPv4 à cause de l'absence d'interface VLAN. || CV configuré, VLAN configuré, MV avec deux interfaces, correctement configurée en IPv4, un routeur avec les deux interfaces demandées, pas d'adresse IPv4 sur SE5, serveur DHCP fonctionnel.
|}

=== Contrôle au 02/12/2023 ===

{| class="wikitable"
! Groupe !! Elèves !! MV <code>penfret</code> !! MV <code>antifer</code> !! Routeur OpenWRT
|-
| g1 || Konstantin Patrikeev & Julien Charleux
| IPv4 sur CV : 10.0.69.185, IPv4 sur VLAN50 : 172.126.145.103, IPv6 sur VLAN50 : 2001:660:4401:6050:216:3eff:fe00:a98d, pas de connexion à Internet en IPv4, pas de résolution DNS fonctionnelle
| IPv4 sur CV : 10.0.69.218, IPv4 sur VLAN50 : 172.26.145.102, IPv6 sur VLAN50 : 2001:660:4401:6050:216:3eff:fe7d:bc44, pas de connexion à Internet en IPv4, pas de résolution DNS fonctionnelle
| pas d'IPv4 routée sur Internet, une IPv6 routée sur Internet, pas de connexion à Internet en IPv4
|-
| g2 || Chloé Lemaire & Gabriel Thomas
| IPv4 sur CV : 10.0.69.212, IPv4 sur VLAN50 : 172.26.145.105, IPv6 sur VLAN50 : 2001:660:4401:6050:216:3eff:fedb:2ac4, connexion à Internet en IPv4 possible, pas de résolution DNS fonctionnelle
| IPv4 sur CV : 10.0.69.145, IPv4 sur VLAN50 : 172.26.145.104, IPv6 sur VLAN50 : 2001:660:4401:6050:216:3eff:fe31:b916, connexion à Internet en IPv4 possible, resolution DNS fonctionnelle
| IPv4 sur Internet : 193.48.57.180, une IPv6 routée sur Internet, connexion à Internet en IPv4 possible
|-
| g3 || Timothé Brenier & Benjamin Nguyen
| MV non contactable sur le VLAN 50 en IPv6
| pas d'IPv4 sur le CV, IPv4 sur VLAN50 : 172.26.145.106, IPv6 sur VLAN50 : 2001:660:4401:6050:216:3eff:feaa:f292, pas de connexion à Internet en IPv4, pas de résolution DNS fonctionnelle
| routeur openWRT non fonctionnel
|-
| g4 || François Naudot & Dann Rodenburg
| MV non contactable sur le VLAN 50 en IPv6
| pas d'IPv4 sur le CV, IPv4 sur VLAN50 : 172.26.145.108, IPv6 sur VLAN50 : 2001:660:4401:6050:216:3eff:fec6:168, pas de connexion à Internet en IPv4, pas de résolution DNS fonctionnelle
| routeur openWRT non fonctionnel (si ? non, inversion des <code>vif</code>)
|-
| g5 || Maël Delaby & Paul Amoros
| MV non contactable sur le VLAN 50 en IPv6
| image disque du fichier de configuration non présente sur <code>antifer</code>
| routeur openWRT non fonctionnel
|-
| g6 || Haitam Blgrim & Baptiste Black
| MV non contactable sur le VLAN 50 en IPv6
| pas de fichier de configuration
| routeur openWRT non fonctionnel
|-
| g7 || Jason Delannoy & Albin Mouton
| MV non contactable sur le VLAN 50 en IPv6
| machine non contactable en IPv6 sur le bridgeStudents
| pas d'adresse MAC dans le fichier de configuration
|-
| g8 || Elias Simon & Mathis Riffaut
| MV non contactable sur le VLAN 50 en IPv6
| pas d'IPv4 sur le CV, IPv4 sur VLAN50 : 172.26.145.116, IPv6 sur VLAN50 : 2001:660:4401:6050:216:3eff:fe01:754c, pas de connexion à Internet en IPv4, pas de résolution DNS fonctionnelle
| routeur openWRT non fonctionnel
|-
| g10 || Estelle Godard & Jeanne Delcourt
| IPv4 sur CV : 10.0.69.165, IPv4 sur VLAN50 : 172.26.145.121, IPv6 sur VLAN50 : 2001:660:4401:6050:216:3eff:fe7e:35e1, pas de connexion à Internet en IPv4, pas de résolution DNS fonctionnelle
| IPv4 sur CV : 10.0.69.132, IPv4 sur VLAN50 : 172.26.145.120, IPv6 sur VLAN50 : 2001:660:4401:6050:216:3eff:feb4:5ea3, pas de connexion à Internet en IPv4, pas de résolution DNS fonctionnelle
| IPv4 sur Internet : 193.48.57.191, une IPv6 routée sur Internet, pas de connexion à Internet en IPv4
|-
| g11 || Karl Habre & Amine Sellali
| MV non contactable sur le VLAN 50 en IPv6
| machine non contactable en IPv6 sur le bridgeStudents
| pas d'adresse MAC dans le fichier de configuration, création du routeur impossible
|-
| g12 || Mohammed Halaoui & Rémi Farault
| pas d'IPv4 sur le CV, IPv4 sur VLAN50 : 172.26.145.125, IPv6 sur VLAN50 : 2001:660:4401:6050:216:3eff:fe54:5aee, pas de connexion à Internet en IPv4, pas de résolution DNS fonctionnelle
| pas d'IPv4 sur le CV, IPv4 sur VLAN50 : 172.26.145.124, IPv6 sur VLAN50 : 2001:660:4401:6050:216:3eff:fe9a:5186, pas de connexion à Internet en IPv4, pas de résolution DNS fonctionnelle
| pas d'IPv4 routée sur Internet, pas d'IPv6 routée sur Internet, pas de connexion à Internet en IPv4
|-
|}

=== Contrôle au 05/12/2023 ===

Pour utiliser l'interface Web LuCi des openWRT à partir d'une zabeth :
* vérifiez que vous avez bien une IPv6 routée sur IPv6 (avec <code>ip address show dev eth0</code>, l'adresse commence par <code>2001:660:4401:60b0:</code>) ;
* si vous n'en avez pas, prenez le suffixe (les derniers 8 octets de l'adresse locale, celle qui commence par <code>fe80::</code>) et créez votre adresse IPv6 routée par la commande :
ip address add dev eth0 2001:660:4401:60b0:<suffixe>/64
bien entendu vous n'aurez oublié de rajouter la route IPv6 par défaut vers le routeur de la promotion :
ip -6 route add default via 2001:660:4401:60b0:6a9e:bff:fe46:5a76
* établissez un tunnel <code>ssh</code> avec la commande :
zabethXX# ssh -L 6443:localhost:6443 root@IPv6
* connectez vous sur LuCi avec le navigateur de la zabeth pointant sur <code>https://localhost:6443</code>.

Attention l'ordre des interfaces <code>vif</code> dans le <code>.cfg</code> a une importance.

{| class="wikitable"
! Groupe !! Elèves !! MV <code>penfret</code> !! MV <code>antifer</code> !! Routeur OpenWRT
|-
| g1 || Konstantin Patrikeev & Julien Charleux
| IPv4 sur CV : 10.0.69.185, IPv4 sur VLAN50 : 172.126.145.103, IPv6 sur VLAN50 : 2001:660:4401:6050:216:3eff:fe00:a98d, pas de connexion à Internet en IPv4, pas de résolution DNS fonctionnelle
| IPv4 sur CV : 10.0.69.218, IPv4 sur VLAN50 : 172.26.145.102, IPv6 sur VLAN50 : 2001:660:4401:6050:216:3eff:fe7d:bc44, pas de connexion à Internet en IPv4, pas de résolution DNS fonctionnelle
| pas d'IPv4 routée sur Internet (puis <code>193.48.57.191</code> donc une erreur), pas d'IPv6 routée sur Internet, pas de connexion à Internet en IPv4
|-
| g2 || Chloé Lemaire & Gabriel Thomas
| IPv4 sur CV : 10.0.69.212, IPv4 sur VLAN50 : 172.26.145.105, IPv6 sur VLAN50 : 2001:660:4401:6050:216:3eff:fedb:2ac4, connexion à Internet en IPv4 possible, pas de résolution DNS fonctionnelle
| IPv4 sur CV : 10.0.69.145, IPv4 sur VLAN50 : 172.26.145.104, IPv6 sur VLAN50 : 2001:660:4401:6050:216:3eff:fe31:b916, connexion à Internet en IPv4 possible, resolution DNS fonctionnelle
| IPv4 sur Internet : 193.48.57.180, IPv6 sur Internet : 2001:660:4401:60b0:216:3eff:fe31:b916, connexion à Internet en IPv4 possible
|-
| g3 || Timothé Brenier & Benjamin Nguyen
| IPv4 sur CV : 10.0.69.130, IPv4 sur VLAN50 : 172.26.145.107, IPv6 sur VLAN50 : 2001:660:4401:6050:216:3eff:feff:4c44, connexion à Internet en IPv4 possible, résolution DNS fonctionnelle
| IPv4 sur CV : 10.0.69.167, IPv4 sur VLAN50 : 172.26.145.106, IPv6 sur VLAN50 : 2001:660:4401:6050:216:3eff:feaa:f292, connexion à Internet en IPv4 possible, pas de résolution DNS fonctionnelle
| IPv4 sur Internet : 193.48.57.184, IPv6 sur Internet : 2001:660:4401:60b0:216:3eff:feaa:f293, connexion à Internet en IPv4 possible
|-
| g4 || François Naudot & Dann Rodenburg
| IPv4 sur CV : 10.0.69.156, IPv4 sur VLAN50 : 172.26.145.109, IPv6 sur VLAN50 : 2001:660:4401:6050:216:3eff:fe46:70cd, connexion à Internet en IPv4 possible, pas de résolution DNS fonctionnelle
| IPv4 sur CV : 10.0.69.106, IPv4 sur VLAN50 : 172.26.145.108, IPv6 sur VLAN50 : 2001:660:4401:6050:216:3eff:fec6:168, connexion à Internet en IPv4 possible, pas de résolution DNS fonctionnelle
| IPv4 sur Internet : 193.48.57.185, IPv6 sur Internet : 2001:660:4401:60b0:216:3eff:fec6:169, connexion à Internet en IPv4 possible
|-
| g5 || Maël Delaby & Paul Amoros
| IPv4 sur CV : 10.0.69.189, IPv4 sur VLAN50 : 172.26.145.111, IPv6 sur VLAN50 : 2001:660:4401:6050:216:3eff:fe14:cdb5, connexion à Internet en IPv4 possible, pas de résolution DNS fonctionnelle
| IPv4 sur CV : 10.0.69.171, IPv4 sur VLAN50 : 172.26.145.110, IPv6 sur VLAN50 : 2001:660:4401:6050:216:3eff:fe5b:b2b5, connexion à Internet en IPv4 possible, resolution DNS fonctionnelle
| IPv4 sur Internet : 193.48.57.188, IPv6 sur Internet : 2001:660:4401:60b0:216:3eff:fe5b:b2b6, connexion à Internet en IPv4 possible
|-
| g6 || Haitam Blgrim & Baptiste Black
| IPv4 sur CV : 10.0.69.100, IPv4 sur VLAN50 : 172.26.145.113, IPv6 sur VLAN50 : 2001:660:4401:6050:216:3eff:fef9:2bb9, pas de connexion à Internet en IPv4, pas de résolution DNS fonctionnelle
| pas de machine virtuelle
| bloquage du serveur <code>antifer</code> par installation du routeur openWRT sous la racine, machine non contactable en IPv6 sur le SE5
|-
| g7 || Jason Delannoy & Albin Mouton
| CV non configuré, machine non contactable en IPv6 sur le VLAN50
| machine non contactable en IPv6 sur le bridgeStudent
| pas d'adresse MAC dans le <code>.cfg</code>
|-
| g8 || Elias Simon & Mathis Riffaut
| CV non configuré, machine non contactable en IPv6 sur le VLAN50
| machine non contactable en IPv6 sur le bridgeStudents
| machine non contactable en IPv6 sur le SE5
|-
| g10 || Estelle Godard & Jeanne Delcourt
| IPv4 sur CV : 10.0.69.165, IPv4 sur VLAN50 : 172.26.145.121, IPv6 sur VLAN50 : 2001:660:4401:6050:216:3eff:fe7e:35e1, pas de connexion à Internet en IPv4, pas de résolution DNS fonctionnelle
| IPv4 sur CV : 10.0.69.132, IPv4 sur VLAN50 : 172.26.145.120, IPv6 sur VLAN50 : 2001:660:4401:6050:216:3eff:feb4:5ea3, pas de connexion à Internet en IPv4, pas de résolution DNS fonctionnelle
| IPv4 sur Internet : 193.48.57.191 (erreur !!), IPv6 sur Internet : 2001:660:4401:60b0:216:3eff:feb4:5ea4, pas de connexion à Internet en IPv4
|-
| g11 || Karl Habre & Amine Sellali
| machine non contactable en IPv6 sur le VLAN50
| machine non contactable en IPv6 sur le bridgeStudents
| pas d'adresse MAC dans le <code>.cfg</code>
|-
| g12 || Mohammed Halaoui & Rémi Farault
| IPv4 sur CV : 10.0.69.131, IPv4 sur VLAN50 : 172.26.145.125, IPv6 sur VLAN50 : 2001:660:4401:6050:216:3eff:fe54:5aee, pas de connexion à Internet en IPv4, pas de résolution DNS fonctionnelle
| pas d'IPv4 sur le CV, IPv4 sur VLAN50 : 172.26.145.124, IPv6 sur VLAN50 : 2001:660:4401:6050:216:3eff:fe9a:5186, pas de connexion à Internet en IPv4, pas de résolution DNS fonctionnelle
| IPv4 sur Internet : 193.48.57.181, IPv6 sur Internet : 2001:660:4401:60b0:216:3eff:fe9a:5186, pas de connexion à Internet en IPv4
|-
|}

Pas de changement sur les routeurs OpenWRT à 17h30.

Pas de changement sur les MV d'<code>antifer</code> à 18h00.

Une seule modification sur les MV de <code>penfret</code> à 18h15 : la G7 (<code>g7jdelannoVM</code>) est maintenant contactable (@IPv4 et @IPv6 sur le VLAN50) mais sans rien de plus.

=== Contrôle au 06/12/2023 ===

Données brutes pour les routeurs openWRT (pas de relancement) :

G1 | IPv4 sur Internet : 193.48.57.191, IPv6 sur Internet : 2001:660:4401:60b0:216:3eff:fe7d:bc44, pas de connexion à Internet en IPv4
G2 | IPv4 sur Internet : 193.48.57.180, IPv6 sur Internet : 2001:660:4401:60b0:216:3eff:fe31:b916, connexion à Internet en IPv4 possible
G3 | IPv4 sur Internet : 193.48.57.184, IPv6 sur Internet : 2001:660:4401:60b0:216:3eff:feaa:f293, connexion à Internet en IPv4 possible
G4 | IPv4 sur Internet : 193.48.57.185, IPv6 sur Internet : 2001:660:4401:60b0:216:3eff:fec6:169, connexion à Internet en IPv4 possible
G5 | IPv4 sur Internet : 193.48.57.188, IPv6 sur Internet : 2001:660:4401:60b0:216:3eff:fe5b:b2b6, connexion à Internet en IPv4 possible
G6 | IPv4 sur Internet : 193.48.57.187, IPv6 sur Internet : 2001:660:4401:60b0:216:3eff:fef9:2bba, connexion à Internet en IPv4 possible
G7 | Bad MAC address
G8 | machine non contactable en IPv6 sur le SE5
G9 | Rien
G10 | IPv4 sur Internet : 193.48.57.186, IPv6 sur Internet : 2001:660:4401:60b0:216:3eff:feb4:5ea4, pas de connexion à Internet en IPv4
G11 | machine non contactable en IPv6 sur le SE5
G12 | IPv4 sur Internet : 193.48.57.181, IPv6 sur Internet : 2001:660:4401:60b0:216:3eff:fe9a:5186, pas de connexion à Internet en IPv4

Données brutes pour les MV sur <code>antifer</code> :

==== g1kpatrikeevVM
| IPv4 sur CV : 10.0.69.218, IPv4 sur VLAN50 : 172.26.145.102, IPv6 sur VLAN50 : 2001:660:4401:6050:216:3eff:fe7d:bc44, pas de connexion à Internet en IPv4, pas de résolution DNS fonctionnelle
==== g2clemair1VM
| IPv4 sur CV : 10.0.69.145, IPv4 sur VLAN50 : 172.26.145.104, IPv6 sur VLAN50 : 2001:660:4401:6050:216:3eff:fe31:b916, connexion à Internet en IPv4 possible, resolution DNS fonctionnelle
==== g3tbrenierVM
| IPv4 sur CV : 10.0.69.167, IPv4 sur VLAN50 : 172.26.145.106, IPv6 sur VLAN50 : 2001:660:4401:6050:216:3eff:feaa:f292, connexion à Internet en IPv4 possible, pas de résolution DNS fonctionnelle
==== g4fnaudotVM
| IPv4 sur CV : 10.0.69.106, IPv4 sur VLAN50 : 172.26.145.108, IPv6 sur VLAN50 : 2001:660:4401:6050:216:3eff:fec6:168, connexion à Internet en IPv4 possible, pas de résolution DNS fonctionnelle
==== g5mdelabyVM
| IPv4 sur CV : 10.0.69.171, IPv4 sur VLAN50 : 172.26.145.110, IPv6 sur VLAN50 : 2001:660:4401:6050:216:3eff:fe5b:b2b5, connexion à Internet en IPv4 possible, resolution DNS fonctionnelle
==== g6bblackVM
| IPv4 sur CV : 10.0.69.113, IPv4 sur VLAN50 : 172.26.145.112, IPv6 sur VLAN50 : 2001:660:4401:6050:216:3eff:fe4a:d2be, connexion à Internet en IPv4 possible, resolution DNS fonctionnelle
==== g7amoutonVM
| pas d'IPv4 sur le CV, IPv4 sur VLAN50 : 172.26.145.114, IPv6 sur VLAN50 : 2001:660:4401:6050:216:3eff:fe59:7616, pas de connexion à Internet en IPv4, pas de résolution DNS fonctionnelle
==== g8esimonVM
| machine non contactable en IPv6 sur le bridgeStudents
==== g10egodardVM
| IPv4 sur CV : 10.0.69.132, IPv4 sur VLAN50 : 172.26.145.120, IPv6 sur VLAN50 : 2001:660:4401:6050:216:3eff:feb4:5ea3, pas de connexion à Internet en IPv4, pas de résolution DNS fonctionnelle
==== g11asellaliVM
| machine non contactable en IPv6 sur le bridgeStudents
==== g12mhalaouiVM
| pas d'IPv4 sur le CV, IPv4 sur VLAN50 : 172.26.145.124, IPv6 sur VLAN50 : 2001:660:4401:6050:216:3eff:fe9a:5186, pas de connexion à Internet en IPv4, pas de résolution DNS fonctionnelle

Données brutes pour les MV sur <code>penfret</code> :

==== g1jcharleuxVM
| IPv4 sur CV : 10.0.69.185, IPv4 sur VLAN50 : 172.126.145.103, IPv6 sur VLAN50 : 2001:660:4401:6050:216:3eff:fe00:a98d, pas de connexion à Internet en IPv4, pas de résolution DNS fonctionnelle
==== g2gthomasVM
| IPv4 sur CV : 10.0.69.212, IPv4 sur VLAN50 : 172.26.145.105, IPv6 sur VLAN50 : 2001:660:4401:6050:216:3eff:fedb:2ac4, connexion à Internet en IPv4 possible, pas de résolution DNS fonctionnelle
==== g3bnguyen1VM
| IPv4 sur CV : 10.0.69.130, IPv4 sur VLAN50 : 172.26.145.107, IPv6 sur VLAN50 : 2001:660:4401:6050:216:3eff:feff:4c44, connexion à Internet en IPv4 possible, résolution DNS fonctionnelle
==== g4drodenbuVM
| IPv4 sur CV : 10.0.69.156, IPv4 sur VLAN50 : 172.26.145.109, IPv6 sur VLAN50 : 2001:660:4401:6050:216:3eff:fe46:70cd, connexion à Internet en IPv4 possible, pas de résolution DNS fonctionnelle
==== g5pamorosVM
| IPv4 sur CV : 10.0.69.189, IPv4 sur VLAN50 : 172.26.145.111, IPv6 sur VLAN50 : 2001:660:4401:6050:216:3eff:fe14:cdb5, connexion à Internet en IPv4 possible, pas de résolution DNS fonctionnelle
==== g6hblgrimVM
| IPv4 sur CV : 10.0.69.100, IPv4 sur VLAN50 : 172.26.145.113, IPv6 sur VLAN50 : 2001:660:4401:6050:216:3eff:fef9:2bb9, connexion à Internet en IPv4 possible, résolution DNS fonctionnelle
==== g7jdelannoVM
| pas d'IPv4 sur le CV, IPv4 sur VLAN50 : 172.26.145.115, IPv6 sur VLAN50 : 2001:660:4401:6050:216:3eff:fe0f:aba1, pas de connexion à Internet en IPv4, pas de résolution DNS fonctionnelle
==== g8mriffautVM
| machine non contactable en IPv6 sur le VLAN50
==== g10jdelcourVM
| IPv4 sur CV : 10.0.69.165, IPv4 sur VLAN50 : 172.26.145.121, IPv6 sur VLAN50 : 2001:660:4401:6050:216:3eff:fe7e:35e1, pas de connexion à Internet en IPv4, pas de résolution DNS fonctionnelle
==== g11khabreVM
| machine non contactable en IPv6 sur le VLAN50
==== g12rfaraultVM
| IPv4 sur CV : 10.0.69.131, IPv4 sur VLAN50 : 172.26.145.125, IPv6 sur VLAN50 : 2001:660:4401:6050:216:3eff:fe54:5aee, pas de connexion à Internet en IPv4, pas de résolution DNS fonctionnelle

Trois groupes finissent à 17h : G2, G5 et G7.

Un groupe à 17h20 : G6.

Un groupe à 17h40 : G10.

Le reste :

G8 -> installation du conteneur synapse
G3 -> erreur à la connexion de la base de données, encodage ASCII
G4 -> création de la base de données
G12 -> problème à l'exécution du conteneur
G11 -> essayent d'installer le conteneur synapse sur la zabeth
G13 -> installation du mandataire inverse (reverse proxy nginx)
G1 -> installation du conteneur synapse, se lance mais en échec

G13 n'a pas mis à jour le tableau de répartition.

SE5 système/réseau 2023/2024

2024-01-13T10:00:31Z

Egodard : /* Répartition des binômes en PRA */

= PRA SE5 =

== Menu de la première séance ==

Pour la première séance du 06/10/2023 il vous est demandé d'effectuer individuellement les opérations listées ci-dessous.
* création d'une machine virtuelle sur le serveur <code>capbreton</code> ;
* création d'un conteneur "à la main" sur votre station de travail <code>zabeth</code> :
** créez un conteneur isolé au maximum (sauf pour les utilisateur) avec la méthode décrite en cours,
** création d'un commutateur virtuel privé sur la <code>zabeth</code> dans le réseau IPv4 <code>192.168.68.0/24</code>, l'adresse <code>192.168.68.1</code> est affectée au commutateur lui-même,
** création d'une interface Ethernet virtuelle, une extrémité doit être envoyée dans le conteneur, l'autre dans le commutateur virtuel privé,
** mise en place d'une mascarade sur la <code>zabeth</code>, vérifiez que le conteneur a accès aux mêmes machines que la <code>zabeth</code>.

Par binôme vous devez créer une machine virtuelle mandataire connectée sur le commutateur virtuel SE5 et sur le commutateur virtuel privé des machines virtuelles de services concernées (voir deuxième section du sujet).

Globalement vous devez configurer le routeur principal de la promotion (voir la troisième section du sujet). Pour votre promotion il s'agit du Catalyst 9200 situé en E304. Il faut le connecter en fibre vers le serveur <code>capbreton</code> de la E306 dans le commutateur virtuel SE5 et aussi en fibre vers le local technique SR52 sur un port dans le VLAN 531. Vous pouvez configurer le commutateur via l'utilitaire <code>minicom</code> à partir de la machine <code>zabeth09</code>.

Répartition des élèves pour la première séance :
{| class="wikitable"
! Station de travail !! Elève
|-
| zabeth02 || Elias SIMON
|-
| zabeth03 || Mathis RIFFAUT
|-
| zabeth04 || Dann RODENBURG
|-
| zabeth05 || Benjamin NGUYEN
|-
| zabeth06 || Halaoui Mohammed
|-
| zabeth07 || Blgrim Haitam
|-
| zabeth08 || Florian Vallée
|-
| zabeth09 (routeur) || Julien Charleux
|-
| zabeth10 || Amine SELLALI
|-
| zabeth11 || Paul Amoros
|-
| zabeth12 || Maël Delaby
|-
| zabeth13 || Black Baptiste
|-
| zabeth14 || Timothé Brenier
|-
| zabeth15 || Jeanne Delcourt
|-
| zabeth16 || Estelle Godard
|-
| zabeth17 || Jason DELANNOY
|-
| zabeth18 || Chloé Lemaire
|-
| zabeth19 || Gabriel THOMAS
|-
| zabeth20 || Albin MOUTON
|-
| zabeth21 || Konstantin PATRIKEEV
|-
| zabeth22 || Maxime Balbastre
|-
| zabeth26 || François NAUDOT
|-
| zabeth27 || Karl HABRE
|-
| zabeth28 || Rémi FARAULT
|-
| zabeth30 || Prénom Nom
|-
|}

== Répartition des binômes en PRA ==

Concertez-vous pour trouver des noms de machines de services et de machines mandataires dans deux thèmes.

{| class="wikitable"
! Cahier !! Nom machine services
!IP machine services !! Nom de domaine !! Nom machine mandataire
!IP machine mandataires!! Elève
|-
| [[Atelier SysRes SE5 2023/2024 E1 | Cahier n°1]]
| || || || || || Prénom Nom
|-
| [[Atelier SysRes SE5 2023/2024 E2 | Cahier n°2]]
| Elom|| || || Baloo|| || Elias SIMON
|-
| [[Atelier SysRes SE5 2023/2024 E3 | Cahier n°3]]
| Mustafar (Mustafare)|| || mustafare.lol|| Baloo|| 193.48.57.189|| Mathis RIFFAUT
|-
| [[Atelier SysRes SE5 2023/2024 E4 | Cahier n°4]]
| Dagobah|| || || Aladin|| || Dann RODENBURG
|-
| [[Atelier SysRes SE5 2023/2024 E5 | Cahier n°5]]
| Motis|| || || Dingo|| || Mohammed Halaoui
|-
| [[Atelier SysRes SE5 2023/2024 E6 | Cahier n°6]]
| bogano|| || || Timon|| || Benjamin Nguyen
|-
| [[Atelier SysRes SE5 2023/2024 E7 | Cahier n°7]]
| Takobo|| || || Timon|| 193.48.57.184|| Timothé Brenier
|-
| [[Atelier SysRes SE5 2023/2024 E8 | Cahier n°8]]
| Fondor|| || || mushu|| 193.48.57.190|| Florian Vallée
|-
| [[Atelier SysRes SE5 2023/2024 E9 | Cahier n°9]]
| hoth|| || || BlancheNeige|| 193.48.57.187|| Haitam Blgrim
|-
| [[Atelier SysRes SE5 2023/2024 E10 | Cahier n°10]]
| Abafar|| || abafar.lol|| Aladin|| 193.48.57.179|| Amine SELLALI
|-
| [[Atelier SysRes SE5 2023/2024 E11 | Cahier n°11]]
| Rotia|| || || DIngo|| 193.48.57.181|| Rémi Farault
|-
| [[Atelier SysRes SE5 2023/2024 E12 | Cahier n°12]]
| jedha|| || || judy|| 193.48.57.182|| Julien Charleux
|-
| [[Atelier SysRes SE5 2023/2024 E13 | Cahier n°13]]
| Bogden|| || || BlancheNeige|| || Black Baptiste
|-
| [[Atelier SysRes SE5 2023/2024 E14 | Cahier n°14]]
| endor|| 10.10.10.10|| || mickey|| 193.48.57.188 / 10.10.10.1|| Maël Delaby
|-
| [[Atelier SysRes SE5 2023/2024 E15 | Cahier n°15]]
| jiruus|| 192.168.19.3|| || cruella|| || Jeanne Delcourt
|-
| [[Atelier SysRes SE5 2023/2024 E16 | Cahier n°16]]
| exegol|| 192.168.19.2|| exegol.lol|| cruella|| 193.48.57.186 /
192.168.19.1
| Estelle Godard
|-
| [[Atelier SysRes SE5 2023/2024 E17 | Cahier n°17]]
| Jakku|| || || Jafar|| || Jason DELANNOY
|-
| [[Atelier SysRes SE5 2023/2024 E18 | Cahier n°18]]
| naboo|| 192.168.18.2|| naboo.lol|| bouh|| 193.48.57.180 / 192.168.18.1|| Chloé Lemaire
|-
| [[Atelier SysRes SE5 2023/2024 E19 | Cahier n°19]]
| geonosis|| 192.168.18.3|| geonosis.lol|| bouh|| || Gabriel THOMAS
|-
| [[Atelier SysRes SE5 2023/2024 E20 | Cahier n°20]]
| alderaan|| || || Jafar|| 193.48.57.183|| Albin MOUTON
|-
| [[Atelier SysRes SE5 2023/2024 E21 | Cahier n°21]]
| kesh|| || || Judy|| || Konstantin Patrikeev
|-
| [[Atelier SysRes SE5 2023/2024 E22 | Cahier n°22]]
| kashyyyk|| || || mushu|| || Maxime BALBASTRE
|-
| [[Atelier SysRes SE5 2023/2024 E23 | Cahier n°23]]
| Felucia|| || || || 193.48.57.185|| François NAUDOT
|-
| [[Atelier SysRes SE5 2023/2024 E24 | Cahier n°24]]
| Pelagon|| 10.10.10.11|| || mickey|| 193.48.57.188 / 10.10.10.1|| Paul Amoros
|-
|[[Atelier SysRes SE5 2023/2024 E24 | Cahier n°25]]
|Kalee
|
|kalee.lol
|
|
|Karl Habre
|}

== Contrôle continu ==

=== Contrôle du 20/11/2023 ===

A noter qu'aucune machine, quelle soit de service ou mandataire, ne peut avoir accès à Internet vu qu'aucun effort n'a été fait pour relier le serveur <code>capbreton</code> au réseau SE5.

Machines de service.

{| class="wikitable"
! Elève !! Nom machine !! Configuration IP
|-
| Elom || Elias SIMON || une seule interface dans le <code>.cfg</code> (CV SE5), pas de configuration IP
|-
| Mustafar|| Mathis RIFFAUT || une seule interface dans le <code>.cfg</code> (CV SE5), pas de configuration IP
|-
| Dagobah|| Dann RODENBURG || une seule interface dans le <code>.cfg</code> (CV SE5), pas de configuration IP
|-
| Motis || Mohammed Halaoui || une seule interface dans le <code>.cfg</code> (CV SE5), pas de configuration IP
|-
| bogano || Benjamin Nguyen || une seule interface dans le <code>.cfg</code> (CV SE5), pas de configuration IP
|-
| Takobo || Timothé Brenier || une seule interface dans le <code>.cfg</code> (CV SE5), pas de configuration IP
|-
| Fondor || Florian Vallée || une seule interface dans le <code>.cfg</code> (CV SE5), pas de configuration IP
|-
| hoth || Haitam Blgrim || une seule interface dans le <code>.cfg</code> (CV SE5), pas de configuration IP
|-
| Abafar || Amine SELLALI || une seule interface dans le <code>.cfg</code> (CV SE5), pas de configuration IP
|-
| Rotia || Rémi Farault || une seule interface dans le <code>.cfg</code> (CV SE5), pas de configuration IP
|-
| jedha || Julien Charleux || une seule interface dans le <code>.cfg</code> (CV SE5), pas de configuration IP
|-
| Bogden || Black Baptiste || une seule interface dans le <code>.cfg</code> (CV SE5), pas de configuration IP
|-
| jiruus || Jeanne Delcourt || une seule interface dans le <code>.cfg</code> (CV SE5), pas de configuration IP
|-
| exegol || Estelle Godard || une seule interface dans le <code>.cfg</code> (CV SE5), pas de configuration IP
|-
| Jakku || Jason DELANNOY || une seule interface dans le <code>.cfg</code> (CV SE5), pas de configuration IP
|-
| naboo || Chloé Lemaire || une seule interface dans le <code>.cfg</code> (CV SE5), pas de configuration IP
|-
| geonosis || Gabriel THOMAS || une seule interface dans le <code>.cfg</code> (CV SE5), pas de configuration IP
|-
| alderaan || Albin MOUTON || une seule interface dans le <code>.cfg</code> (CV SE5), pas de configuration IP
|-
| kesh || Konstantin Patrikeev || une seule interface dans le <code>.cfg</code> (CV SE5), pas de configuration IP
|-
| kashyyyk || Maxime BALBASTRE || une seule interface dans le <code>.cfg</code> (CV SE5), pas de configuration IP
|-
| Felucia || François NAUDOT || une seule interface dans le <code>.cfg</code> (CV SE5), pas de configuration IP
|-
|}

Machines mandataires.

{| class="wikitable"
! Elèves !! Nom machine !! Configuration IP
|-
| Elias SIMON & Mathis RIFFAUT || Baloo || une seule interface dans le <code>.cfg</code> (CV SE5), aucun CV privé, pas de configuration IP
|-
| Dann RODENBURG & Amine SELLALI || Aladin || une seule interface dans le <code>.cfg</code> (CV SE5), aucun CV privé, pas de configuration IP
|-
| Mohammed Halaoui & Rémi Farault || Dingo || une seule interface dans le <code>.cfg</code> (CV SE5), aucun CV privé, pas de configuration IP
|-
| Benjamin Nguyen & Timothé Brenier || Timon || une seule interface dans le <code>.cfg</code> (CV SE5), aucun CV privé, pas de configuration IP
|-
| Florian Vallée & Maxime BALBASTRE || mushu || une seule interface dans le <code>.cfg</code> (CV SE5), aucun CV privé, pas de configuration IP
|-
| Haitam Blgrim & Black Baptiste || BlancheNeige || une seule interface dans le <code>.cfg</code> (CV SE5), aucun CV privé, pas de configuration IP
|-
| Jeanne Delcourt & Estelle Godard || cruella || une seule interface dans le <code>.cfg</code> (CV SE5), aucun CV privé, pas de configuration IP
|-
| Jason DELANNOY & Albin MOUTON || Jafar || une seule interface dans le <code>.cfg</code> (CV SE5), aucun CV privé, pas de configuration IP
|-
| Chloé Lemaire & Gabriel THOMAS || bouh || une seule interface dans le <code>.cfg</code> (CV SE5), aucun CV privé, pas de configuration IP
|-
| Konstantin Patrikeev & Julien Charleux || judy || une seule interface dans le <code>.cfg</code> (CV SE5), aucun CV privé, pas de configuration IP
|-
| François NAUDOT || || rien
|-
|}

Liste des machines

Elom Mustafar dagobah Motis bogano Takobo Fondor hoth abafar Rotia jedha Bogden jiruus exegol Jakku naboo geonosis alderaan kesh kashyyyk Felucia

Baloo aladin Dingo Timon mushu BlancheNeige cruella Jafar bouh judy

=== Contrôle du 03/12/2023 ===

Le serveur <code>capbreton</code> a été relié au réseau SE5 par <code>naboo</code>.

Il est normal de ne pas avoir d'adresse IPv4 sur la machine de services pour l'interface sur le commutateur virtuel. Par contre, avec mise en place de la mascarade sur la machine mandataire, il doit être possible, pour la machine de services, de se connecter à Internet en IPv4.

{| class="wikitable"
! Elève !! Nom machine !! Configuration IP
|-
| Elom || Elias SIMON
| IPv4 sur CV : 10.0.69.220, pas d'IPv4 sur SE5, IPv6 sur SE5 : 2001:660:4401:60b0:216:3eff:fe0f:b26d, pas de connexion à Internet en IPv4, connexion à Internet en IPv6 possible, pas de résolution DNS fonctionnelle
|-
| Mustafar|| Mathis RIFFAUT
| IPv4 sur CV : 10.0.69.165, pas d'IPv4 sur SE5, IPv6 sur SE5 : 2001:660:4401:60b0:216:3eff:fea9:f79, pas de connexion à Internet en IPv4, connexion à Internet en IPv6 possible, pas de résolution DNS fonctionnelle
|-
| Dagobah|| Dann RODENBURG
| IPv4 sur CV : 10.0.69.205, pas d'IPv4 sur SE5, IPv6 sur SE5 : 2001:660:4401:60b0:216:3eff:fe53:7d33, pas de connexion à Internet en IPv4, connexion à Internet en IPv6 possible, pas de résolution DNS fonctionnelle
|-
| Motis || Mohammed Halaoui
| IPv4 sur CV : 10.0.69.195, pas d'IPv4 sur SE5, IPv6 sur SE5 : 2001:660:4401:60b0:216:3eff:fe7c:2d6a, pas de connexion à Internet en IPv4, connexion à Internet en IPv6 possible, pas de résolution DNS fonctionnelle
|-
| bogano || Benjamin Nguyen
| IPv4 sur CV : 10.0.69.245, pas d'IPv4 sur SE5, IPv6 sur SE5 : 2001:660:4401:60b0:216:3eff:fe62:6960, pas de connexion à Internet en IPv4, connexion à Internet en IPv6 possible, pas de résolution DNS fonctionnelle
|-
| Takobo || Timothé Brenier
| IPv4 sur CV : 10.0.69.181, pas d'IPv4 sur SE5, IPv6 sur SE5 : 2001:660:4401:60b0:216:3eff:fe93:8c48, pas de connexion à Internet en IPv4, connexion à Internet en IPv6 possible, pas de résolution DNS fonctionnelle
|-
| Fondor || Florian Vallée
| IPv4 sur CV : 10.0.69.200, pas d'IPv4 sur SE5, IPv6 sur SE5 : 2001:660:4401:60b0:216:3eff:fe2d:82bf, pas de connexion à Internet en IPv4, connexion à Internet en IPv6 possible, pas de résolution DNS fonctionnelle
|-
| hoth || Haitam Blgrim
| IPv4 sur CV : 10.0.69.157, pas d'IPv4 sur SE5, IPv6 sur SE5 : 2001:660:4401:60b0:216:3eff:fee8:4736, pas de connexion à Internet en IPv4, connexion à Internet en IPv6 possible, pas de résolution DNS fonctionnelle
|-
| Abafar || Amine SELLALI
| IPv4 sur CV : 10.0.69.233, pas d'IPv4 sur SE5, IPv6 sur SE5 : 2001:660:4401:60b0:216:3eff:feae:bcbb, pas de connexion à Internet en IPv4, connexion à Internet en IPv6 possible, pas de résolution DNS fonctionnelle
|-
| Rotia || Rémi Farault
| IPv4 sur CV : 10.0.69.130, pas d'IPv4 sur SE5, IPv6 sur SE5 : 2001:660:4401:60b0:216:3eff:fe2e:ec48, pas de connexion à Internet en IPv4, connexion à Internet en IPv6 possible, pas de résolution DNS fonctionnelle
|-
| jedha || Julien Charleux
| IPv4 sur CV : 10.0.69.221, pas d'IPv4 sur SE5, IPv6 sur SE5 : 2001:660:4401:60b0:216:3eff:fef6:364f, pas de connexion à Internet en IPv4, connexion à Internet en IPv6 possible, pas de résolution DNS fonctionnelle
|-
| Bogden || Black Baptiste
| IPv4 sur CV : 10.0.69.246, pas d'IPv4 sur SE5, IPv6 sur SE5 : 2001:660:4401:60b0:216:3eff:fe67:89fd, pas de connexion à Internet en IPv4, connexion à Internet en IPv6 possible, pas de résolution DNS fonctionnelle
|-
| jiruus || Jeanne Delcourt
| IPv4 sur CV : 10.0.69.247, pas d'IPv4 sur SE5, IPv6 sur SE5 : 2001:660:4401:60b0:216:3eff:fe9c:6f0e, pas de connexion à Internet en IPv4, connexion à Internet en IPv6 possible, pas de résolution DNS fonctionnelle
|-
| exegol || Estelle Godard
| IPv4 sur CV : 10.0.69.147, pas d'IPv4 sur SE5, IPv6 sur SE5 : 2001:660:4401:60b0:216:3eff:fe17:bc38, pas de connexion à Internet en IPv4, connexion à Internet en IPv6 possible, pas de résolution DNS fonctionnelle
|-
| Jakku || Jason DELANNOY
| IPv4 sur CV : 10.0.69.136, pas d'IPv4 sur SE5, IPv6 sur SE5 : 2001:660:4401:60b0:216:3eff:fee1:1e4d, pas de connexion à Internet en IPv4, connexion à Internet en IPv6 possible, pas de résolution DNS fonctionnelle
|-
| naboo || Chloé Lemaire
| IPv4 sur CV : 192.168.18.2, pas d'IPv4 sur SE5, IPv6 sur SE5 : 2001:660:4401:60b0:216:3eff:fef2:7e2, pas de connexion à Internet en IPv4, connexion à Internet en IPv6 possible, résolution DNS fonctionnelle
|-
| geonosis || Gabriel THOMAS
| IPv4 sur CV : 10.0.69.231, pas d'IPv4 sur SE5, IPv6 sur SE5 : 2001:660:4401:60b0:216:3eff:feb0:b140, pas de connexion à Internet en IPv4, connexion à Internet en IPv6 possible, pas de résolution DNS fonctionnelle
|-
| alderaan || Albin MOUTON
| IPv4 sur CV : 10.0.69.106, pas d'IPv4 sur SE5, IPv6 sur SE5 : 2001:660:4401:60b0:216:3eff:fe97:2114, pas de connexion à Internet en IPv4, connexion à Internet en IPv6 possible, pas de résolution DNS fonctionnelle
|-
| kesh || Konstantin Patrikeev
| IPv4 sur CV : 10.0.69.222, pas d'IPv4 sur SE5, IPv6 sur SE5 : 2001:660:4401:60b0:216:3eff:fe10:e2cb, pas de connexion à Internet en IPv4, connexion à Internet en IPv6 possible, pas de résolution DNS fonctionnelle
|-
| kashyyyk || Maxime BALBASTRE
| IPv4 sur CV : 10.0.69.240, pas d'IPv4 sur SE5, IPv6 sur SE5 : 2001:660:4401:60b0:216:3eff:feca:73e7, pas de connexion à Internet en IPv4, connexion à Internet en IPv6 possible, pas de résolution DNS fonctionnelle
|-
| Felucia || François NAUDOT
| IPv4 sur CV : 10.0.69.139, pas d'IPv4 sur SE5, IPv6 sur SE5 : 2001:660:4401:60b0:216:3eff:fe89:460a, pas de connexion à Internet en IPv4, connexion à Internet en IPv6 possible, pas de résolution DNS fonctionnelle
|-
|}

Machines mandataires.

{| class="wikitable"
! Elèves !! Nom machine !! Configuration IP
|-
| Elias SIMON & Mathis RIFFAUT || Baloo
| IPv4 sur CV : 10.0.69.152, pas d'IPv4 sur SE5, IPv6 sur SE5 : 2001:660:4401:60b0:216:3eff:fec8:5379, pas de connexion à Internet en IPv4, connexion à Internet en IPv6 possible, pas de résolution DNS fonctionnelle
|-
| Dann RODENBURG & Amine SELLALI || Aladin
| IPv4 sur CV : 10.0.69.107, pas d'IPv4 sur SE5, IPv6 sur SE5 : 2001:660:4401:60b0:216:3eff:fe6b:c000, pas de connexion à Internet en IPv4, connexion à Internet en IPv6 possible, pas de résolution DNS fonctionnelle
|-
| Mohammed Halaoui & Rémi Farault || Dingo
| IPv4 sur CV : 10.0.69.156, pas d'IPv4 sur SE5, IPv6 sur SE5 : 2001:660:4401:60b0:216:3eff:fe0d:4f9c, pas de connexion à Internet en IPv4, connexion à Internet en IPv6 possible, pas de résolution DNS fonctionnelle
|-
| Benjamin Nguyen & Timothé Brenier || Timon
| IPv4 sur CV : 10.0.69.104, pas d'IPv4 sur SE5, IPv6 sur SE5 : 2001:660:4401:60b0:216:3eff:fedc:7539, pas de connexion à Internet en IPv4, connexion à Internet en IPv6 possible, pas de résolution DNS fonctionnelle
|-
| Florian Vallée & Maxime BALBASTRE || mushu
| IPv4 sur CV : 10.0.69.160, pas d'IPv4 sur SE5, IPv6 sur SE5 : 2001:660:4401:60b0:216:3eff:fe20:8816, pas de connexion à Internet en IPv4, connexion à Internet en IPv6 possible, pas de résolution DNS fonctionnelle
|-
| Haitam Blgrim & Black Baptiste || BlancheNeige
| IPv4 sur CV : 10.0.69.182, pas d'IPv4 sur SE5, IPv6 sur SE5 : 2001:660:4401:60b0:216:3eff:feba:38f4, pas de connexion à Internet en IPv4, connexion à Internet en IPv6 possible, pas de résolution DNS fonctionnelle
|-
| Jeanne Delcourt & Estelle Godard || cruella
| IPv4 sur CV : 10.0.69.108, pas d'IPv4 sur SE5, IPv6 sur SE5 : 2001:660:4401:60b0:216:3eff:fee5:ff99, pas de connexion à Internet en IPv4, connexion à Internet en IPv6 possible, pas de résolution DNS fonctionnelle
|-
| Jason DELANNOY & Albin MOUTON || Jafar
| IPv4 sur CV : 10.0.69.171, pas d'IPv4 sur SE5, IPv6 sur SE5 : 2001:660:4401:60b0:216:3eff:fe3e:f0bb, pas de connexion à Internet en IPv4, connexion à Internet en IPv6 possible, pas de résolution DNS fonctionnelle
|-
| Chloé Lemaire & Gabriel THOMAS || bouh
| IPv4 sur CV : 192.168.18.1, IPv4 sur SE5 : 193.48.57.180, IPv6 sur SE5 : 2001:660:4401:60b0:216:3eff:fe4f:dde2, connexion à Internet en IPv4 possible, connexion à Internet en IPv6 possible, résolution DNS fonctionnelle
|-
| Konstantin Patrikeev & Julien Charleux || judy
| IPv4 sur CV : 10.0.69.216, pas d'IPv4 sur SE5, IPv6 sur SE5 : 2001:660:4401:60b0:216:3eff:fe7d:4762, pas de connexion à Internet en IPv4, connexion à Internet en IPv6 possible, pas de résolution DNS fonctionnelle
|-
| François NAUDOT ||
|-
|}

=== Contrôle du 11/01/2024 ===

Il est normal de ne pas avoir d'adresse IPv4 sur la machine de services pour l'interface sur le commutateur virtuel. Par contre, avec mise en place de la mascarade sur la machine mandataire, il doit être possible, pour la machine de services, de se connecter à Internet en IPv4.

{| class="wikitable"
! Elève !! Nom machine !! Interfaces dans SE5 et CV !! Domaine Internet !! Accès <code>ssh</code> root !! DNS installé
|-
| Elom || Elias SIMON
| SE5 uniquement || <code>elom.lol</code>
| Non || Non
|-
| Mustafar|| Mathis RIFFAUT
| SE5 uniquement || <code>mustafare.lol</code>
| Non || Non
|-
| Dagobah|| Dann RODENBURG
| SE5 uniquement || <code>dagobah.lol</code>
| Non || Non
|-
| Motis || Mohammed Halaoui
| SE5 uniquement || <code>motis.hair</code>
| Non || Non
|-
| bogano || Benjamin Nguyen
| SE5 uniquement || <code>bogano.lol</code>
| Non || Non
|-
| Takobo || Timothé Brenier
| SE5 uniquement || <code>takobo.lol</code>
| Non || Non
|-
| Fondor || Florian Vallée
| SE5 uniquement || <code>fondor.lol</code>
| Non || Non
|-
| hoth || Haitam Blgrim
| SE5 uniquement || <code>hoth.lol</code>
| Non || Non
|-
| Abafar || Amine SELLALI
| SE5 uniquement || <code>abafar.lol</code>
| Non || Non
|-
| Rotia || Rémi Farault
| SE5 uniquement || Aucun
| Ajouté || Non
|-
| jedha || Julien Charleux
| SE5 uniquement || Aucun
| Non || Non
|-
| Bogden || Black Baptiste
| SE5 uniquement || <code>bodgen.lol</code>
| Non || Non
|-
| jiruus || Jeanne Delcourt
| SE5 uniquement || <code>jiruus.lol</code>
| Ajouté || Non
|-
| exegol || Estelle Godard
| SE5 uniquement || <code>exegol.lol</code>
| Ajouté || Non
|-
| Jakku || Jason DELANNOY
| SE5 uniquement || <code>jakku.lol</code>
| Ajouté || Non
|-
| naboo || Chloé Lemaire
| SE5 uniquement || <code>naboo.lol</code>
| Ajouté || Non
|-
| geonosis || Gabriel THOMAS
| SE5 uniquement || <code>geonosis.lol</code>
| Ajouté || Non
|-
| alderaan || Albin MOUTON
| SE5 uniquement || <code>alderaan.website</code>
| Ajouté || Non
|-
| kesh || Konstantin Patrikeev
| SE5 uniquement || <code>kesh.lol</code>
| Non || Non
|-
| kashyyyk || Maxime BALBASTRE
| SE5 uniquement || <code>kashyyyk.lol</code>
| Non || Non
|-
| Felucia || François NAUDOT
| SE5 uniquement || <code>felucia.lol</code>
| Non || Non
|-
| pelagon || Paul AMOROS
| activée le 11/01/2024 (IPv6 <code>2001:660:4401:60b0:216:3eff:fe03:2af3</code>) || <code>pelagon.lol</code>
| Non || Non
|-
| Kalee || Karl HABRE
| pas de machine virtuelle || <code>kalee.lol</code>
| Non || Non
|-
|}

Machines mandataires.

{| class="wikitable"
! Elèves !! Nom machine !! Commutateur virtuel !! Interfaces dans SE5 et CV !! Accès <code>ssh</code> root !! DNS installé
|-
| Elias SIMON & Mathis RIFFAUT || Baloo
| Non || Non
| Non || Non
|-
| Dann RODENBURG & Amine SELLALI || Aladin
| Non || Non
| Non || Non
|-
| Mohammed Halaoui & Rémi Farault || Dingo
| Non || Non
| Non || Non
|-
| Benjamin Nguyen & Timothé Brenier || Timon
| Non || Non
| Non || Non
|-
| Florian Vallée & Maxime BALBASTRE || mushu
| Non || Non
| Non || Non
|-
| Haitam Blgrim & Black Baptiste || BlancheNeige
| Non || Non
| Non || Non
|-
| Jeanne Delcourt & Estelle Godard || cruella
| Non || Non
| Ajouté || Non
|-
| Jason DELANNOY & Albin MOUTON || Jafar
| Non || Non
| Ajouté || Non
|-
| Chloé Lemaire & Gabriel THOMAS || bouh
| Oui || Oui
| Ajouté || Non
|-
| Konstantin Patrikeev & Julien Charleux || judy
| Non || Non
| Non || Non
|-
| François NAUDOT || mandataire inconnu
| ||
| ||
|-
| Paul AMOROS || mandataire inconnu
| ||
| ||
|-
| Karl HABRE || mandataire inconnu
| ||
| ||
|-
|}

== Répartition des binômes en ASR ==

Donnez les élèves dans chaque groupe.

{| class="wikitable"
! Groupe !! Elèves
|-
| g1 || Konstantin Patrikeev & Julien Charleux
|-
| g2 || Chloé Lemaire & Gabriel Thomas
|-
| g3 || Timothé Brenier & Benjamin Nguyen
|-
| g4 || François Naudot & Dann Rodenburg
|-
| g5 || Maël Delaby & Paul Amoros
|-
| g6 || Haitam Blgrim & Baptiste Black
|-
| g7 || Jason Delannoy & Albin Mouton
|-
| g8 || Elias Simon & Mathis Riffaut
|-
| g10 || Estelle Godard & Jeanne Delcourt
|-
| g11 || Karl Habre & Amine Sellali
|-
| g12 || Mohammed Halaoui & Rémi Farault
|-
|g13
|Maxime Balbastre & Florian Vallée
|}

Le 05/11/2023, aucun commutateur virtuel correctement configuré, soit une adresse IPv4 sur le commutateur pour aucune raison, soit une configuration <code>static</code> non adaptée, pas de <code>up</code> sur le commutateur virtuel.

== Contrôle continu ==

=== Contrôle au 05/11/2023 ===

{| class="wikitable"
! Groupe !! Elèves !! Migration !! Archi. penfret !! Archi. antifer
|-
| g1 || Konstantin Patrikeev & Julien Charleux || || jcharleu, CV conf. erronée, MV interf. vlan50, pas de config. IPv4 || kpatrikee, CV conf. erronée, MV interf. vlan50, pas de config. IPv4, routeur mauvais disque dans le <code>.cfg</code>
|-
| g2 || Chloé Lemaire & Gabriel Thomas || || gthomas, CV conf. erronée, MV mdp erroné, interf. vlan50 || clemair1, CV conf. erronée, MV interf. vlan50, pas de config. IPv4, routeur lancé, une seule interface réseau, pas de config. réseau
|-
| g3 || Timothé Brenier & Benjamin Nguyen || || bnguyen1, CV conf. erronée, MV interf. vlan50, pas de config. IPv4 || tbrenier, CV conf. erronée, MV interf. vlan50, pas de config. IPv4, routeur mauvais disque dans le <code>.cfg</code>
|-
| g4 || François Naudot & Dann Rodenburg || || drodenbu, CV conf. erronée, MV interf. vlan50, pas de config. IPv4 || fnaudot, CV conf. erronée, MV interf. vlan50, pas de config. IPv4, routeur mauvais disque dans le <code>.cfg</code>
|-
| g5 || Maël Delaby & Paul Amoros || || pas de CV, pas de MV || mdelaby, CV conf. erronée, pygrub dans la MV ? pas de routeur, faut lui créer son propre <code>.cfg</code>
|-
| g6 || Haitam Blgrim & Baptiste Black || || hblgrim, CV conf. erronée, MV avec 2 interfaces, pas de MAC sur la 1ère, config. IPv4 OK || bblack, CV commenté, pas de MV (plus exactement une machine visible via <code>xen list</code> mais pas de <code>.cfg</code> dans <code>/etc/xen</code>), pas de routeur OpenWRT
|-
| g7 || Jason Delannoy & Albin Mouton || || jdelanno, CV conf. erronée, MV interf. vlan50, pas de config. IPv4 || amouton, CV conf. erronée, MV interf. vlan50, pas de config. IPv4, routeur lancé, une seule interface réseau
|-
| g8 || Elias Simon & Mathis Riffaut || || mriffaut, CV conf. erronée, MV interf. vlan50, pas de config. IPv4 || esimon, CV conf. erronée, MV interf. vlan50, pas de config. IPv4, pas de routeur
|-
| g10 || Estelle Godard & Jeanne Delcourt || || jdelcour, CV conf. erronée, MV interf. vlan50, pas de config. IPv4 || egodard, CV conf. erronée, MV interf. vlan50, pas de config. IPv4, routeur lancé, deux interfaces réseau, changez l'ordre des interfaces dans le <code>.cfg</code>
|-
| g11 || Karl Habre & Amine Sellali || || khabre, CV conf. erronée, MV non créée, MV interf. vlan50, pas de config. IPv4 || asellali, CV conf. erronée, MV interf. vlan50, pas de config. IPv4, routeur avec une définition de disque aberrante dans le <code>.cfg</code>
|-
| g12 || Mohammed Halaoui & Rémi Farault || || rfarault, CV conf. erronée, MV interf. vlan50, pas de config. IPv4 || pas de CV, MV interf. vlan50, pas de config. IPv4, pas de routeur
|}

=== Contrôle au 20/11/2023 ===

A noter qu'un sacré coup de pouce aura été nécessaire pour configurer le routeur de promotion, avec un seul élève en appui.

{| class="wikitable"
! Groupe !! Elèves !! Migration !! Archi. penfret !! Archi. antifer
|-
| g1 || Konstantin Patrikeev & Julien Charleux || || jcharleu, CV configuration toujours erronée, pas de VLAN, MV avec une seule interface (vlan50), toujours pas de configuration IPv4 correcte || kpatrikee, CV configuration toujours erronée, pas de VLAN, MV avec une seule interface réseau (dans le vlan50), pas de configuration IPv4 correcte, pour le routeur toujours une mauvaise définition de disque dans le <code>.cfg</code>
|-
| g2 || Chloé Lemaire & Gabriel Thomas || || gthomas, CV configuration toujours erronée, pas de VLAN, MV avec une seule interface (vlan50), pas de configuration IPv4 correcte || clemair1, CV configuré, VLAN configuré, MV lancée et totalement configurée en IPv4, routeur lancé et correctement configuré
|-
| g3 || Timothé Brenier & Benjamin Nguyen || || bnguyen1, CV conf. toujours erronée, pas de VLAN, MV avec une seule interface (vlan50), toujours pas de configuration IPv4 correcte || tbrenier, CV configuration toujours erronée, pas de VLAN, MV avec une seule interface réseau (dans le vlan50), pas de configuration IPv4 correcte, pour le routeur toujours une mauvaise définition de disque dans le <code>.cfg</code>, deux interfaces cependant
|-
| g4 || François Naudot & Dann Rodenburg || || drodenbu, CV conf. toujours erronée, pas de VLAN, MV avec une seule interface (vlan50), toujours pas de configuration IPv4 correcte || fnaudot, CV configuration toujours erronée, pas de VLAN, MV avec une seule interface réseau (dans le vlan50), pas de configuration IPv4 correcte, pour le routeur toujours une mauvaise définition de disque dans le <code>.cfg</code>, deux interfaces cependant
|-
| g5 || Maël Delaby & Paul Amoros || || toujours pas de CV, pas de VLAN, toujours pas de MV || mdelaby, CV configuration toujours erronée, pas de VLAN, toujours le bootloader <code>pygrub</code> dans la MV (commenté), MV avec une seule interface réseau (dans le CV), configuration DHCP OK pour l'interface (dans le CV), toujours pas de routeur : il faut lui créer son propre <code>.cfg</code>
|-
| g6 || Haitam Blgrim & Baptiste Black || || hblgrim, CV conf. toujours erronée, pas de VLAN, MV ne démarre pas à cause de l'erreur sur le CV (correction ReX sur le CV), MV avec 2 interfaces, pas de MAC sur la première interface dans le .cfg, configuration IPv4 OK dans la MV || bblack, CV configuration toujours erronée, pas de VLAN, toujours pas e <code>.cfg</code> pour la MV, un routeur OpenWRT avec la bonne définition de disque, deux interface mais sans @MAC, aucune configuration du routeur
|-
| g7 || Jason Delannoy & Albin Mouton || || jdelanno, CV conf. toujours, erronée, pas de VLAN, MV avec une seule interface (vlan50), toujours pas de configuration IPv4 correcte || amouton, CV configuration toujours erronée, pas de VLAN, MV avec une seule interface réseau (dans le vlan50), pas de configuration IPv4 correcte, routeur lancé, une seule interface réseau, pas de configuration du routeur
|-
| g8 || Elias Simon & Mathis Riffaut || || mriffaut, CV conf. toujours erronée, pas de VLAN, MV avec une seule interface (vlan50), pas de configuration IPv4 correcte || esimon, CV configuration toujours erronée, pas de VLAN, MV avec une seule interface réseau (dans le vlan50), pas de configuration IPv4 correcte, toujours pas de routeur
|-
| g10 || Estelle Godard & Jeanne Delcourt || || jdelcour, CV conf. toujours erronée, pas de VLAN, MV avec une seule interface (vlan50), pas de configuration IPv4 correcte || egodard, CV configuration toujours erronée, pas de VLAN, MV avec une seule interface réseau (dans le vlan50), pas de configuration IPv4 correcte, routeur lancé, deux interfaces réseau, pas de configuration du routeur
|-
| g11 || Karl Habre & Amine Sellali || || khabre, CV conf. toujours erronée, pas de VLAN, MV enfin créée avec une seule interface, pas de configuration IPv4 correcte || asellali, CV configuration toujours erronée, pas de VLAN, MV avec une seule interface réseau (dans le vlan50), pas de configuration IPv4 correcte, routeur avec une définition de disque aberrante dans le <code>.cfg</code>, une seule interface, pas de configuration du routeur
|-
| g12 || Mohammed Halaoui & Rémi Farault || || rfarault, CV conf. toujours erronée, pas de VLAN, MV avec une seule interface (vlan50), pas de configuration IPv4 correcte || pas de CV, MV avec une seule interface réseau (dans le vlan50), pas de configuration IPv4 correcte, toujours pas de routeur
|}

=== Contrôle au 30/11/2023 ===

{| class="wikitable"
! Groupe !! Elèves !! Archi. penfret !! Archi. antifer
|-
| g1 || Konstantin Patrikeev & Julien Charleux || jcharleu, CV configuration toujours erronée, pas de VLAN, MV avec une seule interface (vlan50), toujours pas de configuration IPv4 correcte. || kpatrikee, CV et VLAN configurés mais dites moi comment vous trouvez 1 avec la formule <code>6+N%4</code>, MV avec les bonnes interfaces, inversion dans la configuration IPv4 entre <code>enX0</code> et <code>enX1</code>, pour le routeur toujours une mauvaise définition de disque dans le <code>.cfg</code> par contre les deux interfaces demandées sont présentes.
|-
| g2 || Chloé Lemaire & Gabriel Thomas || gthomas, CV configuré, VLAN configuré, MV lancée et totalement configurée en IPv4. || clemair1, CV configuré, VLAN configuré, MV lancée et totalement configurée en IPv4, routeur lancé et correctement configuré.
|-
| g3 || Timothé Brenier & Benjamin Nguyen || bnguyen1, CV conf. toujours erronée, pas de VLAN, MV avec une seule interface (vlan50), toujours pas de configuration IPv4 correcte. || tbrenier, CV configuration toujours erronée, pas de VLAN, MV avec une seule interface réseau (dans le vlan50), pas de configuration IPv4 correcte, pour le routeur toujours une mauvaise définition de disque dans le <code>.cfg</code>, deux interfaces cependant.
|-
| g4 || François Naudot & Dann Rodenburg || drodenbu, CV conf. toujours erronée, pas de VLAN, MV avec une seule interface (vlan50), toujours pas de configuration IPv4 correcte. || fnaudot, CV configuration toujours erronée, pas de VLAN, MV avec une seule interface réseau (dans le vlan50), pas de configuration IPv4 correcte, pour le routeur toujours une mauvaise définition de disque dans le <code>.cfg</code>, deux interfaces cependant.
|-
| g5 || Maël Delaby & Paul Amoros || toujours pas de CV, pas de VLAN, toujours pas de MV. || mdelaby, CV configuration toujours erronée, pas de VLAN, toujours le bootloader <code>pygrub</code> dans la MV (commenté), MV avec un chemin des disques étranges, MV avec une seule interface réseau (dans le CV), configuration DHCP OK pour l'interface (dans le CV), toujours pas de routeur : il faut lui créer son propre <code>.cfg</code>.
|-
| g6 || Haitam Blgrim & Baptiste Black || hblgrim, il manque les directives pour démarrer et arrêter les interfaces mais sinon CV et VLAN configurés, MV lancé et configurée, il ne faut pas de <code>gateway</code> sur <code>enX1</code>, <code>enX0</code> ne trouve pas son adresse par DHCP à cause du commutateur virtuel non activé. || bblack, CV et VLAN configurés mais pas toutes les directives de démarrage et d'arrêt, toujours pas de <code>.cfg</code> pour la MV, un routeur OpenWRT avec la bonne définition de disque, deux interface mais sans @MAC, aucune configuration du routeur.
|-
| g7 || Jason Delannoy & Albin Mouton || jdelanno, CV conf. toujours, erronée, pas de VLAN, MV avec une seule interface (vlan50), toujours pas de configuration IPv4 correcte; || amouton, CV configuration toujours erronée, pas de VLAN, MV avec une seule interface réseau (dans le vlan50), pas de configuration IPv4 correcte, routeur lancé, une seule interface réseau, pas de configuration du routeur.
|-
| g8 || Elias Simon & Mathis Riffaut || mriffaut, CV conf. toujours erronée, pas de VLAN, MV avec une seule interface (vlan50), pas de configuration IPv4 correcte. || esimon, CV configuration toujours erronée, pas de VLAN, MV avec une seule interface réseau (dans le vlan50), pas de configuration IPv4 correcte, toujours pas de routeur.
|-
| g10 || Estelle Godard & Jeanne Delcourt || jdelcour, CV configuré, VLAN configuré (par contre l'utilisation de <code>ether4</code> est impossible), MV lancée et correctement configurée en IPv4, <code>enX0</code> ne trouve pas son @IPv4 à cause de l'erreur sur le VLAN. || egodard, CV configuré, VLAN configuré (par contre l'utilisation de <code>ether4</code> est impossible), MV avec deux interfaces, correctement configurée en IPv4, pas d'adresse obtenue par DHCP, problème de l'OpenWRT, routeur OpenWRT avec les bonnes interfaces, l'adresse IPv4 sur SE5 est donnée avec un mauvais masque, linterface <code>enX0</code> reçoit bien son adresse IPv4 par DHCP.
|-
| g11 || Karl Habre & Amine Sellali || khabre, CV configuration toujours erronée, pas de VLAN, MV avec une seule interface, pas de configuration IPv4 correcte || asellali, CV configuration toujours erronée, pas de VLAN, MV avec une seule interface réseau (dans le vlan50), pas de configuration IPv4 correcte, routeur avec une définition de disque aberrante dans le <code>.cfg</code>, une seule interface, pas de configuration du routeur
|-
| g12 || Mohammed Halaoui & Rémi Farault || rfarault, CV configuré, VLAN configuré mais configuration commentée (pourquoi donc ?!), MV lancée et correctement configurée en IPv4, <code>enX0</code> ne trouve pas son @IPv4 à cause de l'absence d'interface VLAN. || CV configuré, VLAN configuré, MV avec deux interfaces, correctement configurée en IPv4, un routeur avec les deux interfaces demandées, pas d'adresse IPv4 sur SE5, serveur DHCP fonctionnel.
|}

=== Contrôle au 02/12/2023 ===

{| class="wikitable"
! Groupe !! Elèves !! MV <code>penfret</code> !! MV <code>antifer</code> !! Routeur OpenWRT
|-
| g1 || Konstantin Patrikeev & Julien Charleux
| IPv4 sur CV : 10.0.69.185, IPv4 sur VLAN50 : 172.126.145.103, IPv6 sur VLAN50 : 2001:660:4401:6050:216:3eff:fe00:a98d, pas de connexion à Internet en IPv4, pas de résolution DNS fonctionnelle
| IPv4 sur CV : 10.0.69.218, IPv4 sur VLAN50 : 172.26.145.102, IPv6 sur VLAN50 : 2001:660:4401:6050:216:3eff:fe7d:bc44, pas de connexion à Internet en IPv4, pas de résolution DNS fonctionnelle
| pas d'IPv4 routée sur Internet, une IPv6 routée sur Internet, pas de connexion à Internet en IPv4
|-
| g2 || Chloé Lemaire & Gabriel Thomas
| IPv4 sur CV : 10.0.69.212, IPv4 sur VLAN50 : 172.26.145.105, IPv6 sur VLAN50 : 2001:660:4401:6050:216:3eff:fedb:2ac4, connexion à Internet en IPv4 possible, pas de résolution DNS fonctionnelle
| IPv4 sur CV : 10.0.69.145, IPv4 sur VLAN50 : 172.26.145.104, IPv6 sur VLAN50 : 2001:660:4401:6050:216:3eff:fe31:b916, connexion à Internet en IPv4 possible, resolution DNS fonctionnelle
| IPv4 sur Internet : 193.48.57.180, une IPv6 routée sur Internet, connexion à Internet en IPv4 possible
|-
| g3 || Timothé Brenier & Benjamin Nguyen
| MV non contactable sur le VLAN 50 en IPv6
| pas d'IPv4 sur le CV, IPv4 sur VLAN50 : 172.26.145.106, IPv6 sur VLAN50 : 2001:660:4401:6050:216:3eff:feaa:f292, pas de connexion à Internet en IPv4, pas de résolution DNS fonctionnelle
| routeur openWRT non fonctionnel
|-
| g4 || François Naudot & Dann Rodenburg
| MV non contactable sur le VLAN 50 en IPv6
| pas d'IPv4 sur le CV, IPv4 sur VLAN50 : 172.26.145.108, IPv6 sur VLAN50 : 2001:660:4401:6050:216:3eff:fec6:168, pas de connexion à Internet en IPv4, pas de résolution DNS fonctionnelle
| routeur openWRT non fonctionnel (si ? non, inversion des <code>vif</code>)
|-
| g5 || Maël Delaby & Paul Amoros
| MV non contactable sur le VLAN 50 en IPv6
| image disque du fichier de configuration non présente sur <code>antifer</code>
| routeur openWRT non fonctionnel
|-
| g6 || Haitam Blgrim & Baptiste Black
| MV non contactable sur le VLAN 50 en IPv6
| pas de fichier de configuration
| routeur openWRT non fonctionnel
|-
| g7 || Jason Delannoy & Albin Mouton
| MV non contactable sur le VLAN 50 en IPv6
| machine non contactable en IPv6 sur le bridgeStudents
| pas d'adresse MAC dans le fichier de configuration
|-
| g8 || Elias Simon & Mathis Riffaut
| MV non contactable sur le VLAN 50 en IPv6
| pas d'IPv4 sur le CV, IPv4 sur VLAN50 : 172.26.145.116, IPv6 sur VLAN50 : 2001:660:4401:6050:216:3eff:fe01:754c, pas de connexion à Internet en IPv4, pas de résolution DNS fonctionnelle
| routeur openWRT non fonctionnel
|-
| g10 || Estelle Godard & Jeanne Delcourt
| IPv4 sur CV : 10.0.69.165, IPv4 sur VLAN50 : 172.26.145.121, IPv6 sur VLAN50 : 2001:660:4401:6050:216:3eff:fe7e:35e1, pas de connexion à Internet en IPv4, pas de résolution DNS fonctionnelle
| IPv4 sur CV : 10.0.69.132, IPv4 sur VLAN50 : 172.26.145.120, IPv6 sur VLAN50 : 2001:660:4401:6050:216:3eff:feb4:5ea3, pas de connexion à Internet en IPv4, pas de résolution DNS fonctionnelle
| IPv4 sur Internet : 193.48.57.191, une IPv6 routée sur Internet, pas de connexion à Internet en IPv4
|-
| g11 || Karl Habre & Amine Sellali
| MV non contactable sur le VLAN 50 en IPv6
| machine non contactable en IPv6 sur le bridgeStudents
| pas d'adresse MAC dans le fichier de configuration, création du routeur impossible
|-
| g12 || Mohammed Halaoui & Rémi Farault
| pas d'IPv4 sur le CV, IPv4 sur VLAN50 : 172.26.145.125, IPv6 sur VLAN50 : 2001:660:4401:6050:216:3eff:fe54:5aee, pas de connexion à Internet en IPv4, pas de résolution DNS fonctionnelle
| pas d'IPv4 sur le CV, IPv4 sur VLAN50 : 172.26.145.124, IPv6 sur VLAN50 : 2001:660:4401:6050:216:3eff:fe9a:5186, pas de connexion à Internet en IPv4, pas de résolution DNS fonctionnelle
| pas d'IPv4 routée sur Internet, pas d'IPv6 routée sur Internet, pas de connexion à Internet en IPv4
|-
|}

=== Contrôle au 05/12/2023 ===

Pour utiliser l'interface Web LuCi des openWRT à partir d'une zabeth :
* vérifiez que vous avez bien une IPv6 routée sur IPv6 (avec <code>ip address show dev eth0</code>, l'adresse commence par <code>2001:660:4401:60b0:</code>) ;
* si vous n'en avez pas, prenez le suffixe (les derniers 8 octets de l'adresse locale, celle qui commence par <code>fe80::</code>) et créez votre adresse IPv6 routée par la commande :
ip address add dev eth0 2001:660:4401:60b0:<suffixe>/64
bien entendu vous n'aurez oublié de rajouter la route IPv6 par défaut vers le routeur de la promotion :
ip -6 route add default via 2001:660:4401:60b0:6a9e:bff:fe46:5a76
* établissez un tunnel <code>ssh</code> avec la commande :
zabethXX# ssh -L 6443:localhost:6443 root@IPv6
* connectez vous sur LuCi avec le navigateur de la zabeth pointant sur <code>https://localhost:6443</code>.

Attention l'ordre des interfaces <code>vif</code> dans le <code>.cfg</code> a une importance.

{| class="wikitable"
! Groupe !! Elèves !! MV <code>penfret</code> !! MV <code>antifer</code> !! Routeur OpenWRT
|-
| g1 || Konstantin Patrikeev & Julien Charleux
| IPv4 sur CV : 10.0.69.185, IPv4 sur VLAN50 : 172.126.145.103, IPv6 sur VLAN50 : 2001:660:4401:6050:216:3eff:fe00:a98d, pas de connexion à Internet en IPv4, pas de résolution DNS fonctionnelle
| IPv4 sur CV : 10.0.69.218, IPv4 sur VLAN50 : 172.26.145.102, IPv6 sur VLAN50 : 2001:660:4401:6050:216:3eff:fe7d:bc44, pas de connexion à Internet en IPv4, pas de résolution DNS fonctionnelle
| pas d'IPv4 routée sur Internet (puis <code>193.48.57.191</code> donc une erreur), pas d'IPv6 routée sur Internet, pas de connexion à Internet en IPv4
|-
| g2 || Chloé Lemaire & Gabriel Thomas
| IPv4 sur CV : 10.0.69.212, IPv4 sur VLAN50 : 172.26.145.105, IPv6 sur VLAN50 : 2001:660:4401:6050:216:3eff:fedb:2ac4, connexion à Internet en IPv4 possible, pas de résolution DNS fonctionnelle
| IPv4 sur CV : 10.0.69.145, IPv4 sur VLAN50 : 172.26.145.104, IPv6 sur VLAN50 : 2001:660:4401:6050:216:3eff:fe31:b916, connexion à Internet en IPv4 possible, resolution DNS fonctionnelle
| IPv4 sur Internet : 193.48.57.180, IPv6 sur Internet : 2001:660:4401:60b0:216:3eff:fe31:b916, connexion à Internet en IPv4 possible
|-
| g3 || Timothé Brenier & Benjamin Nguyen
| IPv4 sur CV : 10.0.69.130, IPv4 sur VLAN50 : 172.26.145.107, IPv6 sur VLAN50 : 2001:660:4401:6050:216:3eff:feff:4c44, connexion à Internet en IPv4 possible, résolution DNS fonctionnelle
| IPv4 sur CV : 10.0.69.167, IPv4 sur VLAN50 : 172.26.145.106, IPv6 sur VLAN50 : 2001:660:4401:6050:216:3eff:feaa:f292, connexion à Internet en IPv4 possible, pas de résolution DNS fonctionnelle
| IPv4 sur Internet : 193.48.57.184, IPv6 sur Internet : 2001:660:4401:60b0:216:3eff:feaa:f293, connexion à Internet en IPv4 possible
|-
| g4 || François Naudot & Dann Rodenburg
| IPv4 sur CV : 10.0.69.156, IPv4 sur VLAN50 : 172.26.145.109, IPv6 sur VLAN50 : 2001:660:4401:6050:216:3eff:fe46:70cd, connexion à Internet en IPv4 possible, pas de résolution DNS fonctionnelle
| IPv4 sur CV : 10.0.69.106, IPv4 sur VLAN50 : 172.26.145.108, IPv6 sur VLAN50 : 2001:660:4401:6050:216:3eff:fec6:168, connexion à Internet en IPv4 possible, pas de résolution DNS fonctionnelle
| IPv4 sur Internet : 193.48.57.185, IPv6 sur Internet : 2001:660:4401:60b0:216:3eff:fec6:169, connexion à Internet en IPv4 possible
|-
| g5 || Maël Delaby & Paul Amoros
| IPv4 sur CV : 10.0.69.189, IPv4 sur VLAN50 : 172.26.145.111, IPv6 sur VLAN50 : 2001:660:4401:6050:216:3eff:fe14:cdb5, connexion à Internet en IPv4 possible, pas de résolution DNS fonctionnelle
| IPv4 sur CV : 10.0.69.171, IPv4 sur VLAN50 : 172.26.145.110, IPv6 sur VLAN50 : 2001:660:4401:6050:216:3eff:fe5b:b2b5, connexion à Internet en IPv4 possible, resolution DNS fonctionnelle
| IPv4 sur Internet : 193.48.57.188, IPv6 sur Internet : 2001:660:4401:60b0:216:3eff:fe5b:b2b6, connexion à Internet en IPv4 possible
|-
| g6 || Haitam Blgrim & Baptiste Black
| IPv4 sur CV : 10.0.69.100, IPv4 sur VLAN50 : 172.26.145.113, IPv6 sur VLAN50 : 2001:660:4401:6050:216:3eff:fef9:2bb9, pas de connexion à Internet en IPv4, pas de résolution DNS fonctionnelle
| pas de machine virtuelle
| bloquage du serveur <code>antifer</code> par installation du routeur openWRT sous la racine, machine non contactable en IPv6 sur le SE5
|-
| g7 || Jason Delannoy & Albin Mouton
| CV non configuré, machine non contactable en IPv6 sur le VLAN50
| machine non contactable en IPv6 sur le bridgeStudent
| pas d'adresse MAC dans le <code>.cfg</code>
|-
| g8 || Elias Simon & Mathis Riffaut
| CV non configuré, machine non contactable en IPv6 sur le VLAN50
| machine non contactable en IPv6 sur le bridgeStudents
| machine non contactable en IPv6 sur le SE5
|-
| g10 || Estelle Godard & Jeanne Delcourt
| IPv4 sur CV : 10.0.69.165, IPv4 sur VLAN50 : 172.26.145.121, IPv6 sur VLAN50 : 2001:660:4401:6050:216:3eff:fe7e:35e1, pas de connexion à Internet en IPv4, pas de résolution DNS fonctionnelle
| IPv4 sur CV : 10.0.69.132, IPv4 sur VLAN50 : 172.26.145.120, IPv6 sur VLAN50 : 2001:660:4401:6050:216:3eff:feb4:5ea3, pas de connexion à Internet en IPv4, pas de résolution DNS fonctionnelle
| IPv4 sur Internet : 193.48.57.191 (erreur !!), IPv6 sur Internet : 2001:660:4401:60b0:216:3eff:feb4:5ea4, pas de connexion à Internet en IPv4
|-
| g11 || Karl Habre & Amine Sellali
| machine non contactable en IPv6 sur le VLAN50
| machine non contactable en IPv6 sur le bridgeStudents
| pas d'adresse MAC dans le <code>.cfg</code>
|-
| g12 || Mohammed Halaoui & Rémi Farault
| IPv4 sur CV : 10.0.69.131, IPv4 sur VLAN50 : 172.26.145.125, IPv6 sur VLAN50 : 2001:660:4401:6050:216:3eff:fe54:5aee, pas de connexion à Internet en IPv4, pas de résolution DNS fonctionnelle
| pas d'IPv4 sur le CV, IPv4 sur VLAN50 : 172.26.145.124, IPv6 sur VLAN50 : 2001:660:4401:6050:216:3eff:fe9a:5186, pas de connexion à Internet en IPv4, pas de résolution DNS fonctionnelle
| IPv4 sur Internet : 193.48.57.181, IPv6 sur Internet : 2001:660:4401:60b0:216:3eff:fe9a:5186, pas de connexion à Internet en IPv4
|-
|}

Pas de changement sur les routeurs OpenWRT à 17h30.

Pas de changement sur les MV d'<code>antifer</code> à 18h00.

Une seule modification sur les MV de <code>penfret</code> à 18h15 : la G7 (<code>g7jdelannoVM</code>) est maintenant contactable (@IPv4 et @IPv6 sur le VLAN50) mais sans rien de plus.

=== Contrôle au 06/12/2023 ===

Données brutes pour les routeurs openWRT (pas de relancement) :

G1 | IPv4 sur Internet : 193.48.57.191, IPv6 sur Internet : 2001:660:4401:60b0:216:3eff:fe7d:bc44, pas de connexion à Internet en IPv4
G2 | IPv4 sur Internet : 193.48.57.180, IPv6 sur Internet : 2001:660:4401:60b0:216:3eff:fe31:b916, connexion à Internet en IPv4 possible
G3 | IPv4 sur Internet : 193.48.57.184, IPv6 sur Internet : 2001:660:4401:60b0:216:3eff:feaa:f293, connexion à Internet en IPv4 possible
G4 | IPv4 sur Internet : 193.48.57.185, IPv6 sur Internet : 2001:660:4401:60b0:216:3eff:fec6:169, connexion à Internet en IPv4 possible
G5 | IPv4 sur Internet : 193.48.57.188, IPv6 sur Internet : 2001:660:4401:60b0:216:3eff:fe5b:b2b6, connexion à Internet en IPv4 possible
G6 | IPv4 sur Internet : 193.48.57.187, IPv6 sur Internet : 2001:660:4401:60b0:216:3eff:fef9:2bba, connexion à Internet en IPv4 possible
G7 | Bad MAC address
G8 | machine non contactable en IPv6 sur le SE5
G9 | Rien
G10 | IPv4 sur Internet : 193.48.57.186, IPv6 sur Internet : 2001:660:4401:60b0:216:3eff:feb4:5ea4, pas de connexion à Internet en IPv4
G11 | machine non contactable en IPv6 sur le SE5
G12 | IPv4 sur Internet : 193.48.57.181, IPv6 sur Internet : 2001:660:4401:60b0:216:3eff:fe9a:5186, pas de connexion à Internet en IPv4

Données brutes pour les MV sur <code>antifer</code> :

==== g1kpatrikeevVM
| IPv4 sur CV : 10.0.69.218, IPv4 sur VLAN50 : 172.26.145.102, IPv6 sur VLAN50 : 2001:660:4401:6050:216:3eff:fe7d:bc44, pas de connexion à Internet en IPv4, pas de résolution DNS fonctionnelle
==== g2clemair1VM
| IPv4 sur CV : 10.0.69.145, IPv4 sur VLAN50 : 172.26.145.104, IPv6 sur VLAN50 : 2001:660:4401:6050:216:3eff:fe31:b916, connexion à Internet en IPv4 possible, resolution DNS fonctionnelle
==== g3tbrenierVM
| IPv4 sur CV : 10.0.69.167, IPv4 sur VLAN50 : 172.26.145.106, IPv6 sur VLAN50 : 2001:660:4401:6050:216:3eff:feaa:f292, connexion à Internet en IPv4 possible, pas de résolution DNS fonctionnelle
==== g4fnaudotVM
| IPv4 sur CV : 10.0.69.106, IPv4 sur VLAN50 : 172.26.145.108, IPv6 sur VLAN50 : 2001:660:4401:6050:216:3eff:fec6:168, connexion à Internet en IPv4 possible, pas de résolution DNS fonctionnelle
==== g5mdelabyVM
| IPv4 sur CV : 10.0.69.171, IPv4 sur VLAN50 : 172.26.145.110, IPv6 sur VLAN50 : 2001:660:4401:6050:216:3eff:fe5b:b2b5, connexion à Internet en IPv4 possible, resolution DNS fonctionnelle
==== g6bblackVM
| IPv4 sur CV : 10.0.69.113, IPv4 sur VLAN50 : 172.26.145.112, IPv6 sur VLAN50 : 2001:660:4401:6050:216:3eff:fe4a:d2be, connexion à Internet en IPv4 possible, resolution DNS fonctionnelle
==== g7amoutonVM
| pas d'IPv4 sur le CV, IPv4 sur VLAN50 : 172.26.145.114, IPv6 sur VLAN50 : 2001:660:4401:6050:216:3eff:fe59:7616, pas de connexion à Internet en IPv4, pas de résolution DNS fonctionnelle
==== g8esimonVM
| machine non contactable en IPv6 sur le bridgeStudents
==== g10egodardVM
| IPv4 sur CV : 10.0.69.132, IPv4 sur VLAN50 : 172.26.145.120, IPv6 sur VLAN50 : 2001:660:4401:6050:216:3eff:feb4:5ea3, pas de connexion à Internet en IPv4, pas de résolution DNS fonctionnelle
==== g11asellaliVM
| machine non contactable en IPv6 sur le bridgeStudents
==== g12mhalaouiVM
| pas d'IPv4 sur le CV, IPv4 sur VLAN50 : 172.26.145.124, IPv6 sur VLAN50 : 2001:660:4401:6050:216:3eff:fe9a:5186, pas de connexion à Internet en IPv4, pas de résolution DNS fonctionnelle

Données brutes pour les MV sur <code>penfret</code> :

==== g1jcharleuxVM
| IPv4 sur CV : 10.0.69.185, IPv4 sur VLAN50 : 172.126.145.103, IPv6 sur VLAN50 : 2001:660:4401:6050:216:3eff:fe00:a98d, pas de connexion à Internet en IPv4, pas de résolution DNS fonctionnelle
==== g2gthomasVM
| IPv4 sur CV : 10.0.69.212, IPv4 sur VLAN50 : 172.26.145.105, IPv6 sur VLAN50 : 2001:660:4401:6050:216:3eff:fedb:2ac4, connexion à Internet en IPv4 possible, pas de résolution DNS fonctionnelle
==== g3bnguyen1VM
| IPv4 sur CV : 10.0.69.130, IPv4 sur VLAN50 : 172.26.145.107, IPv6 sur VLAN50 : 2001:660:4401:6050:216:3eff:feff:4c44, connexion à Internet en IPv4 possible, résolution DNS fonctionnelle
==== g4drodenbuVM
| IPv4 sur CV : 10.0.69.156, IPv4 sur VLAN50 : 172.26.145.109, IPv6 sur VLAN50 : 2001:660:4401:6050:216:3eff:fe46:70cd, connexion à Internet en IPv4 possible, pas de résolution DNS fonctionnelle
==== g5pamorosVM
| IPv4 sur CV : 10.0.69.189, IPv4 sur VLAN50 : 172.26.145.111, IPv6 sur VLAN50 : 2001:660:4401:6050:216:3eff:fe14:cdb5, connexion à Internet en IPv4 possible, pas de résolution DNS fonctionnelle
==== g6hblgrimVM
| IPv4 sur CV : 10.0.69.100, IPv4 sur VLAN50 : 172.26.145.113, IPv6 sur VLAN50 : 2001:660:4401:6050:216:3eff:fef9:2bb9, connexion à Internet en IPv4 possible, résolution DNS fonctionnelle
==== g7jdelannoVM
| pas d'IPv4 sur le CV, IPv4 sur VLAN50 : 172.26.145.115, IPv6 sur VLAN50 : 2001:660:4401:6050:216:3eff:fe0f:aba1, pas de connexion à Internet en IPv4, pas de résolution DNS fonctionnelle
==== g8mriffautVM
| machine non contactable en IPv6 sur le VLAN50
==== g10jdelcourVM
| IPv4 sur CV : 10.0.69.165, IPv4 sur VLAN50 : 172.26.145.121, IPv6 sur VLAN50 : 2001:660:4401:6050:216:3eff:fe7e:35e1, pas de connexion à Internet en IPv4, pas de résolution DNS fonctionnelle
==== g11khabreVM
| machine non contactable en IPv6 sur le VLAN50
==== g12rfaraultVM
| IPv4 sur CV : 10.0.69.131, IPv4 sur VLAN50 : 172.26.145.125, IPv6 sur VLAN50 : 2001:660:4401:6050:216:3eff:fe54:5aee, pas de connexion à Internet en IPv4, pas de résolution DNS fonctionnelle

Trois groupes finissent à 17h : G2, G5 et G7.

Un groupe à 17h20 : G6.

Un groupe à 17h40 : G10.

Le reste :

G8 -> installation du conteneur synapse
G3 -> erreur à la connexion de la base de données, encodage ASCII
G4 -> création de la base de données
G12 -> problème à l'exécution du conteneur
G11 -> essayent d'installer le conteneur synapse sur la zabeth
G13 -> installation du mandataire inverse (reverse proxy nginx)
G1 -> installation du conteneur synapse, se lance mais en échec

G13 n'a pas mis à jour le tableau de répartition.

SE5 système/réseau 2023/2024

2023-12-06T11:04:36Z

Egodard : /* Répartition des binômes en PRA */

= PRA SE5 =

== Menu de la première séance ==

Pour la première séance du 06/10/2023 il vous est demandé d'effectuer individuellement les opérations listées ci-dessous.
* création d'une machine virtuelle sur le serveur <code>capbreton</code> ;
* création d'un conteneur "à la main" sur votre station de travail <code>zabeth</code> :
** créez un conteneur isolé au maximum (sauf pour les utilisateur) avec la méthode décrite en cours,
** création d'un commutateur virtuel privé sur la <code>zabeth</code> dans le réseau IPv4 <code>192.168.68.0/24</code>, l'adresse <code>192.168.68.1</code> est affectée au commutateur lui-même,
** création d'une interface Ethernet virtuelle, une extrémité doit être envoyée dans le conteneur, l'autre dans le commutateur virtuel privé,
** mise en place d'une mascarade sur la <code>zabeth</code>, vérifiez que le conteneur a accès aux mêmes machines que la <code>zabeth</code>.

Par binôme vous devez créer une machine virtuelle mandataire connectée sur le commutateur virtuel SE5 et sur le commutateur virtuel privé des machines virtuelles de services concernées (voir deuxième section du sujet).

Globalement vous devez configurer le routeur principal de la promotion (voir la troisième section du sujet). Pour votre promotion il s'agit du Catalyst 9200 situé en E304. Il faut le connecter en fibre vers le serveur <code>capbreton</code> de la E306 dans le commutateur virtuel SE5 et aussi en fibre vers le local technique SR52 sur un port dans le VLAN 531. Vous pouvez configurer le commutateur via l'utilitaire <code>minicom</code> à partir de la machine <code>zabeth09</code>.

Répartition des élèves pour la première séance :
{| class="wikitable"
! Station de travail !! Elève
|-
| zabeth02 || Elias SIMON
|-
| zabeth03 || Mathis RIFFAUT
|-
| zabeth04 || Dann RODENBURG
|-
| zabeth05 || Benjamin NGUYEN
|-
| zabeth06 || Halaoui Mohammed
|-
| zabeth07 || Blgrim Haitam
|-
| zabeth08 || Florian Vallée
|-
| zabeth09 (routeur) || Julien Charleux
|-
| zabeth10 || Amine SELLALI
|-
| zabeth11 || Paul Amoros
|-
| zabeth12 || Maël Delaby
|-
| zabeth13 || Black Baptiste
|-
| zabeth14 || Timothé Brenier
|-
| zabeth15 || Jeanne Delcourt
|-
| zabeth16 || Estelle Godard
|-
| zabeth17 || Jason DELANNOY
|-
| zabeth18 || Chloé Lemaire
|-
| zabeth19 || Gabriel THOMAS
|-
| zabeth20 || Albin MOUTON
|-
| zabeth21 || Konstantin PATRIKEEV
|-
| zabeth22 || Maxime Balbastre
|-
| zabeth26 || François NAUDOT
|-
| zabeth27 || Karl HABRE
|-
| zabeth28 || Rémi FARAULT
|-
| zabeth30 || Prénom Nom
|-
|}

== Répartition des binômes en PRA ==

Concertez-vous pour trouver des noms de machines de services et de machines mandataires dans deux thèmes.

{| class="wikitable"
! Cahier !! Nom machine services
!IP machine services !! Nom de domaine !! Nom machine mandataire
!IP machine mandataires!! Elève
|-
| [[Atelier SysRes SE5 2023/2024 E1 | Cahier n°1]]
| || || || || || Prénom Nom
|-
| [[Atelier SysRes SE5 2023/2024 E2 | Cahier n°2]]
| Elom|| || || Baloo|| || Elias SIMON
|-
| [[Atelier SysRes SE5 2023/2024 E3 | Cahier n°3]]
| Mustafar|| || || Baloo|| 193.48.57.189|| Mathis RIFFAUT
|-
| [[Atelier SysRes SE5 2023/2024 E4 | Cahier n°4]]
| Dagobah|| || || Aladin|| || Dann RODENBURG
|-
| [[Atelier SysRes SE5 2023/2024 E5 | Cahier n°5]]
| Motis|| || || Dingo|| || Mohammed Halaoui
|-
| [[Atelier SysRes SE5 2023/2024 E6 | Cahier n°6]]
| bogano|| || || Timon|| || Benjamin Nguyen
|-
| [[Atelier SysRes SE5 2023/2024 E7 | Cahier n°7]]
| Takobo|| || || Timon|| 193.48.57.184|| Timothé Brenier
|-
| [[Atelier SysRes SE5 2023/2024 E8 | Cahier n°8]]
| Fondor|| || || mushu|| 193.48.57.190|| Florian Vallée
|-
| [[Atelier SysRes SE5 2023/2024 E9 | Cahier n°9]]
| hoth|| || || BlancheNeige|| 193.48.57.187|| Haitam Blgrim
|-
| [[Atelier SysRes SE5 2023/2024 E10 | Cahier n°10]]
| Abafar|| || || Aladin|| 193.48.57.179|| Amine SELLALI
|-
| [[Atelier SysRes SE5 2023/2024 E11 | Cahier n°11]]
| Rotia|| || || DIngo|| 193.48.57.181|| Rémi Farault
|-
| [[Atelier SysRes SE5 2023/2024 E12 | Cahier n°12]]
| jedha|| || || judy|| 193.48.57.182|| Julien Charleux
|-
| [[Atelier SysRes SE5 2023/2024 E13 | Cahier n°13]]
| Bogden|| || || BlancheNeige|| || Black Baptiste
|-
| [[Atelier SysRes SE5 2023/2024 E14 | Cahier n°14]]
| || || || || 193.48.57.188|| Maël Delaby
|-
| [[Atelier SysRes SE5 2023/2024 E15 | Cahier n°15]]
| jiruus|| || || cruella|| || Jeanne Delcourt
|-
| [[Atelier SysRes SE5 2023/2024 E16 | Cahier n°16]]
| exegol|| || || cruella|| 193.48.57.186|| Estelle Godard
|-
| [[Atelier SysRes SE5 2023/2024 E17 | Cahier n°17]]
| Jakku|| || || Jafar|| || Jason DELANNOY
|-
| [[Atelier SysRes SE5 2023/2024 E18 | Cahier n°18]]
| naboo|| 192.168.18.2|| naboo.lol|| bouh|| 193.48.57.180 / 192.168.18.1|| Chloé Lemaire
|-
| [[Atelier SysRes SE5 2023/2024 E19 | Cahier n°19]]
| geonosis|| || geonosis.lol|| bouh|| || Gabriel THOMAS
|-
| [[Atelier SysRes SE5 2023/2024 E20 | Cahier n°20]]
| alderaan|| || || Jafar|| 193.48.57.183|| Albin MOUTON
|-
| [[Atelier SysRes SE5 2023/2024 E21 | Cahier n°21]]
| kesh|| || || Judy|| || Konstantin Patrikeev
|-
| [[Atelier SysRes SE5 2023/2024 E22 | Cahier n°22]]
| kashyyyk|| || || mushu|| || Maxime BALBASTRE
|-
| [[Atelier SysRes SE5 2023/2024 E23 | Cahier n°23]]
| Felucia|| || || || 193.48.57.185|| François NAUDOT
|-
| [[Atelier SysRes SE5 2023/2024 E24 | Cahier n°24]]
| Pelagon|| || || || || Paul Amoros
|-
|
|
|}

== Contrôle continu ==

=== Contrôle du 20/11/2023 ===

A noter qu'aucune machine, quelle soit de service ou mandataire, ne peut avoir accès à Internet vu qu'aucun effort n'a été fait pour relier le serveur <code>capbreton</code> au réseau SE5.

Machines de service.

{| class="wikitable"
! Elève !! Nom machine !! Configuration IP
|-
| Elom || Elias SIMON || une seule interface dans le <code>.cfg</code> (CV SE5), pas de configuration IP
|-
| Mustafar|| Mathis RIFFAUT || une seule interface dans le <code>.cfg</code> (CV SE5), pas de configuration IP
|-
| Dagobah|| Dann RODENBURG || une seule interface dans le <code>.cfg</code> (CV SE5), pas de configuration IP
|-
| Motis || Mohammed Halaoui || une seule interface dans le <code>.cfg</code> (CV SE5), pas de configuration IP
|-
| bogano || Benjamin Nguyen || une seule interface dans le <code>.cfg</code> (CV SE5), pas de configuration IP
|-
| Takobo || Timothé Brenier || une seule interface dans le <code>.cfg</code> (CV SE5), pas de configuration IP
|-
| Fondor || Florian Vallée || une seule interface dans le <code>.cfg</code> (CV SE5), pas de configuration IP
|-
| hoth || Haitam Blgrim || une seule interface dans le <code>.cfg</code> (CV SE5), pas de configuration IP
|-
| Abafar || Amine SELLALI || une seule interface dans le <code>.cfg</code> (CV SE5), pas de configuration IP
|-
| Rotia || Rémi Farault || une seule interface dans le <code>.cfg</code> (CV SE5), pas de configuration IP
|-
| jedha || Julien Charleux || une seule interface dans le <code>.cfg</code> (CV SE5), pas de configuration IP
|-
| Bogden || Black Baptiste || une seule interface dans le <code>.cfg</code> (CV SE5), pas de configuration IP
|-
| jiruus || Jeanne Delcourt || une seule interface dans le <code>.cfg</code> (CV SE5), pas de configuration IP
|-
| exegol || Estelle Godard || une seule interface dans le <code>.cfg</code> (CV SE5), pas de configuration IP
|-
| Jakku || Jason DELANNOY || une seule interface dans le <code>.cfg</code> (CV SE5), pas de configuration IP
|-
| naboo || Chloé Lemaire || une seule interface dans le <code>.cfg</code> (CV SE5), pas de configuration IP
|-
| geonosis || Gabriel THOMAS || une seule interface dans le <code>.cfg</code> (CV SE5), pas de configuration IP
|-
| alderaan || Albin MOUTON || une seule interface dans le <code>.cfg</code> (CV SE5), pas de configuration IP
|-
| kesh || Konstantin Patrikeev || une seule interface dans le <code>.cfg</code> (CV SE5), pas de configuration IP
|-
| kashyyyk || Maxime BALBASTRE || une seule interface dans le <code>.cfg</code> (CV SE5), pas de configuration IP
|-
| Felucia || François NAUDOT || une seule interface dans le <code>.cfg</code> (CV SE5), pas de configuration IP
|-
|}

Machines mandataires.

{| class="wikitable"
! Elèves !! Nom machine !! Configuration IP
|-
| Elias SIMON & Mathis RIFFAUT || Baloo || une seule interface dans le <code>.cfg</code> (CV SE5), aucun CV privé, pas de configuration IP
|-
| Dann RODENBURG & Amine SELLALI || Aladin || une seule interface dans le <code>.cfg</code> (CV SE5), aucun CV privé, pas de configuration IP
|-
| Mohammed Halaoui & Rémi Farault || Dingo || une seule interface dans le <code>.cfg</code> (CV SE5), aucun CV privé, pas de configuration IP
|-
| Benjamin Nguyen & Timothé Brenier || Timon || une seule interface dans le <code>.cfg</code> (CV SE5), aucun CV privé, pas de configuration IP
|-
| Florian Vallée & Maxime BALBASTRE || mushu || une seule interface dans le <code>.cfg</code> (CV SE5), aucun CV privé, pas de configuration IP
|-
| Haitam Blgrim & Black Baptiste || BlancheNeige || une seule interface dans le <code>.cfg</code> (CV SE5), aucun CV privé, pas de configuration IP
|-
| Jeanne Delcourt & Estelle Godard || cruella || une seule interface dans le <code>.cfg</code> (CV SE5), aucun CV privé, pas de configuration IP
|-
| Jason DELANNOY & Albin MOUTON || Jafar || une seule interface dans le <code>.cfg</code> (CV SE5), aucun CV privé, pas de configuration IP
|-
| Chloé Lemaire & Gabriel THOMAS || bouh || une seule interface dans le <code>.cfg</code> (CV SE5), aucun CV privé, pas de configuration IP
|-
| Konstantin Patrikeev & Julien Charleux || judy || une seule interface dans le <code>.cfg</code> (CV SE5), aucun CV privé, pas de configuration IP
|-
| François NAUDOT || || rien
|-
|}

Liste des machines

Elom Mustafar dagobah Motis bogano Takobo Fondor hoth abafar Rotia jedha Bogden jiruus exegol Jakku naboo geonosis alderaan kesh kashyyyk Felucia

Baloo aladin Dingo Timon mushu BlancheNeige cruella Jafar bouh judy

=== Contrôle du 03/12/2023 ===

Le serveur <code>capbreton</code> a été relié au réseau SE5 par <code>naboo</code>.

Il est normal de ne pas avoir d'adresse IPv4 sur la machine de services pour l'interface sur le commutateur virtuel. Par contre, avec mise en place de la mascarade sur la machine mandataire, il doit être possible, pour la machine de services, de se connecter à Internet en IPv4.

{| class="wikitable"
! Elève !! Nom machine !! Configuration IP
|-
| Elom || Elias SIMON
| IPv4 sur CV : 10.0.69.220, pas d'IPv4 sur SE5, IPv6 sur SE5 : 2001:660:4401:60b0:216:3eff:fe0f:b26d, pas de connexion à Internet en IPv4, connexion à Internet en IPv6 possible, pas de résolution DNS fonctionnelle
|-
| Mustafar|| Mathis RIFFAUT
| IPv4 sur CV : 10.0.69.165, pas d'IPv4 sur SE5, IPv6 sur SE5 : 2001:660:4401:60b0:216:3eff:fea9:f79, pas de connexion à Internet en IPv4, connexion à Internet en IPv6 possible, pas de résolution DNS fonctionnelle
|-
| Dagobah|| Dann RODENBURG
| IPv4 sur CV : 10.0.69.205, pas d'IPv4 sur SE5, IPv6 sur SE5 : 2001:660:4401:60b0:216:3eff:fe53:7d33, pas de connexion à Internet en IPv4, connexion à Internet en IPv6 possible, pas de résolution DNS fonctionnelle
|-
| Motis || Mohammed Halaoui
| IPv4 sur CV : 10.0.69.195, pas d'IPv4 sur SE5, IPv6 sur SE5 : 2001:660:4401:60b0:216:3eff:fe7c:2d6a, pas de connexion à Internet en IPv4, connexion à Internet en IPv6 possible, pas de résolution DNS fonctionnelle
|-
| bogano || Benjamin Nguyen
| IPv4 sur CV : 10.0.69.245, pas d'IPv4 sur SE5, IPv6 sur SE5 : 2001:660:4401:60b0:216:3eff:fe62:6960, pas de connexion à Internet en IPv4, connexion à Internet en IPv6 possible, pas de résolution DNS fonctionnelle
|-
| Takobo || Timothé Brenier
| IPv4 sur CV : 10.0.69.181, pas d'IPv4 sur SE5, IPv6 sur SE5 : 2001:660:4401:60b0:216:3eff:fe93:8c48, pas de connexion à Internet en IPv4, connexion à Internet en IPv6 possible, pas de résolution DNS fonctionnelle
|-
| Fondor || Florian Vallée
| IPv4 sur CV : 10.0.69.200, pas d'IPv4 sur SE5, IPv6 sur SE5 : 2001:660:4401:60b0:216:3eff:fe2d:82bf, pas de connexion à Internet en IPv4, connexion à Internet en IPv6 possible, pas de résolution DNS fonctionnelle
|-
| hoth || Haitam Blgrim
| IPv4 sur CV : 10.0.69.157, pas d'IPv4 sur SE5, IPv6 sur SE5 : 2001:660:4401:60b0:216:3eff:fee8:4736, pas de connexion à Internet en IPv4, connexion à Internet en IPv6 possible, pas de résolution DNS fonctionnelle
|-
| Abafar || Amine SELLALI
| IPv4 sur CV : 10.0.69.233, pas d'IPv4 sur SE5, IPv6 sur SE5 : 2001:660:4401:60b0:216:3eff:feae:bcbb, pas de connexion à Internet en IPv4, connexion à Internet en IPv6 possible, pas de résolution DNS fonctionnelle
|-
| Rotia || Rémi Farault
| IPv4 sur CV : 10.0.69.130, pas d'IPv4 sur SE5, IPv6 sur SE5 : 2001:660:4401:60b0:216:3eff:fe2e:ec48, pas de connexion à Internet en IPv4, connexion à Internet en IPv6 possible, pas de résolution DNS fonctionnelle
|-
| jedha || Julien Charleux
| IPv4 sur CV : 10.0.69.221, pas d'IPv4 sur SE5, IPv6 sur SE5 : 2001:660:4401:60b0:216:3eff:fef6:364f, pas de connexion à Internet en IPv4, connexion à Internet en IPv6 possible, pas de résolution DNS fonctionnelle
|-
| Bogden || Black Baptiste
| IPv4 sur CV : 10.0.69.246, pas d'IPv4 sur SE5, IPv6 sur SE5 : 2001:660:4401:60b0:216:3eff:fe67:89fd, pas de connexion à Internet en IPv4, connexion à Internet en IPv6 possible, pas de résolution DNS fonctionnelle
|-
| jiruus || Jeanne Delcourt
| IPv4 sur CV : 10.0.69.247, pas d'IPv4 sur SE5, IPv6 sur SE5 : 2001:660:4401:60b0:216:3eff:fe9c:6f0e, pas de connexion à Internet en IPv4, connexion à Internet en IPv6 possible, pas de résolution DNS fonctionnelle
|-
| exegol || Estelle Godard
| IPv4 sur CV : 10.0.69.147, pas d'IPv4 sur SE5, IPv6 sur SE5 : 2001:660:4401:60b0:216:3eff:fe17:bc38, pas de connexion à Internet en IPv4, connexion à Internet en IPv6 possible, pas de résolution DNS fonctionnelle
|-
| Jakku || Jason DELANNOY
| IPv4 sur CV : 10.0.69.136, pas d'IPv4 sur SE5, IPv6 sur SE5 : 2001:660:4401:60b0:216:3eff:fee1:1e4d, pas de connexion à Internet en IPv4, connexion à Internet en IPv6 possible, pas de résolution DNS fonctionnelle
|-
| naboo || Chloé Lemaire
| IPv4 sur CV : 192.168.18.2, pas d'IPv4 sur SE5, IPv6 sur SE5 : 2001:660:4401:60b0:216:3eff:fef2:7e2, pas de connexion à Internet en IPv4, connexion à Internet en IPv6 possible, résolution DNS fonctionnelle
|-
| geonosis || Gabriel THOMAS
| IPv4 sur CV : 10.0.69.231, pas d'IPv4 sur SE5, IPv6 sur SE5 : 2001:660:4401:60b0:216:3eff:feb0:b140, pas de connexion à Internet en IPv4, connexion à Internet en IPv6 possible, pas de résolution DNS fonctionnelle
|-
| alderaan || Albin MOUTON
| IPv4 sur CV : 10.0.69.106, pas d'IPv4 sur SE5, IPv6 sur SE5 : 2001:660:4401:60b0:216:3eff:fe97:2114, pas de connexion à Internet en IPv4, connexion à Internet en IPv6 possible, pas de résolution DNS fonctionnelle
|-
| kesh || Konstantin Patrikeev
| IPv4 sur CV : 10.0.69.222, pas d'IPv4 sur SE5, IPv6 sur SE5 : 2001:660:4401:60b0:216:3eff:fe10:e2cb, pas de connexion à Internet en IPv4, connexion à Internet en IPv6 possible, pas de résolution DNS fonctionnelle
|-
| kashyyyk || Maxime BALBASTRE
| IPv4 sur CV : 10.0.69.240, pas d'IPv4 sur SE5, IPv6 sur SE5 : 2001:660:4401:60b0:216:3eff:feca:73e7, pas de connexion à Internet en IPv4, connexion à Internet en IPv6 possible, pas de résolution DNS fonctionnelle
|-
| Felucia || François NAUDOT
| IPv4 sur CV : 10.0.69.139, pas d'IPv4 sur SE5, IPv6 sur SE5 : 2001:660:4401:60b0:216:3eff:fe89:460a, pas de connexion à Internet en IPv4, connexion à Internet en IPv6 possible, pas de résolution DNS fonctionnelle
|-
|}

Machines mandataires.

{| class="wikitable"
! Elèves !! Nom machine !! Configuration IP
|-
| Elias SIMON & Mathis RIFFAUT || Baloo
| IPv4 sur CV : 10.0.69.152, pas d'IPv4 sur SE5, IPv6 sur SE5 : 2001:660:4401:60b0:216:3eff:fec8:5379, pas de connexion à Internet en IPv4, connexion à Internet en IPv6 possible, pas de résolution DNS fonctionnelle
|-
| Dann RODENBURG & Amine SELLALI || Aladin
| IPv4 sur CV : 10.0.69.107, pas d'IPv4 sur SE5, IPv6 sur SE5 : 2001:660:4401:60b0:216:3eff:fe6b:c000, pas de connexion à Internet en IPv4, connexion à Internet en IPv6 possible, pas de résolution DNS fonctionnelle
|-
| Mohammed Halaoui & Rémi Farault || Dingo
| IPv4 sur CV : 10.0.69.156, pas d'IPv4 sur SE5, IPv6 sur SE5 : 2001:660:4401:60b0:216:3eff:fe0d:4f9c, pas de connexion à Internet en IPv4, connexion à Internet en IPv6 possible, pas de résolution DNS fonctionnelle
|-
| Benjamin Nguyen & Timothé Brenier || Timon
| IPv4 sur CV : 10.0.69.104, pas d'IPv4 sur SE5, IPv6 sur SE5 : 2001:660:4401:60b0:216:3eff:fedc:7539, pas de connexion à Internet en IPv4, connexion à Internet en IPv6 possible, pas de résolution DNS fonctionnelle
|-
| Florian Vallée & Maxime BALBASTRE || mushu
| IPv4 sur CV : 10.0.69.160, pas d'IPv4 sur SE5, IPv6 sur SE5 : 2001:660:4401:60b0:216:3eff:fe20:8816, pas de connexion à Internet en IPv4, connexion à Internet en IPv6 possible, pas de résolution DNS fonctionnelle
|-
| Haitam Blgrim & Black Baptiste || BlancheNeige
| IPv4 sur CV : 10.0.69.182, pas d'IPv4 sur SE5, IPv6 sur SE5 : 2001:660:4401:60b0:216:3eff:feba:38f4, pas de connexion à Internet en IPv4, connexion à Internet en IPv6 possible, pas de résolution DNS fonctionnelle
|-
| Jeanne Delcourt & Estelle Godard || cruella
| IPv4 sur CV : 10.0.69.108, pas d'IPv4 sur SE5, IPv6 sur SE5 : 2001:660:4401:60b0:216:3eff:fee5:ff99, pas de connexion à Internet en IPv4, connexion à Internet en IPv6 possible, pas de résolution DNS fonctionnelle
|-
| Jason DELANNOY & Albin MOUTON || Jafar
| IPv4 sur CV : 10.0.69.171, pas d'IPv4 sur SE5, IPv6 sur SE5 : 2001:660:4401:60b0:216:3eff:fe3e:f0bb, pas de connexion à Internet en IPv4, connexion à Internet en IPv6 possible, pas de résolution DNS fonctionnelle
|-
| Chloé Lemaire & Gabriel THOMAS || bouh
| IPv4 sur CV : 192.168.18.1, IPv4 sur SE5 : 193.48.57.180, IPv6 sur SE5 : 2001:660:4401:60b0:216:3eff:fe4f:dde2, connexion à Internet en IPv4 possible, connexion à Internet en IPv6 possible, résolution DNS fonctionnelle
|-
| Konstantin Patrikeev & Julien Charleux || judy
| IPv4 sur CV : 10.0.69.216, pas d'IPv4 sur SE5, IPv6 sur SE5 : 2001:660:4401:60b0:216:3eff:fe7d:4762, pas de connexion à Internet en IPv4, connexion à Internet en IPv6 possible, pas de résolution DNS fonctionnelle
|-
| François NAUDOT ||
|-
|}

== Répartition des binômes en ASR ==

Donnez les élèves dans chaque groupe.

{| class="wikitable"
! Groupe !! Elèves
|-
| g1 || Konstantin Patrikeev & Julien Charleux
|-
| g2 || Chloé Lemaire & Gabriel Thomas
|-
| g3 || Timothé Brenier & Benjamin Nguyen
|-
| g4 || François Naudot & Dann Rodenburg
|-
| g5 || Maël Delaby & Paul Amoros
|-
| g6 || Haitam Blgrim & Baptiste Black
|-
| g7 || Jason Delannoy & Albin Mouton
|-
| g8 || Elias Simon & Mathis Riffaut
|-
| g10 || Estelle Godard & Jeanne Delcourt
|-
| g11 || Karl Habre & Amine Sellali
|-
| g12 || Mohammed Halaoui & Rémi Farault
|-
|g13
|Maxime Balbastre & Florian Vallée
|}

Le 05/11/2023, aucun commutateur virtuel correctement configuré, soit une adresse IPv4 sur le commutateur pour aucune raison, soit une configuration <code>static</code> non adaptée, pas de <code>up</code> sur le commutateur virtuel.

== Contrôle continu ==

=== Contrôle au 05/11/2023 ===

{| class="wikitable"
! Groupe !! Elèves !! Migration !! Archi. penfret !! Archi. antifer
|-
| g1 || Konstantin Patrikeev & Julien Charleux || || jcharleu, CV conf. erronée, MV interf. vlan50, pas de config. IPv4 || kpatrikee, CV conf. erronée, MV interf. vlan50, pas de config. IPv4, routeur mauvais disque dans le <code>.cfg</code>
|-
| g2 || Chloé Lemaire & Gabriel Thomas || || gthomas, CV conf. erronée, MV mdp erroné, interf. vlan50 || clemair1, CV conf. erronée, MV interf. vlan50, pas de config. IPv4, routeur lancé, une seule interface réseau, pas de config. réseau
|-
| g3 || Timothé Brenier & Benjamin Nguyen || || bnguyen1, CV conf. erronée, MV interf. vlan50, pas de config. IPv4 || tbrenier, CV conf. erronée, MV interf. vlan50, pas de config. IPv4, routeur mauvais disque dans le <code>.cfg</code>
|-
| g4 || François Naudot & Dann Rodenburg || || drodenbu, CV conf. erronée, MV interf. vlan50, pas de config. IPv4 || fnaudot, CV conf. erronée, MV interf. vlan50, pas de config. IPv4, routeur mauvais disque dans le <code>.cfg</code>
|-
| g5 || Maël Delaby & Paul Amoros || || pas de CV, pas de MV || mdelaby, CV conf. erronée, pygrub dans la MV ? pas de routeur, faut lui créer son propre <code>.cfg</code>
|-
| g6 || Haitam Blgrim & Baptiste Black || || hblgrim, CV conf. erronée, MV avec 2 interfaces, pas de MAC sur la 1ère, config. IPv4 OK || bblack, CV commenté, pas de MV (plus exactement une machine visible via <code>xen list</code> mais pas de <code>.cfg</code> dans <code>/etc/xen</code>), pas de routeur OpenWRT
|-
| g7 || Jason Delannoy & Albin Mouton || || jdelanno, CV conf. erronée, MV interf. vlan50, pas de config. IPv4 || amouton, CV conf. erronée, MV interf. vlan50, pas de config. IPv4, routeur lancé, une seule interface réseau
|-
| g8 || Elias Simon & Mathis Riffaut || || mriffaut, CV conf. erronée, MV interf. vlan50, pas de config. IPv4 || esimon, CV conf. erronée, MV interf. vlan50, pas de config. IPv4, pas de routeur
|-
| g10 || Estelle Godard & Jeanne Delcourt || || jdelcour, CV conf. erronée, MV interf. vlan50, pas de config. IPv4 || egodard, CV conf. erronée, MV interf. vlan50, pas de config. IPv4, routeur lancé, deux interfaces réseau, changez l'ordre des interfaces dans le <code>.cfg</code>
|-
| g11 || Karl Habre & Amine Sellali || || khabre, CV conf. erronée, MV non créée, MV interf. vlan50, pas de config. IPv4 || asellali, CV conf. erronée, MV interf. vlan50, pas de config. IPv4, routeur avec une définition de disque aberrante dans le <code>.cfg</code>
|-
| g12 || Mohammed Halaoui & Rémi Farault || || rfarault, CV conf. erronée, MV interf. vlan50, pas de config. IPv4 || pas de CV, MV interf. vlan50, pas de config. IPv4, pas de routeur
|}

=== Contrôle au 20/11/2023 ===

A noter qu'un sacré coup de pouce aura été nécessaire pour configurer le routeur de promotion, avec un seul élève en appui.

{| class="wikitable"
! Groupe !! Elèves !! Migration !! Archi. penfret !! Archi. antifer
|-
| g1 || Konstantin Patrikeev & Julien Charleux || || jcharleu, CV configuration toujours erronée, pas de VLAN, MV avec une seule interface (vlan50), toujours pas de configuration IPv4 correcte || kpatrikee, CV configuration toujours erronée, pas de VLAN, MV avec une seule interface réseau (dans le vlan50), pas de configuration IPv4 correcte, pour le routeur toujours une mauvaise définition de disque dans le <code>.cfg</code>
|-
| g2 || Chloé Lemaire & Gabriel Thomas || || gthomas, CV configuration toujours erronée, pas de VLAN, MV avec une seule interface (vlan50), pas de configuration IPv4 correcte || clemair1, CV configuré, VLAN configuré, MV lancée et totalement configurée en IPv4, routeur lancé et correctement configuré
|-
| g3 || Timothé Brenier & Benjamin Nguyen || || bnguyen1, CV conf. toujours erronée, pas de VLAN, MV avec une seule interface (vlan50), toujours pas de configuration IPv4 correcte || tbrenier, CV configuration toujours erronée, pas de VLAN, MV avec une seule interface réseau (dans le vlan50), pas de configuration IPv4 correcte, pour le routeur toujours une mauvaise définition de disque dans le <code>.cfg</code>, deux interfaces cependant
|-
| g4 || François Naudot & Dann Rodenburg || || drodenbu, CV conf. toujours erronée, pas de VLAN, MV avec une seule interface (vlan50), toujours pas de configuration IPv4 correcte || fnaudot, CV configuration toujours erronée, pas de VLAN, MV avec une seule interface réseau (dans le vlan50), pas de configuration IPv4 correcte, pour le routeur toujours une mauvaise définition de disque dans le <code>.cfg</code>, deux interfaces cependant
|-
| g5 || Maël Delaby & Paul Amoros || || toujours pas de CV, pas de VLAN, toujours pas de MV || mdelaby, CV configuration toujours erronée, pas de VLAN, toujours le bootloader <code>pygrub</code> dans la MV (commenté), MV avec une seule interface réseau (dans le CV), configuration DHCP OK pour l'interface (dans le CV), toujours pas de routeur : il faut lui créer son propre <code>.cfg</code>
|-
| g6 || Haitam Blgrim & Baptiste Black || || hblgrim, CV conf. toujours erronée, pas de VLAN, MV ne démarre pas à cause de l'erreur sur le CV (correction ReX sur le CV), MV avec 2 interfaces, pas de MAC sur la première interface dans le .cfg, configuration IPv4 OK dans la MV || bblack, CV configuration toujours erronée, pas de VLAN, toujours pas e <code>.cfg</code> pour la MV, un routeur OpenWRT avec la bonne définition de disque, deux interface mais sans @MAC, aucune configuration du routeur
|-
| g7 || Jason Delannoy & Albin Mouton || || jdelanno, CV conf. toujours, erronée, pas de VLAN, MV avec une seule interface (vlan50), toujours pas de configuration IPv4 correcte || amouton, CV configuration toujours erronée, pas de VLAN, MV avec une seule interface réseau (dans le vlan50), pas de configuration IPv4 correcte, routeur lancé, une seule interface réseau, pas de configuration du routeur
|-
| g8 || Elias Simon & Mathis Riffaut || || mriffaut, CV conf. toujours erronée, pas de VLAN, MV avec une seule interface (vlan50), pas de configuration IPv4 correcte || esimon, CV configuration toujours erronée, pas de VLAN, MV avec une seule interface réseau (dans le vlan50), pas de configuration IPv4 correcte, toujours pas de routeur
|-
| g10 || Estelle Godard & Jeanne Delcourt || || jdelcour, CV conf. toujours erronée, pas de VLAN, MV avec une seule interface (vlan50), pas de configuration IPv4 correcte || egodard, CV configuration toujours erronée, pas de VLAN, MV avec une seule interface réseau (dans le vlan50), pas de configuration IPv4 correcte, routeur lancé, deux interfaces réseau, pas de configuration du routeur
|-
| g11 || Karl Habre & Amine Sellali || || khabre, CV conf. toujours erronée, pas de VLAN, MV enfin créée avec une seule interface, pas de configuration IPv4 correcte || asellali, CV configuration toujours erronée, pas de VLAN, MV avec une seule interface réseau (dans le vlan50), pas de configuration IPv4 correcte, routeur avec une définition de disque aberrante dans le <code>.cfg</code>, une seule interface, pas de configuration du routeur
|-
| g12 || Mohammed Halaoui & Rémi Farault || || rfarault, CV conf. toujours erronée, pas de VLAN, MV avec une seule interface (vlan50), pas de configuration IPv4 correcte || pas de CV, MV avec une seule interface réseau (dans le vlan50), pas de configuration IPv4 correcte, toujours pas de routeur
|}

=== Contrôle au 30/11/2023 ===

{| class="wikitable"
! Groupe !! Elèves !! Archi. penfret !! Archi. antifer
|-
| g1 || Konstantin Patrikeev & Julien Charleux || jcharleu, CV configuration toujours erronée, pas de VLAN, MV avec une seule interface (vlan50), toujours pas de configuration IPv4 correcte. || kpatrikee, CV et VLAN configurés mais dites moi comment vous trouvez 1 avec la formule <code>6+N%4</code>, MV avec les bonnes interfaces, inversion dans la configuration IPv4 entre <code>enX0</code> et <code>enX1</code>, pour le routeur toujours une mauvaise définition de disque dans le <code>.cfg</code> par contre les deux interfaces demandées sont présentes.
|-
| g2 || Chloé Lemaire & Gabriel Thomas || gthomas, CV configuré, VLAN configuré, MV lancée et totalement configurée en IPv4. || clemair1, CV configuré, VLAN configuré, MV lancée et totalement configurée en IPv4, routeur lancé et correctement configuré.
|-
| g3 || Timothé Brenier & Benjamin Nguyen || bnguyen1, CV conf. toujours erronée, pas de VLAN, MV avec une seule interface (vlan50), toujours pas de configuration IPv4 correcte. || tbrenier, CV configuration toujours erronée, pas de VLAN, MV avec une seule interface réseau (dans le vlan50), pas de configuration IPv4 correcte, pour le routeur toujours une mauvaise définition de disque dans le <code>.cfg</code>, deux interfaces cependant.
|-
| g4 || François Naudot & Dann Rodenburg || drodenbu, CV conf. toujours erronée, pas de VLAN, MV avec une seule interface (vlan50), toujours pas de configuration IPv4 correcte. || fnaudot, CV configuration toujours erronée, pas de VLAN, MV avec une seule interface réseau (dans le vlan50), pas de configuration IPv4 correcte, pour le routeur toujours une mauvaise définition de disque dans le <code>.cfg</code>, deux interfaces cependant.
|-
| g5 || Maël Delaby & Paul Amoros || toujours pas de CV, pas de VLAN, toujours pas de MV. || mdelaby, CV configuration toujours erronée, pas de VLAN, toujours le bootloader <code>pygrub</code> dans la MV (commenté), MV avec un chemin des disques étranges, MV avec une seule interface réseau (dans le CV), configuration DHCP OK pour l'interface (dans le CV), toujours pas de routeur : il faut lui créer son propre <code>.cfg</code>.
|-
| g6 || Haitam Blgrim & Baptiste Black || hblgrim, il manque les directives pour démarrer et arrêter les interfaces mais sinon CV et VLAN configurés, MV lancé et configurée, il ne faut pas de <code>gateway</code> sur <code>enX1</code>, <code>enX0</code> ne trouve pas son adresse par DHCP à cause du commutateur virtuel non activé. || bblack, CV et VLAN configurés mais pas toutes les directives de démarrage et d'arrêt, toujours pas de <code>.cfg</code> pour la MV, un routeur OpenWRT avec la bonne définition de disque, deux interface mais sans @MAC, aucune configuration du routeur.
|-
| g7 || Jason Delannoy & Albin Mouton || jdelanno, CV conf. toujours, erronée, pas de VLAN, MV avec une seule interface (vlan50), toujours pas de configuration IPv4 correcte; || amouton, CV configuration toujours erronée, pas de VLAN, MV avec une seule interface réseau (dans le vlan50), pas de configuration IPv4 correcte, routeur lancé, une seule interface réseau, pas de configuration du routeur.
|-
| g8 || Elias Simon & Mathis Riffaut || mriffaut, CV conf. toujours erronée, pas de VLAN, MV avec une seule interface (vlan50), pas de configuration IPv4 correcte. || esimon, CV configuration toujours erronée, pas de VLAN, MV avec une seule interface réseau (dans le vlan50), pas de configuration IPv4 correcte, toujours pas de routeur.
|-
| g10 || Estelle Godard & Jeanne Delcourt || jdelcour, CV configuré, VLAN configuré (par contre l'utilisation de <code>ether4</code> est impossible), MV lancée et correctement configurée en IPv4, <code>enX0</code> ne trouve pas son @IPv4 à cause de l'erreur sur le VLAN. || egodard, CV configuré, VLAN configuré (par contre l'utilisation de <code>ether4</code> est impossible), MV avec deux interfaces, correctement configurée en IPv4, pas d'adresse obtenue par DHCP, problème de l'OpenWRT, routeur OpenWRT avec les bonnes interfaces, l'adresse IPv4 sur SE5 est donnée avec un mauvais masque, linterface <code>enX0</code> reçoit bien son adresse IPv4 par DHCP.
|-
| g11 || Karl Habre & Amine Sellali || khabre, CV configuration toujours erronée, pas de VLAN, MV avec une seule interface, pas de configuration IPv4 correcte || asellali, CV configuration toujours erronée, pas de VLAN, MV avec une seule interface réseau (dans le vlan50), pas de configuration IPv4 correcte, routeur avec une définition de disque aberrante dans le <code>.cfg</code>, une seule interface, pas de configuration du routeur
|-
| g12 || Mohammed Halaoui & Rémi Farault || rfarault, CV configuré, VLAN configuré mais configuration commentée (pourquoi donc ?!), MV lancée et correctement configurée en IPv4, <code>enX0</code> ne trouve pas son @IPv4 à cause de l'absence d'interface VLAN. || CV configuré, VLAN configuré, MV avec deux interfaces, correctement configurée en IPv4, un routeur avec les deux interfaces demandées, pas d'adresse IPv4 sur SE5, serveur DHCP fonctionnel.
|}

=== Contrôle au 02/12/2023 ===

{| class="wikitable"
! Groupe !! Elèves !! MV <code>penfret</code> !! MV <code>antifer</code> !! Routeur OpenWRT
|-
| g1 || Konstantin Patrikeev & Julien Charleux
| IPv4 sur CV : 10.0.69.185, IPv4 sur VLAN50 : 172.126.145.103, IPv6 sur VLAN50 : 2001:660:4401:6050:216:3eff:fe00:a98d, pas de connexion à Internet en IPv4, pas de résolution DNS fonctionnelle
| IPv4 sur CV : 10.0.69.218, IPv4 sur VLAN50 : 172.26.145.102, IPv6 sur VLAN50 : 2001:660:4401:6050:216:3eff:fe7d:bc44, pas de connexion à Internet en IPv4, pas de résolution DNS fonctionnelle
| pas d'IPv4 routée sur Internet, une IPv6 routée sur Internet, pas de connexion à Internet en IPv4
|-
| g2 || Chloé Lemaire & Gabriel Thomas
| IPv4 sur CV : 10.0.69.212, IPv4 sur VLAN50 : 172.26.145.105, IPv6 sur VLAN50 : 2001:660:4401:6050:216:3eff:fedb:2ac4, connexion à Internet en IPv4 possible, pas de résolution DNS fonctionnelle
| IPv4 sur CV : 10.0.69.145, IPv4 sur VLAN50 : 172.26.145.104, IPv6 sur VLAN50 : 2001:660:4401:6050:216:3eff:fe31:b916, connexion à Internet en IPv4 possible, resolution DNS fonctionnelle
| IPv4 sur Internet : 193.48.57.180, une IPv6 routée sur Internet, connexion à Internet en IPv4 possible
|-
| g3 || Timothé Brenier & Benjamin Nguyen
| MV non contactable sur le VLAN 50 en IPv6
| pas d'IPv4 sur le CV, IPv4 sur VLAN50 : 172.26.145.106, IPv6 sur VLAN50 : 2001:660:4401:6050:216:3eff:feaa:f292, pas de connexion à Internet en IPv4, pas de résolution DNS fonctionnelle
| routeur openWRT non fonctionnel
|-
| g4 || François Naudot & Dann Rodenburg
| MV non contactable sur le VLAN 50 en IPv6
| pas d'IPv4 sur le CV, IPv4 sur VLAN50 : 172.26.145.108, IPv6 sur VLAN50 : 2001:660:4401:6050:216:3eff:fec6:168, pas de connexion à Internet en IPv4, pas de résolution DNS fonctionnelle
| routeur openWRT non fonctionnel (si ? non, inversion des <code>vif</code>)
|-
| g5 || Maël Delaby & Paul Amoros
| MV non contactable sur le VLAN 50 en IPv6
| image disque du fichier de configuration non présente sur <code>antifer</code>
| routeur openWRT non fonctionnel
|-
| g6 || Haitam Blgrim & Baptiste Black
| MV non contactable sur le VLAN 50 en IPv6
| pas de fichier de configuration
| routeur openWRT non fonctionnel
|-
| g7 || Jason Delannoy & Albin Mouton
| MV non contactable sur le VLAN 50 en IPv6
| machine non contactable en IPv6 sur le bridgeStudents
| pas d'adresse MAC dans le fichier de configuration
|-
| g8 || Elias Simon & Mathis Riffaut
| MV non contactable sur le VLAN 50 en IPv6
| pas d'IPv4 sur le CV, IPv4 sur VLAN50 : 172.26.145.116, IPv6 sur VLAN50 : 2001:660:4401:6050:216:3eff:fe01:754c, pas de connexion à Internet en IPv4, pas de résolution DNS fonctionnelle
| routeur openWRT non fonctionnel
|-
| g10 || Estelle Godard & Jeanne Delcourt
| IPv4 sur CV : 10.0.69.165, IPv4 sur VLAN50 : 172.26.145.121, IPv6 sur VLAN50 : 2001:660:4401:6050:216:3eff:fe7e:35e1, pas de connexion à Internet en IPv4, pas de résolution DNS fonctionnelle
| IPv4 sur CV : 10.0.69.132, IPv4 sur VLAN50 : 172.26.145.120, IPv6 sur VLAN50 : 2001:660:4401:6050:216:3eff:feb4:5ea3, pas de connexion à Internet en IPv4, pas de résolution DNS fonctionnelle
| IPv4 sur Internet : 193.48.57.191, une IPv6 routée sur Internet, pas de connexion à Internet en IPv4
|-
| g11 || Karl Habre & Amine Sellali
| MV non contactable sur le VLAN 50 en IPv6
| machine non contactable en IPv6 sur le bridgeStudents
| pas d'adresse MAC dans le fichier de configuration, création du routeur impossible
|-
| g12 || Mohammed Halaoui & Rémi Farault
| pas d'IPv4 sur le CV, IPv4 sur VLAN50 : 172.26.145.125, IPv6 sur VLAN50 : 2001:660:4401:6050:216:3eff:fe54:5aee, pas de connexion à Internet en IPv4, pas de résolution DNS fonctionnelle
| pas d'IPv4 sur le CV, IPv4 sur VLAN50 : 172.26.145.124, IPv6 sur VLAN50 : 2001:660:4401:6050:216:3eff:fe9a:5186, pas de connexion à Internet en IPv4, pas de résolution DNS fonctionnelle
| pas d'IPv4 routée sur Internet, pas d'IPv6 routée sur Internet, pas de connexion à Internet en IPv4
|-
|}

=== Contrôle au 05/12/2023 ===

Pour utiliser l'interface Web LuCi des openWRT à partir d'une zabeth :
* vérifiez que vous avez bien une IPv6 routée sur IPv6 (avec <code>ip address show dev eth0</code>, l'adresse commence par <code>2001:660:4401:60b0:</code>) ;
* si vous n'en avez pas, prenez le suffixe (les derniers 8 octets de l'adresse locale, celle qui commence par <code>fe80::</code>) et créez votre adresse IPv6 routée par la commande :
ip address add dev eth0 2001:660:4401:60b0:<suffixe>/64
bien entendu vous n'aurez oublié de rajouter la route IPv6 par défaut vers le routeur de la promotion :
ip -6 route add default via 2001:660:4401:60b0:6a9e:bff:fe46:5a76
* établissez un tunnel <code>ssh</code> avec la commande :
zabethXX# ssh -L 6443:localhost:6443 root@IPv6
* connectez vous sur LuCi avec le navigateur de la zabeth pointant sur <code>https://localhost:6443</code>.

Attention l'ordre des interfaces <code>vif</code> dans le <code>.cfg</code> a une importance.

{| class="wikitable"
! Groupe !! Elèves !! MV <code>penfret</code> !! MV <code>antifer</code> !! Routeur OpenWRT
|-
| g1 || Konstantin Patrikeev & Julien Charleux
| IPv4 sur CV : 10.0.69.185, IPv4 sur VLAN50 : 172.126.145.103, IPv6 sur VLAN50 : 2001:660:4401:6050:216:3eff:fe00:a98d, pas de connexion à Internet en IPv4, pas de résolution DNS fonctionnelle
| IPv4 sur CV : 10.0.69.218, IPv4 sur VLAN50 : 172.26.145.102, IPv6 sur VLAN50 : 2001:660:4401:6050:216:3eff:fe7d:bc44, pas de connexion à Internet en IPv4, pas de résolution DNS fonctionnelle
| pas d'IPv4 routée sur Internet (puis <code>193.48.57.191</code> donc une erreur), pas d'IPv6 routée sur Internet, pas de connexion à Internet en IPv4
|-
| g2 || Chloé Lemaire & Gabriel Thomas
| IPv4 sur CV : 10.0.69.212, IPv4 sur VLAN50 : 172.26.145.105, IPv6 sur VLAN50 : 2001:660:4401:6050:216:3eff:fedb:2ac4, connexion à Internet en IPv4 possible, pas de résolution DNS fonctionnelle
| IPv4 sur CV : 10.0.69.145, IPv4 sur VLAN50 : 172.26.145.104, IPv6 sur VLAN50 : 2001:660:4401:6050:216:3eff:fe31:b916, connexion à Internet en IPv4 possible, resolution DNS fonctionnelle
| IPv4 sur Internet : 193.48.57.180, IPv6 sur Internet : 2001:660:4401:60b0:216:3eff:fe31:b916, connexion à Internet en IPv4 possible
|-
| g3 || Timothé Brenier & Benjamin Nguyen
| IPv4 sur CV : 10.0.69.130, IPv4 sur VLAN50 : 172.26.145.107, IPv6 sur VLAN50 : 2001:660:4401:6050:216:3eff:feff:4c44, connexion à Internet en IPv4 possible, résolution DNS fonctionnelle
| IPv4 sur CV : 10.0.69.167, IPv4 sur VLAN50 : 172.26.145.106, IPv6 sur VLAN50 : 2001:660:4401:6050:216:3eff:feaa:f292, connexion à Internet en IPv4 possible, pas de résolution DNS fonctionnelle
| IPv4 sur Internet : 193.48.57.184, IPv6 sur Internet : 2001:660:4401:60b0:216:3eff:feaa:f293, connexion à Internet en IPv4 possible
|-
| g4 || François Naudot & Dann Rodenburg
| IPv4 sur CV : 10.0.69.156, IPv4 sur VLAN50 : 172.26.145.109, IPv6 sur VLAN50 : 2001:660:4401:6050:216:3eff:fe46:70cd, connexion à Internet en IPv4 possible, pas de résolution DNS fonctionnelle
| IPv4 sur CV : 10.0.69.106, IPv4 sur VLAN50 : 172.26.145.108, IPv6 sur VLAN50 : 2001:660:4401:6050:216:3eff:fec6:168, connexion à Internet en IPv4 possible, pas de résolution DNS fonctionnelle
| IPv4 sur Internet : 193.48.57.185, IPv6 sur Internet : 2001:660:4401:60b0:216:3eff:fec6:169, connexion à Internet en IPv4 possible
|-
| g5 || Maël Delaby & Paul Amoros
| IPv4 sur CV : 10.0.69.189, IPv4 sur VLAN50 : 172.26.145.111, IPv6 sur VLAN50 : 2001:660:4401:6050:216:3eff:fe14:cdb5, connexion à Internet en IPv4 possible, pas de résolution DNS fonctionnelle
| IPv4 sur CV : 10.0.69.171, IPv4 sur VLAN50 : 172.26.145.110, IPv6 sur VLAN50 : 2001:660:4401:6050:216:3eff:fe5b:b2b5, connexion à Internet en IPv4 possible, resolution DNS fonctionnelle
| IPv4 sur Internet : 193.48.57.188, IPv6 sur Internet : 2001:660:4401:60b0:216:3eff:fe5b:b2b6, connexion à Internet en IPv4 possible
|-
| g6 || Haitam Blgrim & Baptiste Black
| IPv4 sur CV : 10.0.69.100, IPv4 sur VLAN50 : 172.26.145.113, IPv6 sur VLAN50 : 2001:660:4401:6050:216:3eff:fef9:2bb9, pas de connexion à Internet en IPv4, pas de résolution DNS fonctionnelle
| pas de machine virtuelle
| bloquage du serveur <code>antifer</code> par installation du routeur openWRT sous la racine, machine non contactable en IPv6 sur le SE5
|-
| g7 || Jason Delannoy & Albin Mouton
| CV non configuré, machine non contactable en IPv6 sur le VLAN50
| machine non contactable en IPv6 sur le bridgeStudent
| pas d'adresse MAC dans le <code>.cfg</code>
|-
| g8 || Elias Simon & Mathis Riffaut
| CV non configuré, machine non contactable en IPv6 sur le VLAN50
| machine non contactable en IPv6 sur le bridgeStudents
| machine non contactable en IPv6 sur le SE5
|-
| g10 || Estelle Godard & Jeanne Delcourt
| IPv4 sur CV : 10.0.69.165, IPv4 sur VLAN50 : 172.26.145.121, IPv6 sur VLAN50 : 2001:660:4401:6050:216:3eff:fe7e:35e1, pas de connexion à Internet en IPv4, pas de résolution DNS fonctionnelle
| IPv4 sur CV : 10.0.69.132, IPv4 sur VLAN50 : 172.26.145.120, IPv6 sur VLAN50 : 2001:660:4401:6050:216:3eff:feb4:5ea3, pas de connexion à Internet en IPv4, pas de résolution DNS fonctionnelle
| IPv4 sur Internet : 193.48.57.191 (erreur !!), IPv6 sur Internet : 2001:660:4401:60b0:216:3eff:feb4:5ea4, pas de connexion à Internet en IPv4
|-
| g11 || Karl Habre & Amine Sellali
| machine non contactable en IPv6 sur le VLAN50
| machine non contactable en IPv6 sur le bridgeStudents
| pas d'adresse MAC dans le <code>.cfg</code>
|-
| g12 || Mohammed Halaoui & Rémi Farault
| IPv4 sur CV : 10.0.69.131, IPv4 sur VLAN50 : 172.26.145.125, IPv6 sur VLAN50 : 2001:660:4401:6050:216:3eff:fe54:5aee, pas de connexion à Internet en IPv4, pas de résolution DNS fonctionnelle
| pas d'IPv4 sur le CV, IPv4 sur VLAN50 : 172.26.145.124, IPv6 sur VLAN50 : 2001:660:4401:6050:216:3eff:fe9a:5186, pas de connexion à Internet en IPv4, pas de résolution DNS fonctionnelle
| IPv4 sur Internet : 193.48.57.181, IPv6 sur Internet : 2001:660:4401:60b0:216:3eff:fe9a:5186, pas de connexion à Internet en IPv4
|-
|}

Pas de changement sur les routeurs OpenWRT à 17h30.

Pas de changement sur les MV d'<code>antifer</code> à 18h00.

Une seule modification sur les MV de <code>penfret</code> à 18h15 : la G7 (<code>g7jdelannoVM</code>) est maintenant contactable (@IPv4 et @IPv6 sur le VLAN50) mais sans rien de plus.

=== Contrôle au 06/12/2023 ===

Données brutes pour les routeurs openWRT (pas de relancement) :

G1 | IPv4 sur Internet : 193.48.57.191, IPv6 sur Internet : 2001:660:4401:60b0:216:3eff:fe7d:bc44, pas de connexion à Internet en IPv4
G2 | IPv4 sur Internet : 193.48.57.180, IPv6 sur Internet : 2001:660:4401:60b0:216:3eff:fe31:b916, connexion à Internet en IPv4 possible
G3 | IPv4 sur Internet : 193.48.57.184, IPv6 sur Internet : 2001:660:4401:60b0:216:3eff:feaa:f293, connexion à Internet en IPv4 possible
G4 | IPv4 sur Internet : 193.48.57.185, IPv6 sur Internet : 2001:660:4401:60b0:216:3eff:fec6:169, connexion à Internet en IPv4 possible
G5 | IPv4 sur Internet : 193.48.57.188, IPv6 sur Internet : 2001:660:4401:60b0:216:3eff:fe5b:b2b6, connexion à Internet en IPv4 possible
G6 | IPv4 sur Internet : 193.48.57.187, IPv6 sur Internet : 2001:660:4401:60b0:216:3eff:fef9:2bba, connexion à Internet en IPv4 possible
G7 | Bad MAC address
G8 | machine non contactable en IPv6 sur le SE5
G9 | Rien
G10 | IPv4 sur Internet : 193.48.57.186, IPv6 sur Internet : 2001:660:4401:60b0:216:3eff:feb4:5ea4, pas de connexion à Internet en IPv4
G11 | machine non contactable en IPv6 sur le SE5
G12 | IPv4 sur Internet : 193.48.57.181, IPv6 sur Internet : 2001:660:4401:60b0:216:3eff:fe9a:5186, pas de connexion à Internet en IPv4

Données brutes pour les MV sur <code>antifer</code> :

==== g1kpatrikeevVM
| IPv4 sur CV : 10.0.69.218, IPv4 sur VLAN50 : 172.26.145.102, IPv6 sur VLAN50 : 2001:660:4401:6050:216:3eff:fe7d:bc44, pas de connexion à Internet en IPv4, pas de résolution DNS fonctionnelle
==== g2clemair1VM
| IPv4 sur CV : 10.0.69.145, IPv4 sur VLAN50 : 172.26.145.104, IPv6 sur VLAN50 : 2001:660:4401:6050:216:3eff:fe31:b916, connexion à Internet en IPv4 possible, resolution DNS fonctionnelle
==== g3tbrenierVM
| IPv4 sur CV : 10.0.69.167, IPv4 sur VLAN50 : 172.26.145.106, IPv6 sur VLAN50 : 2001:660:4401:6050:216:3eff:feaa:f292, connexion à Internet en IPv4 possible, pas de résolution DNS fonctionnelle
==== g4fnaudotVM
| IPv4 sur CV : 10.0.69.106, IPv4 sur VLAN50 : 172.26.145.108, IPv6 sur VLAN50 : 2001:660:4401:6050:216:3eff:fec6:168, connexion à Internet en IPv4 possible, pas de résolution DNS fonctionnelle
==== g5mdelabyVM
| IPv4 sur CV : 10.0.69.171, IPv4 sur VLAN50 : 172.26.145.110, IPv6 sur VLAN50 : 2001:660:4401:6050:216:3eff:fe5b:b2b5, connexion à Internet en IPv4 possible, resolution DNS fonctionnelle
==== g6bblackVM
| IPv4 sur CV : 10.0.69.113, IPv4 sur VLAN50 : 172.26.145.112, IPv6 sur VLAN50 : 2001:660:4401:6050:216:3eff:fe4a:d2be, connexion à Internet en IPv4 possible, resolution DNS fonctionnelle
==== g7amoutonVM
| pas d'IPv4 sur le CV, IPv4 sur VLAN50 : 172.26.145.114, IPv6 sur VLAN50 : 2001:660:4401:6050:216:3eff:fe59:7616, pas de connexion à Internet en IPv4, pas de résolution DNS fonctionnelle
==== g8esimonVM
| machine non contactable en IPv6 sur le bridgeStudents
==== g10egodardVM
| IPv4 sur CV : 10.0.69.132, IPv4 sur VLAN50 : 172.26.145.120, IPv6 sur VLAN50 : 2001:660:4401:6050:216:3eff:feb4:5ea3, pas de connexion à Internet en IPv4, pas de résolution DNS fonctionnelle
==== g11asellaliVM
| machine non contactable en IPv6 sur le bridgeStudents
==== g12mhalaouiVM
| pas d'IPv4 sur le CV, IPv4 sur VLAN50 : 172.26.145.124, IPv6 sur VLAN50 : 2001:660:4401:6050:216:3eff:fe9a:5186, pas de connexion à Internet en IPv4, pas de résolution DNS fonctionnelle

Données brutes pour les MV sur <code>penfret</code> :

==== g1jcharleuxVM
| IPv4 sur CV : 10.0.69.185, IPv4 sur VLAN50 : 172.126.145.103, IPv6 sur VLAN50 : 2001:660:4401:6050:216:3eff:fe00:a98d, pas de connexion à Internet en IPv4, pas de résolution DNS fonctionnelle
==== g2gthomasVM
| IPv4 sur CV : 10.0.69.212, IPv4 sur VLAN50 : 172.26.145.105, IPv6 sur VLAN50 : 2001:660:4401:6050:216:3eff:fedb:2ac4, connexion à Internet en IPv4 possible, pas de résolution DNS fonctionnelle
==== g3bnguyen1VM
| IPv4 sur CV : 10.0.69.130, IPv4 sur VLAN50 : 172.26.145.107, IPv6 sur VLAN50 : 2001:660:4401:6050:216:3eff:feff:4c44, connexion à Internet en IPv4 possible, résolution DNS fonctionnelle
==== g4drodenbuVM
| IPv4 sur CV : 10.0.69.156, IPv4 sur VLAN50 : 172.26.145.109, IPv6 sur VLAN50 : 2001:660:4401:6050:216:3eff:fe46:70cd, connexion à Internet en IPv4 possible, pas de résolution DNS fonctionnelle
==== g5pamorosVM
| IPv4 sur CV : 10.0.69.189, IPv4 sur VLAN50 : 172.26.145.111, IPv6 sur VLAN50 : 2001:660:4401:6050:216:3eff:fe14:cdb5, connexion à Internet en IPv4 possible, pas de résolution DNS fonctionnelle
==== g6hblgrimVM
| IPv4 sur CV : 10.0.69.100, IPv4 sur VLAN50 : 172.26.145.113, IPv6 sur VLAN50 : 2001:660:4401:6050:216:3eff:fef9:2bb9, connexion à Internet en IPv4 possible, résolution DNS fonctionnelle
==== g7jdelannoVM
| pas d'IPv4 sur le CV, IPv4 sur VLAN50 : 172.26.145.115, IPv6 sur VLAN50 : 2001:660:4401:6050:216:3eff:fe0f:aba1, pas de connexion à Internet en IPv4, pas de résolution DNS fonctionnelle
==== g8mriffautVM
| machine non contactable en IPv6 sur le VLAN50
==== g10jdelcourVM
| IPv4 sur CV : 10.0.69.165, IPv4 sur VLAN50 : 172.26.145.121, IPv6 sur VLAN50 : 2001:660:4401:6050:216:3eff:fe7e:35e1, pas de connexion à Internet en IPv4, pas de résolution DNS fonctionnelle
==== g11khabreVM
| machine non contactable en IPv6 sur le VLAN50
==== g12rfaraultVM
| IPv4 sur CV : 10.0.69.131, IPv4 sur VLAN50 : 172.26.145.125, IPv6 sur VLAN50 : 2001:660:4401:6050:216:3eff:fe54:5aee, pas de connexion à Internet en IPv4, pas de résolution DNS fonctionnelle

SE5 système/réseau 2023/2024

2023-12-05T21:36:57Z

Egodard : /* Répartition des binômes en PRA */

= PRA SE5 =

== Menu de la première séance ==

Pour la première séance du 06/10/2023 il vous est demandé d'effectuer individuellement les opérations listées ci-dessous.
* création d'une machine virtuelle sur le serveur <code>capbreton</code> ;
* création d'un conteneur "à la main" sur votre station de travail <code>zabeth</code> :
** créez un conteneur isolé au maximum (sauf pour les utilisateur) avec la méthode décrite en cours,
** création d'un commutateur virtuel privé sur la <code>zabeth</code> dans le réseau IPv4 <code>192.168.68.0/24</code>, l'adresse <code>192.168.68.1</code> est affectée au commutateur lui-même,
** création d'une interface Ethernet virtuelle, une extrémité doit être envoyée dans le conteneur, l'autre dans le commutateur virtuel privé,
** mise en place d'une mascarade sur la <code>zabeth</code>, vérifiez que le conteneur a accès aux mêmes machines que la <code>zabeth</code>.

Par binôme vous devez créer une machine virtuelle mandataire connectée sur le commutateur virtuel SE5 et sur le commutateur virtuel privé des machines virtuelles de services concernées (voir deuxième section du sujet).

Globalement vous devez configurer le routeur principal de la promotion (voir la troisième section du sujet). Pour votre promotion il s'agit du Catalyst 9200 situé en E304. Il faut le connecter en fibre vers le serveur <code>capbreton</code> de la E306 dans le commutateur virtuel SE5 et aussi en fibre vers le local technique SR52 sur un port dans le VLAN 531. Vous pouvez configurer le commutateur via l'utilitaire <code>minicom</code> à partir de la machine <code>zabeth09</code>.

Répartition des élèves pour la première séance :
{| class="wikitable"
! Station de travail !! Elève
|-
| zabeth02 || Elias SIMON
|-
| zabeth03 || Mathis RIFFAUT
|-
| zabeth04 || Dann RODENBURG
|-
| zabeth05 || Benjamin NGUYEN
|-
| zabeth06 || Halaoui Mohammed
|-
| zabeth07 || Blgrim Haitam
|-
| zabeth08 || Florian Vallée
|-
| zabeth09 (routeur) || Julien Charleux
|-
| zabeth10 || Amine SELLALI
|-
| zabeth11 || Paul Amoros
|-
| zabeth12 || Maël Delaby
|-
| zabeth13 || Black Baptiste
|-
| zabeth14 || Timothé Brenier
|-
| zabeth15 || Jeanne Delcourt
|-
| zabeth16 || Estelle Godard
|-
| zabeth17 || Jason DELANNOY
|-
| zabeth18 || Chloé Lemaire
|-
| zabeth19 || Gabriel THOMAS
|-
| zabeth20 || Albin MOUTON
|-
| zabeth21 || Konstantin PATRIKEEV
|-
| zabeth22 || Maxime Balbastre
|-
| zabeth26 || François NAUDOT
|-
| zabeth27 || Karl HABRE
|-
| zabeth28 || Rémi FARAULT
|-
| zabeth30 || Prénom Nom
|-
|}

== Répartition des binômes en PRA ==

Concertez-vous pour trouver des noms de machines de services et de machines mandataires dans deux thèmes.

{| class="wikitable"
! Cahier !! Nom machine services
!IP machine services !! Nom de domaine !! Nom machine mandataire
!IP machine mandataires!! Elève
|-
| [[Atelier SysRes SE5 2023/2024 E1 | Cahier n°1]]
| || || || || || Prénom Nom
|-
| [[Atelier SysRes SE5 2023/2024 E2 | Cahier n°2]]
| Elom|| || || Baloo|| || Elias SIMON
|-
| [[Atelier SysRes SE5 2023/2024 E3 | Cahier n°3]]
| Mustafar|| || || Baloo|| 193.48.57.189|| Mathis RIFFAUT
|-
| [[Atelier SysRes SE5 2023/2024 E4 | Cahier n°4]]
| Dagobah|| || || Aladin|| || Dann RODENBURG
|-
| [[Atelier SysRes SE5 2023/2024 E5 | Cahier n°5]]
| Motis|| || || Dingo|| || Mohammed Halaoui
|-
| [[Atelier SysRes SE5 2023/2024 E6 | Cahier n°6]]
| bogano|| || || Timon|| || Benjamin Nguyen
|-
| [[Atelier SysRes SE5 2023/2024 E7 | Cahier n°7]]
| Takobo|| || || Timon|| 193.48.57.184|| Timothé Brenier
|-
| [[Atelier SysRes SE5 2023/2024 E8 | Cahier n°8]]
| Fondor|| || || mushu|| || Florian Vallée
|-
| [[Atelier SysRes SE5 2023/2024 E9 | Cahier n°9]]
| hoth|| || || BlancheNeige|| || Haitam Blgrim
|-
| [[Atelier SysRes SE5 2023/2024 E10 | Cahier n°10]]
| Abafar|| || || Aladin|| || Amine SELLALI
|-
| [[Atelier SysRes SE5 2023/2024 E11 | Cahier n°11]]
| Rotia|| || || DIngo|| 193.48.57.181|| Rémi Farault
|-
| [[Atelier SysRes SE5 2023/2024 E12 | Cahier n°12]]
| jedha|| || || judy|| 193.48.57.191|| Julien Charleux
|-
| [[Atelier SysRes SE5 2023/2024 E13 | Cahier n°13]]
| Bogden|| || || BlancheNeige|| || Black Baptiste
|-
| [[Atelier SysRes SE5 2023/2024 E14 | Cahier n°14]]
| || || || || 193.48.57.188|| Maël Delaby
|-
| [[Atelier SysRes SE5 2023/2024 E15 | Cahier n°15]]
| jiruus|| || || cruella|| || Jeanne Delcourt
|-
| [[Atelier SysRes SE5 2023/2024 E16 | Cahier n°16]]
| exegol|| || || cruella|| 191.48.57.186|| Estelle Godard
|-
| [[Atelier SysRes SE5 2023/2024 E17 | Cahier n°17]]
| Jakku|| || || Jafar|| || Jason DELANNOY
|-
| [[Atelier SysRes SE5 2023/2024 E18 | Cahier n°18]]
| naboo|| 192.168.18.2|| || bouh|| 193.48.57.180 / 192.168.18.1|| Chloé Lemaire
|-
| [[Atelier SysRes SE5 2023/2024 E19 | Cahier n°19]]
| geonosis|| || || bouh|| || Gabriel THOMAS
|-
| [[Atelier SysRes SE5 2023/2024 E20 | Cahier n°20]]
| alderaan|| || || Jafar|| || Albin MOUTON
|-
| [[Atelier SysRes SE5 2023/2024 E21 | Cahier n°21]]
| kesh|| || || Judy|| || Konstantin Patrikeev
|-
| [[Atelier SysRes SE5 2023/2024 E22 | Cahier n°22]]
| kashyyyk|| || || mushu|| || Maxime BALBASTRE
|-
| [[Atelier SysRes SE5 2023/2024 E23 | Cahier n°23]]
| Felucia|| || || || 193.48.57.185|| François NAUDOT
|-
| [[Atelier SysRes SE5 2023/2024 E24 | Cahier n°24]]
| || || || || || Prénom Nom
|-
|
|
|}

== Contrôle continu ==

=== Contrôle du 20/11/2023 ===

A noter qu'aucune machine, quelle soit de service ou mandataire, ne peut avoir accès à Internet vu qu'aucun effort n'a été fait pour relier le serveur <code>capbreton</code> au réseau SE5.

Machines de service.

{| class="wikitable"
! Elève !! Nom machine !! Configuration IP
|-
| Elom || Elias SIMON || une seule interface dans le <code>.cfg</code> (CV SE5), pas de configuration IP
|-
| Mustafar|| Mathis RIFFAUT || une seule interface dans le <code>.cfg</code> (CV SE5), pas de configuration IP
|-
| Dagobah|| Dann RODENBURG || une seule interface dans le <code>.cfg</code> (CV SE5), pas de configuration IP
|-
| Motis || Mohammed Halaoui || une seule interface dans le <code>.cfg</code> (CV SE5), pas de configuration IP
|-
| bogano || Benjamin Nguyen || une seule interface dans le <code>.cfg</code> (CV SE5), pas de configuration IP
|-
| Takobo || Timothé Brenier || une seule interface dans le <code>.cfg</code> (CV SE5), pas de configuration IP
|-
| Fondor || Florian Vallée || une seule interface dans le <code>.cfg</code> (CV SE5), pas de configuration IP
|-
| hoth || Haitam Blgrim || une seule interface dans le <code>.cfg</code> (CV SE5), pas de configuration IP
|-
| Abafar || Amine SELLALI || une seule interface dans le <code>.cfg</code> (CV SE5), pas de configuration IP
|-
| Rotia || Rémi Farault || une seule interface dans le <code>.cfg</code> (CV SE5), pas de configuration IP
|-
| jedha || Julien Charleux || une seule interface dans le <code>.cfg</code> (CV SE5), pas de configuration IP
|-
| Bogden || Black Baptiste || une seule interface dans le <code>.cfg</code> (CV SE5), pas de configuration IP
|-
| jiruus || Jeanne Delcourt || une seule interface dans le <code>.cfg</code> (CV SE5), pas de configuration IP
|-
| exegol || Estelle Godard || une seule interface dans le <code>.cfg</code> (CV SE5), pas de configuration IP
|-
| Jakku || Jason DELANNOY || une seule interface dans le <code>.cfg</code> (CV SE5), pas de configuration IP
|-
| naboo || Chloé Lemaire || une seule interface dans le <code>.cfg</code> (CV SE5), pas de configuration IP
|-
| geonosis || Gabriel THOMAS || une seule interface dans le <code>.cfg</code> (CV SE5), pas de configuration IP
|-
| alderaan || Albin MOUTON || une seule interface dans le <code>.cfg</code> (CV SE5), pas de configuration IP
|-
| kesh || Konstantin Patrikeev || une seule interface dans le <code>.cfg</code> (CV SE5), pas de configuration IP
|-
| kashyyyk || Maxime BALBASTRE || une seule interface dans le <code>.cfg</code> (CV SE5), pas de configuration IP
|-
| Felucia || François NAUDOT || une seule interface dans le <code>.cfg</code> (CV SE5), pas de configuration IP
|-
|}

Machines mandataires.

{| class="wikitable"
! Elèves !! Nom machine !! Configuration IP
|-
| Elias SIMON & Mathis RIFFAUT || Baloo || une seule interface dans le <code>.cfg</code> (CV SE5), aucun CV privé, pas de configuration IP
|-
| Dann RODENBURG & Amine SELLALI || Aladin || une seule interface dans le <code>.cfg</code> (CV SE5), aucun CV privé, pas de configuration IP
|-
| Mohammed Halaoui & Rémi Farault || Dingo || une seule interface dans le <code>.cfg</code> (CV SE5), aucun CV privé, pas de configuration IP
|-
| Benjamin Nguyen & Timothé Brenier || Timon || une seule interface dans le <code>.cfg</code> (CV SE5), aucun CV privé, pas de configuration IP
|-
| Florian Vallée & Maxime BALBASTRE || mushu || une seule interface dans le <code>.cfg</code> (CV SE5), aucun CV privé, pas de configuration IP
|-
| Haitam Blgrim & Black Baptiste || BlancheNeige || une seule interface dans le <code>.cfg</code> (CV SE5), aucun CV privé, pas de configuration IP
|-
| Jeanne Delcourt & Estelle Godard || cruella || une seule interface dans le <code>.cfg</code> (CV SE5), aucun CV privé, pas de configuration IP
|-
| Jason DELANNOY & Albin MOUTON || Jafar || une seule interface dans le <code>.cfg</code> (CV SE5), aucun CV privé, pas de configuration IP
|-
| Chloé Lemaire & Gabriel THOMAS || bouh || une seule interface dans le <code>.cfg</code> (CV SE5), aucun CV privé, pas de configuration IP
|-
| Konstantin Patrikeev & Julien Charleux || judy || une seule interface dans le <code>.cfg</code> (CV SE5), aucun CV privé, pas de configuration IP
|-
| François NAUDOT || || rien
|-
|}

Liste des machines

Elom Mustafar dagobah Motis bogano Takobo Fondor hoth abafar Rotia jedha Bogden jiruus exegol Jakku naboo geonosis alderaan kesh kashyyyk Felucia

Baloo aladin Dingo Timon mushu BlancheNeige cruella Jafar bouh judy

=== Contrôle du 03/12/2023 ===

Le serveur <code>capbreton</code> a été relié au réseau SE5 par <code>naboo</code>.

Il est normal de ne pas avoir d'adresse IPv4 sur la machine de services pour l'interface sur le commutateur virtuel. Par contre, avec mise en place de la mascarade sur la machine mandataire, il doit être possible, pour la machine de services, de se connecter à Internet en IPv4.

{| class="wikitable"
! Elève !! Nom machine !! Configuration IP
|-
| Elom || Elias SIMON
| IPv4 sur CV : 10.0.69.220, pas d'IPv4 sur SE5, IPv6 sur SE5 : 2001:660:4401:60b0:216:3eff:fe0f:b26d, pas de connexion à Internet en IPv4, connexion à Internet en IPv6 possible, pas de résolution DNS fonctionnelle
|-
| Mustafar|| Mathis RIFFAUT
| IPv4 sur CV : 10.0.69.165, pas d'IPv4 sur SE5, IPv6 sur SE5 : 2001:660:4401:60b0:216:3eff:fea9:f79, pas de connexion à Internet en IPv4, connexion à Internet en IPv6 possible, pas de résolution DNS fonctionnelle
|-
| Dagobah|| Dann RODENBURG
| IPv4 sur CV : 10.0.69.205, pas d'IPv4 sur SE5, IPv6 sur SE5 : 2001:660:4401:60b0:216:3eff:fe53:7d33, pas de connexion à Internet en IPv4, connexion à Internet en IPv6 possible, pas de résolution DNS fonctionnelle
|-
| Motis || Mohammed Halaoui
| IPv4 sur CV : 10.0.69.195, pas d'IPv4 sur SE5, IPv6 sur SE5 : 2001:660:4401:60b0:216:3eff:fe7c:2d6a, pas de connexion à Internet en IPv4, connexion à Internet en IPv6 possible, pas de résolution DNS fonctionnelle
|-
| bogano || Benjamin Nguyen
| IPv4 sur CV : 10.0.69.245, pas d'IPv4 sur SE5, IPv6 sur SE5 : 2001:660:4401:60b0:216:3eff:fe62:6960, pas de connexion à Internet en IPv4, connexion à Internet en IPv6 possible, pas de résolution DNS fonctionnelle
|-
| Takobo || Timothé Brenier
| IPv4 sur CV : 10.0.69.181, pas d'IPv4 sur SE5, IPv6 sur SE5 : 2001:660:4401:60b0:216:3eff:fe93:8c48, pas de connexion à Internet en IPv4, connexion à Internet en IPv6 possible, pas de résolution DNS fonctionnelle
|-
| Fondor || Florian Vallée
| IPv4 sur CV : 10.0.69.200, pas d'IPv4 sur SE5, IPv6 sur SE5 : 2001:660:4401:60b0:216:3eff:fe2d:82bf, pas de connexion à Internet en IPv4, connexion à Internet en IPv6 possible, pas de résolution DNS fonctionnelle
|-
| hoth || Haitam Blgrim
| IPv4 sur CV : 10.0.69.157, pas d'IPv4 sur SE5, IPv6 sur SE5 : 2001:660:4401:60b0:216:3eff:fee8:4736, pas de connexion à Internet en IPv4, connexion à Internet en IPv6 possible, pas de résolution DNS fonctionnelle
|-
| Abafar || Amine SELLALI
| IPv4 sur CV : 10.0.69.233, pas d'IPv4 sur SE5, IPv6 sur SE5 : 2001:660:4401:60b0:216:3eff:feae:bcbb, pas de connexion à Internet en IPv4, connexion à Internet en IPv6 possible, pas de résolution DNS fonctionnelle
|-
| Rotia || Rémi Farault
| IPv4 sur CV : 10.0.69.130, pas d'IPv4 sur SE5, IPv6 sur SE5 : 2001:660:4401:60b0:216:3eff:fe2e:ec48, pas de connexion à Internet en IPv4, connexion à Internet en IPv6 possible, pas de résolution DNS fonctionnelle
|-
| jedha || Julien Charleux
| IPv4 sur CV : 10.0.69.221, pas d'IPv4 sur SE5, IPv6 sur SE5 : 2001:660:4401:60b0:216:3eff:fef6:364f, pas de connexion à Internet en IPv4, connexion à Internet en IPv6 possible, pas de résolution DNS fonctionnelle
|-
| Bogden || Black Baptiste
| IPv4 sur CV : 10.0.69.246, pas d'IPv4 sur SE5, IPv6 sur SE5 : 2001:660:4401:60b0:216:3eff:fe67:89fd, pas de connexion à Internet en IPv4, connexion à Internet en IPv6 possible, pas de résolution DNS fonctionnelle
|-
| jiruus || Jeanne Delcourt
| IPv4 sur CV : 10.0.69.247, pas d'IPv4 sur SE5, IPv6 sur SE5 : 2001:660:4401:60b0:216:3eff:fe9c:6f0e, pas de connexion à Internet en IPv4, connexion à Internet en IPv6 possible, pas de résolution DNS fonctionnelle
|-
| exegol || Estelle Godard
| IPv4 sur CV : 10.0.69.147, pas d'IPv4 sur SE5, IPv6 sur SE5 : 2001:660:4401:60b0:216:3eff:fe17:bc38, pas de connexion à Internet en IPv4, connexion à Internet en IPv6 possible, pas de résolution DNS fonctionnelle
|-
| Jakku || Jason DELANNOY
| IPv4 sur CV : 10.0.69.136, pas d'IPv4 sur SE5, IPv6 sur SE5 : 2001:660:4401:60b0:216:3eff:fee1:1e4d, pas de connexion à Internet en IPv4, connexion à Internet en IPv6 possible, pas de résolution DNS fonctionnelle
|-
| naboo || Chloé Lemaire
| IPv4 sur CV : 192.168.18.2, pas d'IPv4 sur SE5, IPv6 sur SE5 : 2001:660:4401:60b0:216:3eff:fef2:7e2, pas de connexion à Internet en IPv4, connexion à Internet en IPv6 possible, résolution DNS fonctionnelle
|-
| geonosis || Gabriel THOMAS
| IPv4 sur CV : 10.0.69.231, pas d'IPv4 sur SE5, IPv6 sur SE5 : 2001:660:4401:60b0:216:3eff:feb0:b140, pas de connexion à Internet en IPv4, connexion à Internet en IPv6 possible, pas de résolution DNS fonctionnelle
|-
| alderaan || Albin MOUTON
| IPv4 sur CV : 10.0.69.106, pas d'IPv4 sur SE5, IPv6 sur SE5 : 2001:660:4401:60b0:216:3eff:fe97:2114, pas de connexion à Internet en IPv4, connexion à Internet en IPv6 possible, pas de résolution DNS fonctionnelle
|-
| kesh || Konstantin Patrikeev
| IPv4 sur CV : 10.0.69.222, pas d'IPv4 sur SE5, IPv6 sur SE5 : 2001:660:4401:60b0:216:3eff:fe10:e2cb, pas de connexion à Internet en IPv4, connexion à Internet en IPv6 possible, pas de résolution DNS fonctionnelle
|-
| kashyyyk || Maxime BALBASTRE
| IPv4 sur CV : 10.0.69.240, pas d'IPv4 sur SE5, IPv6 sur SE5 : 2001:660:4401:60b0:216:3eff:feca:73e7, pas de connexion à Internet en IPv4, connexion à Internet en IPv6 possible, pas de résolution DNS fonctionnelle
|-
| Felucia || François NAUDOT
| IPv4 sur CV : 10.0.69.139, pas d'IPv4 sur SE5, IPv6 sur SE5 : 2001:660:4401:60b0:216:3eff:fe89:460a, pas de connexion à Internet en IPv4, connexion à Internet en IPv6 possible, pas de résolution DNS fonctionnelle
|-
|}

Machines mandataires.

{| class="wikitable"
! Elèves !! Nom machine !! Configuration IP
|-
| Elias SIMON & Mathis RIFFAUT || Baloo
| IPv4 sur CV : 10.0.69.152, pas d'IPv4 sur SE5, IPv6 sur SE5 : 2001:660:4401:60b0:216:3eff:fec8:5379, pas de connexion à Internet en IPv4, connexion à Internet en IPv6 possible, pas de résolution DNS fonctionnelle
|-
| Dann RODENBURG & Amine SELLALI || Aladin
| IPv4 sur CV : 10.0.69.107, pas d'IPv4 sur SE5, IPv6 sur SE5 : 2001:660:4401:60b0:216:3eff:fe6b:c000, pas de connexion à Internet en IPv4, connexion à Internet en IPv6 possible, pas de résolution DNS fonctionnelle
|-
| Mohammed Halaoui & Rémi Farault || Dingo
| IPv4 sur CV : 10.0.69.156, pas d'IPv4 sur SE5, IPv6 sur SE5 : 2001:660:4401:60b0:216:3eff:fe0d:4f9c, pas de connexion à Internet en IPv4, connexion à Internet en IPv6 possible, pas de résolution DNS fonctionnelle
|-
| Benjamin Nguyen & Timothé Brenier || Timon
| IPv4 sur CV : 10.0.69.104, pas d'IPv4 sur SE5, IPv6 sur SE5 : 2001:660:4401:60b0:216:3eff:fedc:7539, pas de connexion à Internet en IPv4, connexion à Internet en IPv6 possible, pas de résolution DNS fonctionnelle
|-
| Florian Vallée & Maxime BALBASTRE || mushu
| IPv4 sur CV : 10.0.69.160, pas d'IPv4 sur SE5, IPv6 sur SE5 : 2001:660:4401:60b0:216:3eff:fe20:8816, pas de connexion à Internet en IPv4, connexion à Internet en IPv6 possible, pas de résolution DNS fonctionnelle
|-
| Haitam Blgrim & Black Baptiste || BlancheNeige
| IPv4 sur CV : 10.0.69.182, pas d'IPv4 sur SE5, IPv6 sur SE5 : 2001:660:4401:60b0:216:3eff:feba:38f4, pas de connexion à Internet en IPv4, connexion à Internet en IPv6 possible, pas de résolution DNS fonctionnelle
|-
| Jeanne Delcourt & Estelle Godard || cruella
| IPv4 sur CV : 10.0.69.108, pas d'IPv4 sur SE5, IPv6 sur SE5 : 2001:660:4401:60b0:216:3eff:fee5:ff99, pas de connexion à Internet en IPv4, connexion à Internet en IPv6 possible, pas de résolution DNS fonctionnelle
|-
| Jason DELANNOY & Albin MOUTON || Jafar
| IPv4 sur CV : 10.0.69.171, pas d'IPv4 sur SE5, IPv6 sur SE5 : 2001:660:4401:60b0:216:3eff:fe3e:f0bb, pas de connexion à Internet en IPv4, connexion à Internet en IPv6 possible, pas de résolution DNS fonctionnelle
|-
| Chloé Lemaire & Gabriel THOMAS || bouh
| IPv4 sur CV : 192.168.18.1, IPv4 sur SE5 : 193.48.57.180, IPv6 sur SE5 : 2001:660:4401:60b0:216:3eff:fe4f:dde2, connexion à Internet en IPv4 possible, connexion à Internet en IPv6 possible, résolution DNS fonctionnelle
|-
| Konstantin Patrikeev & Julien Charleux || judy
| IPv4 sur CV : 10.0.69.216, pas d'IPv4 sur SE5, IPv6 sur SE5 : 2001:660:4401:60b0:216:3eff:fe7d:4762, pas de connexion à Internet en IPv4, connexion à Internet en IPv6 possible, pas de résolution DNS fonctionnelle
|-
| François NAUDOT ||
|-
|}

== Répartition des binômes en ASR ==

Donnez les élèves dans chaque groupe.

{| class="wikitable"
! Groupe !! Elèves
|-
| g1 || Konstantin Patrikeev & Julien Charleux
|-
| g2 || Chloé Lemaire & Gabriel Thomas
|-
| g3 || Timothé Brenier & Benjamin Nguyen
|-
| g4 || François Naudot & Dann Rodenburg
|-
| g5 || Maël Delaby & Paul Amoros
|-
| g6 || Haitam Blgrim & Baptiste Black
|-
| g7 || Jason Delannoy & Albin Mouton
|-
| g8 || Elias Simon & Mathis Riffaut
|-
| g10 || Estelle Godard & Jeanne Delcourt
|-
| g11 || Karl Habre & Amine Sellali
|-
| g12 || Mohammed Halaoui & Rémi Farault
|}

Le 05/11/2023, aucun commutateur virtuel correctement configuré, soit une adresse IPv4 sur le commutateur pour aucune raison, soit une configuration <code>static</code> non adaptée, pas de <code>up</code> sur le commutateur virtuel.

== Contrôle continu ==

=== Contrôle au 05/11/2023 ===

{| class="wikitable"
! Groupe !! Elèves !! Migration !! Archi. penfret !! Archi. antifer
|-
| g1 || Konstantin Patrikeev & Julien Charleux || || jcharleu, CV conf. erronée, MV interf. vlan50, pas de config. IPv4 || kpatrikee, CV conf. erronée, MV interf. vlan50, pas de config. IPv4, routeur mauvais disque dans le <code>.cfg</code>
|-
| g2 || Chloé Lemaire & Gabriel Thomas || || gthomas, CV conf. erronée, MV mdp erroné, interf. vlan50 || clemair1, CV conf. erronée, MV interf. vlan50, pas de config. IPv4, routeur lancé, une seule interface réseau, pas de config. réseau
|-
| g3 || Timothé Brenier & Benjamin Nguyen || || bnguyen1, CV conf. erronée, MV interf. vlan50, pas de config. IPv4 || tbrenier, CV conf. erronée, MV interf. vlan50, pas de config. IPv4, routeur mauvais disque dans le <code>.cfg</code>
|-
| g4 || François Naudot & Dann Rodenburg || || drodenbu, CV conf. erronée, MV interf. vlan50, pas de config. IPv4 || fnaudot, CV conf. erronée, MV interf. vlan50, pas de config. IPv4, routeur mauvais disque dans le <code>.cfg</code>
|-
| g5 || Maël Delaby & Paul Amoros || || pas de CV, pas de MV || mdelaby, CV conf. erronée, pygrub dans la MV ? pas de routeur, faut lui créer son propre <code>.cfg</code>
|-
| g6 || Haitam Blgrim & Baptiste Black || || hblgrim, CV conf. erronée, MV avec 2 interfaces, pas de MAC sur la 1ère, config. IPv4 OK || bblack, CV commenté, pas de MV (plus exactement une machine visible via <code>xen list</code> mais pas de <code>.cfg</code> dans <code>/etc/xen</code>), pas de routeur OpenWRT
|-
| g7 || Jason Delannoy & Albin Mouton || || jdelanno, CV conf. erronée, MV interf. vlan50, pas de config. IPv4 || amouton, CV conf. erronée, MV interf. vlan50, pas de config. IPv4, routeur lancé, une seule interface réseau
|-
| g8 || Elias Simon & Mathis Riffaut || || mriffaut, CV conf. erronée, MV interf. vlan50, pas de config. IPv4 || esimon, CV conf. erronée, MV interf. vlan50, pas de config. IPv4, pas de routeur
|-
| g10 || Estelle Godard & Jeanne Delcourt || || jdelcour, CV conf. erronée, MV interf. vlan50, pas de config. IPv4 || egodard, CV conf. erronée, MV interf. vlan50, pas de config. IPv4, routeur lancé, deux interfaces réseau, changez l'ordre des interfaces dans le <code>.cfg</code>
|-
| g11 || Karl Habre & Amine Sellali || || khabre, CV conf. erronée, MV non créée, MV interf. vlan50, pas de config. IPv4 || asellali, CV conf. erronée, MV interf. vlan50, pas de config. IPv4, routeur avec une définition de disque aberrante dans le <code>.cfg</code>
|-
| g12 || Mohammed Halaoui & Rémi Farault || || rfarault, CV conf. erronée, MV interf. vlan50, pas de config. IPv4 || pas de CV, MV interf. vlan50, pas de config. IPv4, pas de routeur
|}

=== Contrôle au 20/11/2023 ===

A noter qu'un sacré coup de pouce aura été nécessaire pour configurer le routeur de promotion, avec un seul élève en appui.

{| class="wikitable"
! Groupe !! Elèves !! Migration !! Archi. penfret !! Archi. antifer
|-
| g1 || Konstantin Patrikeev & Julien Charleux || || jcharleu, CV configuration toujours erronée, pas de VLAN, MV avec une seule interface (vlan50), toujours pas de configuration IPv4 correcte || kpatrikee, CV configuration toujours erronée, pas de VLAN, MV avec une seule interface réseau (dans le vlan50), pas de configuration IPv4 correcte, pour le routeur toujours une mauvaise définition de disque dans le <code>.cfg</code>
|-
| g2 || Chloé Lemaire & Gabriel Thomas || || gthomas, CV configuration toujours erronée, pas de VLAN, MV avec une seule interface (vlan50), pas de configuration IPv4 correcte || clemair1, CV configuré, VLAN configuré, MV lancée et totalement configurée en IPv4, routeur lancé et correctement configuré
|-
| g3 || Timothé Brenier & Benjamin Nguyen || || bnguyen1, CV conf. toujours erronée, pas de VLAN, MV avec une seule interface (vlan50), toujours pas de configuration IPv4 correcte || tbrenier, CV configuration toujours erronée, pas de VLAN, MV avec une seule interface réseau (dans le vlan50), pas de configuration IPv4 correcte, pour le routeur toujours une mauvaise définition de disque dans le <code>.cfg</code>, deux interfaces cependant
|-
| g4 || François Naudot & Dann Rodenburg || || drodenbu, CV conf. toujours erronée, pas de VLAN, MV avec une seule interface (vlan50), toujours pas de configuration IPv4 correcte || fnaudot, CV configuration toujours erronée, pas de VLAN, MV avec une seule interface réseau (dans le vlan50), pas de configuration IPv4 correcte, pour le routeur toujours une mauvaise définition de disque dans le <code>.cfg</code>, deux interfaces cependant
|-
| g5 || Maël Delaby & Paul Amoros || || toujours pas de CV, pas de VLAN, toujours pas de MV || mdelaby, CV configuration toujours erronée, pas de VLAN, toujours le bootloader <code>pygrub</code> dans la MV (commenté), MV avec une seule interface réseau (dans le CV), configuration DHCP OK pour l'interface (dans le CV), toujours pas de routeur : il faut lui créer son propre <code>.cfg</code>
|-
| g6 || Haitam Blgrim & Baptiste Black || || hblgrim, CV conf. toujours erronée, pas de VLAN, MV ne démarre pas à cause de l'erreur sur le CV (correction ReX sur le CV), MV avec 2 interfaces, pas de MAC sur la première interface dans le .cfg, configuration IPv4 OK dans la MV || bblack, CV configuration toujours erronée, pas de VLAN, toujours pas e <code>.cfg</code> pour la MV, un routeur OpenWRT avec la bonne définition de disque, deux interface mais sans @MAC, aucune configuration du routeur
|-
| g7 || Jason Delannoy & Albin Mouton || || jdelanno, CV conf. toujours, erronée, pas de VLAN, MV avec une seule interface (vlan50), toujours pas de configuration IPv4 correcte || amouton, CV configuration toujours erronée, pas de VLAN, MV avec une seule interface réseau (dans le vlan50), pas de configuration IPv4 correcte, routeur lancé, une seule interface réseau, pas de configuration du routeur
|-
| g8 || Elias Simon & Mathis Riffaut || || mriffaut, CV conf. toujours erronée, pas de VLAN, MV avec une seule interface (vlan50), pas de configuration IPv4 correcte || esimon, CV configuration toujours erronée, pas de VLAN, MV avec une seule interface réseau (dans le vlan50), pas de configuration IPv4 correcte, toujours pas de routeur
|-
| g10 || Estelle Godard & Jeanne Delcourt || || jdelcour, CV conf. toujours erronée, pas de VLAN, MV avec une seule interface (vlan50), pas de configuration IPv4 correcte || egodard, CV configuration toujours erronée, pas de VLAN, MV avec une seule interface réseau (dans le vlan50), pas de configuration IPv4 correcte, routeur lancé, deux interfaces réseau, pas de configuration du routeur
|-
| g11 || Karl Habre & Amine Sellali || || khabre, CV conf. toujours erronée, pas de VLAN, MV enfin créée avec une seule interface, pas de configuration IPv4 correcte || asellali, CV configuration toujours erronée, pas de VLAN, MV avec une seule interface réseau (dans le vlan50), pas de configuration IPv4 correcte, routeur avec une définition de disque aberrante dans le <code>.cfg</code>, une seule interface, pas de configuration du routeur
|-
| g12 || Mohammed Halaoui & Rémi Farault || || rfarault, CV conf. toujours erronée, pas de VLAN, MV avec une seule interface (vlan50), pas de configuration IPv4 correcte || pas de CV, MV avec une seule interface réseau (dans le vlan50), pas de configuration IPv4 correcte, toujours pas de routeur
|}

=== Contrôle au 30/11/2023 ===

{| class="wikitable"
! Groupe !! Elèves !! Archi. penfret !! Archi. antifer
|-
| g1 || Konstantin Patrikeev & Julien Charleux || jcharleu, CV configuration toujours erronée, pas de VLAN, MV avec une seule interface (vlan50), toujours pas de configuration IPv4 correcte. || kpatrikee, CV et VLAN configurés mais dites moi comment vous trouvez 1 avec la formule <code>6+N%4</code>, MV avec les bonnes interfaces, inversion dans la configuration IPv4 entre <code>enX0</code> et <code>enX1</code>, pour le routeur toujours une mauvaise définition de disque dans le <code>.cfg</code> par contre les deux interfaces demandées sont présentes.
|-
| g2 || Chloé Lemaire & Gabriel Thomas || gthomas, CV configuré, VLAN configuré, MV lancée et totalement configurée en IPv4. || clemair1, CV configuré, VLAN configuré, MV lancée et totalement configurée en IPv4, routeur lancé et correctement configuré.
|-
| g3 || Timothé Brenier & Benjamin Nguyen || bnguyen1, CV conf. toujours erronée, pas de VLAN, MV avec une seule interface (vlan50), toujours pas de configuration IPv4 correcte. || tbrenier, CV configuration toujours erronée, pas de VLAN, MV avec une seule interface réseau (dans le vlan50), pas de configuration IPv4 correcte, pour le routeur toujours une mauvaise définition de disque dans le <code>.cfg</code>, deux interfaces cependant.
|-
| g4 || François Naudot & Dann Rodenburg || drodenbu, CV conf. toujours erronée, pas de VLAN, MV avec une seule interface (vlan50), toujours pas de configuration IPv4 correcte. || fnaudot, CV configuration toujours erronée, pas de VLAN, MV avec une seule interface réseau (dans le vlan50), pas de configuration IPv4 correcte, pour le routeur toujours une mauvaise définition de disque dans le <code>.cfg</code>, deux interfaces cependant.
|-
| g5 || Maël Delaby & Paul Amoros || toujours pas de CV, pas de VLAN, toujours pas de MV. || mdelaby, CV configuration toujours erronée, pas de VLAN, toujours le bootloader <code>pygrub</code> dans la MV (commenté), MV avec un chemin des disques étranges, MV avec une seule interface réseau (dans le CV), configuration DHCP OK pour l'interface (dans le CV), toujours pas de routeur : il faut lui créer son propre <code>.cfg</code>.
|-
| g6 || Haitam Blgrim & Baptiste Black || hblgrim, il manque les directives pour démarrer et arrêter les interfaces mais sinon CV et VLAN configurés, MV lancé et configurée, il ne faut pas de <code>gateway</code> sur <code>enX1</code>, <code>enX0</code> ne trouve pas son adresse par DHCP à cause du commutateur virtuel non activé. || bblack, CV et VLAN configurés mais pas toutes les directives de démarrage et d'arrêt, toujours pas de <code>.cfg</code> pour la MV, un routeur OpenWRT avec la bonne définition de disque, deux interface mais sans @MAC, aucune configuration du routeur.
|-
| g7 || Jason Delannoy & Albin Mouton || jdelanno, CV conf. toujours, erronée, pas de VLAN, MV avec une seule interface (vlan50), toujours pas de configuration IPv4 correcte; || amouton, CV configuration toujours erronée, pas de VLAN, MV avec une seule interface réseau (dans le vlan50), pas de configuration IPv4 correcte, routeur lancé, une seule interface réseau, pas de configuration du routeur.
|-
| g8 || Elias Simon & Mathis Riffaut || mriffaut, CV conf. toujours erronée, pas de VLAN, MV avec une seule interface (vlan50), pas de configuration IPv4 correcte. || esimon, CV configuration toujours erronée, pas de VLAN, MV avec une seule interface réseau (dans le vlan50), pas de configuration IPv4 correcte, toujours pas de routeur.
|-
| g10 || Estelle Godard & Jeanne Delcourt || jdelcour, CV configuré, VLAN configuré (par contre l'utilisation de <code>ether4</code> est impossible), MV lancée et correctement configurée en IPv4, <code>enX0</code> ne trouve pas son @IPv4 à cause de l'erreur sur le VLAN. || egodard, CV configuré, VLAN configuré (par contre l'utilisation de <code>ether4</code> est impossible), MV avec deux interfaces, correctement configurée en IPv4, pas d'adresse obtenue par DHCP, problème de l'OpenWRT, routeur OpenWRT avec les bonnes interfaces, l'adresse IPv4 sur SE5 est donnée avec un mauvais masque, linterface <code>enX0</code> reçoit bien son adresse IPv4 par DHCP.
|-
| g11 || Karl Habre & Amine Sellali || khabre, CV configuration toujours erronée, pas de VLAN, MV avec une seule interface, pas de configuration IPv4 correcte || asellali, CV configuration toujours erronée, pas de VLAN, MV avec une seule interface réseau (dans le vlan50), pas de configuration IPv4 correcte, routeur avec une définition de disque aberrante dans le <code>.cfg</code>, une seule interface, pas de configuration du routeur
|-
| g12 || Mohammed Halaoui & Rémi Farault || rfarault, CV configuré, VLAN configuré mais configuration commentée (pourquoi donc ?!), MV lancée et correctement configurée en IPv4, <code>enX0</code> ne trouve pas son @IPv4 à cause de l'absence d'interface VLAN. || CV configuré, VLAN configuré, MV avec deux interfaces, correctement configurée en IPv4, un routeur avec les deux interfaces demandées, pas d'adresse IPv4 sur SE5, serveur DHCP fonctionnel.
|}

=== Contrôle au 02/12/2023 ===

{| class="wikitable"
! Groupe !! Elèves !! MV <code>penfret</code> !! MV <code>antifer</code> !! Routeur OpenWRT
|-
| g1 || Konstantin Patrikeev & Julien Charleux
| IPv4 sur CV : 10.0.69.185, IPv4 sur VLAN50 : 172.126.145.103, IPv6 sur VLAN50 : 2001:660:4401:6050:216:3eff:fe00:a98d, pas de connexion à Internet en IPv4, pas de résolution DNS fonctionnelle
| IPv4 sur CV : 10.0.69.218, IPv4 sur VLAN50 : 172.26.145.102, IPv6 sur VLAN50 : 2001:660:4401:6050:216:3eff:fe7d:bc44, pas de connexion à Internet en IPv4, pas de résolution DNS fonctionnelle
| pas d'IPv4 routée sur Internet, une IPv6 routée sur Internet, pas de connexion à Internet en IPv4
|-
| g2 || Chloé Lemaire & Gabriel Thomas
| IPv4 sur CV : 10.0.69.212, IPv4 sur VLAN50 : 172.26.145.105, IPv6 sur VLAN50 : 2001:660:4401:6050:216:3eff:fedb:2ac4, connexion à Internet en IPv4 possible, pas de résolution DNS fonctionnelle
| IPv4 sur CV : 10.0.69.145, IPv4 sur VLAN50 : 172.26.145.104, IPv6 sur VLAN50 : 2001:660:4401:6050:216:3eff:fe31:b916, connexion à Internet en IPv4 possible, resolution DNS fonctionnelle
| IPv4 sur Internet : 193.48.57.180, une IPv6 routée sur Internet, connexion à Internet en IPv4 possible
|-
| g3 || Timothé Brenier & Benjamin Nguyen
| MV non contactable sur le VLAN 50 en IPv6
| pas d'IPv4 sur le CV, IPv4 sur VLAN50 : 172.26.145.106, IPv6 sur VLAN50 : 2001:660:4401:6050:216:3eff:feaa:f292, pas de connexion à Internet en IPv4, pas de résolution DNS fonctionnelle
| routeur openWRT non fonctionnel
|-
| g4 || François Naudot & Dann Rodenburg
| MV non contactable sur le VLAN 50 en IPv6
| pas d'IPv4 sur le CV, IPv4 sur VLAN50 : 172.26.145.108, IPv6 sur VLAN50 : 2001:660:4401:6050:216:3eff:fec6:168, pas de connexion à Internet en IPv4, pas de résolution DNS fonctionnelle
| routeur openWRT non fonctionnel (si ? non, inversion des <code>vif</code>)
|-
| g5 || Maël Delaby & Paul Amoros
| MV non contactable sur le VLAN 50 en IPv6
| image disque du fichier de configuration non présente sur <code>antifer</code>
| routeur openWRT non fonctionnel
|-
| g6 || Haitam Blgrim & Baptiste Black
| MV non contactable sur le VLAN 50 en IPv6
| pas de fichier de configuration
| routeur openWRT non fonctionnel
|-
| g7 || Jason Delannoy & Albin Mouton
| MV non contactable sur le VLAN 50 en IPv6
| machine non contactable en IPv6 sur le bridgeStudents
| pas d'adresse MAC dans le fichier de configuration
|-
| g8 || Elias Simon & Mathis Riffaut
| MV non contactable sur le VLAN 50 en IPv6
| pas d'IPv4 sur le CV, IPv4 sur VLAN50 : 172.26.145.116, IPv6 sur VLAN50 : 2001:660:4401:6050:216:3eff:fe01:754c, pas de connexion à Internet en IPv4, pas de résolution DNS fonctionnelle
| routeur openWRT non fonctionnel
|-
| g10 || Estelle Godard & Jeanne Delcourt
| IPv4 sur CV : 10.0.69.165, IPv4 sur VLAN50 : 172.26.145.121, IPv6 sur VLAN50 : 2001:660:4401:6050:216:3eff:fe7e:35e1, pas de connexion à Internet en IPv4, pas de résolution DNS fonctionnelle
| IPv4 sur CV : 10.0.69.132, IPv4 sur VLAN50 : 172.26.145.120, IPv6 sur VLAN50 : 2001:660:4401:6050:216:3eff:feb4:5ea3, pas de connexion à Internet en IPv4, pas de résolution DNS fonctionnelle
| IPv4 sur Internet : 193.48.57.191, une IPv6 routée sur Internet, pas de connexion à Internet en IPv4
|-
| g11 || Karl Habre & Amine Sellali
| MV non contactable sur le VLAN 50 en IPv6
| machine non contactable en IPv6 sur le bridgeStudents
| pas d'adresse MAC dans le fichier de configuration, création du routeur impossible
|-
| g12 || Mohammed Halaoui & Rémi Farault
| pas d'IPv4 sur le CV, IPv4 sur VLAN50 : 172.26.145.125, IPv6 sur VLAN50 : 2001:660:4401:6050:216:3eff:fe54:5aee, pas de connexion à Internet en IPv4, pas de résolution DNS fonctionnelle
| pas d'IPv4 sur le CV, IPv4 sur VLAN50 : 172.26.145.124, IPv6 sur VLAN50 : 2001:660:4401:6050:216:3eff:fe9a:5186, pas de connexion à Internet en IPv4, pas de résolution DNS fonctionnelle
| pas d'IPv4 routée sur Internet, pas d'IPv6 routée sur Internet, pas de connexion à Internet en IPv4
|-
|}

=== Contrôle au 05/12/2023 ===

Pour utiliser l'interface Web LuCi des openWRT à partir d'une zabeth :
* vérifiez que vous avez bien une IPv6 routée sur IPv6 (avec <code>ip address show dev eth0</code>, l'adresse commence par <code>2001:660:4401:60b0:</code>) ;
* si vous n'en avez pas, prenez le suffixe (les derniers 8 octets de l'adresse locale, celle qui commence par <code>fe80::</code>) et créez votre adresse IPv6 routée par la commande :
ip address add dev eth0 2001:660:4401:60b0:<suffixe>/64
bien entendu vous n'aurez oublié de rajouter la route IPv6 par défaut vers le routeur de la promotion :
ip -6 route add default via 2001:660:4401:60b0:6a9e:bff:fe46:5a76
* établissez un tunnel <code>ssh</code> avec la commande :
zabethXX# ssh -L 6443:localhost:6443 root@IPv6
* connectez vous sur LuCi avec le navigateur de la zabeth pointant sur <code>https://localhost:6443</code>.

Attention l'ordre des interfaces <code>vif</code> dans le <code>.cfg</code> a une importance.

{| class="wikitable"
! Groupe !! Elèves !! MV <code>penfret</code> !! MV <code>antifer</code> !! Routeur OpenWRT
|-
| g1 || Konstantin Patrikeev & Julien Charleux
| IPv4 sur CV : 10.0.69.185, IPv4 sur VLAN50 : 172.126.145.103, IPv6 sur VLAN50 : 2001:660:4401:6050:216:3eff:fe00:a98d, pas de connexion à Internet en IPv4, pas de résolution DNS fonctionnelle
| IPv4 sur CV : 10.0.69.218, IPv4 sur VLAN50 : 172.26.145.102, IPv6 sur VLAN50 : 2001:660:4401:6050:216:3eff:fe7d:bc44, pas de connexion à Internet en IPv4, pas de résolution DNS fonctionnelle
| pas d'IPv4 routée sur Internet (puis <code>193.48.57.191</code> donc une erreur), pas d'IPv6 routée sur Internet, pas de connexion à Internet en IPv4
|-
| g2 || Chloé Lemaire & Gabriel Thomas
| IPv4 sur CV : 10.0.69.212, IPv4 sur VLAN50 : 172.26.145.105, IPv6 sur VLAN50 : 2001:660:4401:6050:216:3eff:fedb:2ac4, connexion à Internet en IPv4 possible, pas de résolution DNS fonctionnelle
| IPv4 sur CV : 10.0.69.145, IPv4 sur VLAN50 : 172.26.145.104, IPv6 sur VLAN50 : 2001:660:4401:6050:216:3eff:fe31:b916, connexion à Internet en IPv4 possible, resolution DNS fonctionnelle
| IPv4 sur Internet : 193.48.57.180, IPv6 sur Internet : 2001:660:4401:60b0:216:3eff:fe31:b916, connexion à Internet en IPv4 possible
|-
| g3 || Timothé Brenier & Benjamin Nguyen
| IPv4 sur CV : 10.0.69.130, IPv4 sur VLAN50 : 172.26.145.107, IPv6 sur VLAN50 : 2001:660:4401:6050:216:3eff:feff:4c44, connexion à Internet en IPv4 possible, résolution DNS fonctionnelle
| IPv4 sur CV : 10.0.69.167, IPv4 sur VLAN50 : 172.26.145.106, IPv6 sur VLAN50 : 2001:660:4401:6050:216:3eff:feaa:f292, connexion à Internet en IPv4 possible, pas de résolution DNS fonctionnelle
| IPv4 sur Internet : 193.48.57.184, IPv6 sur Internet : 2001:660:4401:60b0:216:3eff:feaa:f293, connexion à Internet en IPv4 possible
|-
| g4 || François Naudot & Dann Rodenburg
| IPv4 sur CV : 10.0.69.156, IPv4 sur VLAN50 : 172.26.145.109, IPv6 sur VLAN50 : 2001:660:4401:6050:216:3eff:fe46:70cd, connexion à Internet en IPv4 possible, pas de résolution DNS fonctionnelle
| IPv4 sur CV : 10.0.69.106, IPv4 sur VLAN50 : 172.26.145.108, IPv6 sur VLAN50 : 2001:660:4401:6050:216:3eff:fec6:168, connexion à Internet en IPv4 possible, pas de résolution DNS fonctionnelle
| IPv4 sur Internet : 193.48.57.185, IPv6 sur Internet : 2001:660:4401:60b0:216:3eff:fec6:169, connexion à Internet en IPv4 possible
|-
| g5 || Maël Delaby & Paul Amoros
| IPv4 sur CV : 10.0.69.189, IPv4 sur VLAN50 : 172.26.145.111, IPv6 sur VLAN50 : 2001:660:4401:6050:216:3eff:fe14:cdb5, connexion à Internet en IPv4 possible, pas de résolution DNS fonctionnelle
| IPv4 sur CV : 10.0.69.171, IPv4 sur VLAN50 : 172.26.145.110, IPv6 sur VLAN50 : 2001:660:4401:6050:216:3eff:fe5b:b2b5, connexion à Internet en IPv4 possible, resolution DNS fonctionnelle
| IPv4 sur Internet : 193.48.57.188, IPv6 sur Internet : 2001:660:4401:60b0:216:3eff:fe5b:b2b6, connexion à Internet en IPv4 possible
|-
| g6 || Haitam Blgrim & Baptiste Black
| IPv4 sur CV : 10.0.69.100, IPv4 sur VLAN50 : 172.26.145.113, IPv6 sur VLAN50 : 2001:660:4401:6050:216:3eff:fef9:2bb9, pas de connexion à Internet en IPv4, pas de résolution DNS fonctionnelle
| pas de machine virtuelle
| bloquage du serveur <code>antifer</code> par installation du routeur openWRT sous la racine, machine non contactable en IPv6 sur le SE5
|-
| g7 || Jason Delannoy & Albin Mouton
| CV non configuré, machine non contactable en IPv6 sur le VLAN50
| machine non contactable en IPv6 sur le bridgeStudent
| pas d'adresse MAC dans le <code>.cfg</code>
|-
| g8 || Elias Simon & Mathis Riffaut
| CV non configuré, machine non contactable en IPv6 sur le VLAN50
| machine non contactable en IPv6 sur le bridgeStudents
| machine non contactable en IPv6 sur le SE5
|-
| g10 || Estelle Godard & Jeanne Delcourt
| IPv4 sur CV : 10.0.69.165, IPv4 sur VLAN50 : 172.26.145.121, IPv6 sur VLAN50 : 2001:660:4401:6050:216:3eff:fe7e:35e1, pas de connexion à Internet en IPv4, pas de résolution DNS fonctionnelle
| IPv4 sur CV : 10.0.69.132, IPv4 sur VLAN50 : 172.26.145.120, IPv6 sur VLAN50 : 2001:660:4401:6050:216:3eff:feb4:5ea3, pas de connexion à Internet en IPv4, pas de résolution DNS fonctionnelle
| IPv4 sur Internet : 193.48.57.191 (erreur !!), IPv6 sur Internet : 2001:660:4401:60b0:216:3eff:feb4:5ea4, pas de connexion à Internet en IPv4
|-
| g11 || Karl Habre & Amine Sellali
| machine non contactable en IPv6 sur le VLAN50
| machine non contactable en IPv6 sur le bridgeStudents
| pas d'adresse MAC dans le <code>.cfg</code>
|-
| g12 || Mohammed Halaoui & Rémi Farault
| IPv4 sur CV : 10.0.69.131, IPv4 sur VLAN50 : 172.26.145.125, IPv6 sur VLAN50 : 2001:660:4401:6050:216:3eff:fe54:5aee, pas de connexion à Internet en IPv4, pas de résolution DNS fonctionnelle
| pas d'IPv4 sur le CV, IPv4 sur VLAN50 : 172.26.145.124, IPv6 sur VLAN50 : 2001:660:4401:6050:216:3eff:fe9a:5186, pas de connexion à Internet en IPv4, pas de résolution DNS fonctionnelle
| IPv4 sur Internet : 193.48.57.181, IPv6 sur Internet : 2001:660:4401:60b0:216:3eff:fe9a:5186, pas de connexion à Internet en IPv4
|-
|}

Pas de changement sur les routeurs OpenWRT à 17h30.

Pas de changement sur les MV d'<code>antifer</code> à 18h00.

Une seule modification sur les MV de <code>penfret</code> à 18h15 : la G7 (<code>g7jdelannoVM</code>) est maintenant contactable (@IPv4 et @IPv6 sur le VLAN50) mais sans rien de plus.

SE5 système/réseau 2023/2024

2023-10-16T12:30:08Z

Egodard : /* Répartition des binômes en ASR */

SE5 système/réseau 2023/2024

2023-10-06T14:46:31Z

Egodard : /* Répartition des binômes */