Le rapport de réalisation : livrable unique du module

Conception d'architecture Livrable évalué 1 PDF · 4 chapitres · 40 questions

🎯 Le principe : vous ne rendez aucun fichier de configuration. Vous rendez un rapport PDF qui prouve, par des captures, que votre base existe et se comporte comme prévu, et qui répond aux dix questions posées à la fin de chaque TP. Un chapitre par TP, le même plan à chaque fois.

1. Format

Règle	Détail
Un PDF par groupe	Nommé `nom-groupe-promo.pdf`, déposé sur Moodle à la date annoncée en séance.
Un chapitre par TP	TP0 · TP1 · TP2 · TP3, dans l’ordre, chacun au plan du §2, puis une page de bilan (§2, dernier point).
Des captures, pas des fichiers	Chaque preuve est une capture d’écran ou un extrait de terminal collé dans le rapport. Aucune pièce jointe, aucune archive, aucun lien vers un dépôt.
Captures lisibles, datées, légendées	Chaque capture montre le hostname (invite de commande ou barre de titre) et une date lisible ; elle porte une légende qui dit ce qu’on voit et ce que ça prouve, et le texte y renvoie (« voir capture 1.3 »). Une capture recadrée sans origine ni légende ne compte pas.
Extraits courts	Si un extrait de configuration est utile (une règle, un bloc du Vagrantfile), 20 lignes maximum, en police à chasse fixe. Le reste ne m’intéresse pas.
Zéro secret	Mots de passe, PSK, clés : masqués dans toute capture. Un secret lisible dans le rapport = -5 / 20 sur le chapitre.
Vos valeurs, pas des valeurs génériques	Le rapport parle de votre base : vos `10.G.x`, vos VLAN, vos hostnames, vos horodatages. Une réponse qui pourrait être celle de n’importe quel groupe n’est pas une réponse.

2. Le plan de chaque chapitre

Le même plan pour les quatre TP. Si vous remplissez chaque partie, vous remplissez la grille.

Ce que nous devions obtenir : une demi-page. Le périmètre du TP tel que vous l’avez compris, et ce qui compterait comme une réussite, dit avant les preuves : « ce TP réussit si X, vérifié par Y ». Exemple au TP1 : réussi si, depuis z-front, seuls les ports de notre matrice répondent, vérifié par le balayage bash après règles. Vos preuves y seront confrontées ensuite, y compris quand elles échouent.
Ce que nous avons monté : le schéma de votre base, mis à jour à chaque TP, puis ce qui a marché et ce qui n’a pas marché. Là où vous avez tranché quelque chose que l’énoncé ne tranchait pas (un numéro de VLAN, un mode de collecte, un service à offrir au voisin), dites entre quoi et quoi vous avez choisi, et ce que le choix coûte, pas seulement ce qu’il apporte. Un choix imposé par l’énoncé se déclare comme tel.
Les preuves : les captures demandées dans la section « Le rapport » du TP concerné, une par preuve, chacune légendée. Une preuve dit dans quelles conditions elle a été obtenue : depuis quel hôte, avec quelle commande, à quelle date. Le chiffre défavorable (un port qui répond alors qu’il ne devrait pas, un test qui a échoué avant de passer) est rapporté et expliqué, pas omis.
Les dix questions : les réponses aux questions du TP, numérotées Q1 à Q10, dans l’ordre. Une réponse tient en 3 à 10 lignes ; elle cite une valeur relevée dans vos captures quand la question le demande.
Ce que nous n’avons pas fait, et ce que nous avons abandonné : en quelques lignes : le non-fait assumé, les indices ouverts dans l’énoncé (sans malus), et les pistes essayées puis écartées, avec la raison (une mesure, une contrainte, un coût, pas « on n’a pas eu le temps »). Le temps passé sur une voie sans issue est un résultat, pas une perte.

Après le chapitre TP3, une page de bilan clôt le rapport : les limites de votre base, rassemblées en un seul endroit, chacune dit ce qu’elle est, ce qu’elle empêche de conclure, et ce qui la lèverait. Une limite, ce n’est pas une excuse : « le LDAP est en clair » est une limite ; « on aurait pu faire mieux » n’en est pas une.

Pour le TP0, la partie « preuves » est remplacée par les quatre artefacts de l’étude (zones, matrice de flux, arbitrage technologique, plan d’adressage/VLAN/répartition), c’est le dossier de conception qui sert de chapitre d’ouverture.

3. Barème

Chaque chapitre est noté sur 20 par ses dix questions. Note du module = moyenne des quatre chapitres.

Questions	Niveau	Points chacune	Total
Q1 – Q3	● facile, la valeur est relevée dans votre capture, et c’est la bonne	1 pt	3
Q4 – Q7	●● moyen, le mécanisme est compris et rattaché à votre base	2 pts	8
Q8 – Q10	●●● difficile, l’arbitrage repose sur ce que vous avez observé, et annonce ses limites	3 pts	9
			20

4. Où trouver les questions

Chaque TP se termine par deux sections : « Le rapport, chapitre TPx » (les preuves à coller) et « Les dix questions ».

Chapitre	Page	Ce qui prouve la réalisation
TP0	Étude d’architecture	Les 4 artefacts de conception
TP1	Socle & segmentation	Balayages avant/après, Live View des refus, sous-interfaces VLAN
TP2	Services & identité	Login Nextcloud en compte du domaine, requête LogQL, matrice amendée
TP3	Interconnexion	Fiche d’interconnexion, SA IPsec de votre côté, tcpdump ESP, épreuve du destroy