Atelier SysRes SE4 2025/2026 E1 - Historique des versions

Pcasimir : /* Comment lire ça ? */

2026-03-01T16:46:02Z

Comment lire ça ?

← Version précédente		Version du 1 mars 2026 à 16:46
Ligne 185 :		Ligne 185 :
	* chaque ligne décrit '''une VIF'''		* chaque ligne décrit '''une VIF'''
	* <code>mac=...</code> : la MAC address que la VM utilisera (utile pour DHCP, filtrage, repérage)		* <code>mac=...</code> : la MAC address que la VM utilisera (utile pour DHCP, filtrage, repérage)
	* <code>bridge=...</code> : le bridge Xen/Linux sur lequel on connectes cette VIF		* <code>bridge=...</code> : le bridge/commutateur virtuel Xen/Linux sur lequel on connectes cette VIF

	c’est littéralement “sur quel switch virtuel on branches le câble”		c’est littéralement “sur quel switch virtuel on branches le câble”

Pcasimir : /* Cassage de clé WIFI */

2026-02-25T21:09:42Z

Cassage de clé WIFI

@@ Ligne 631 : / Ligne 631 : @@
 * '''PREROUTING''' : avant le routage → on change surtout la '''destination''' (DNAT / redirections de ports)
 * '''POSTROUTING''' : après le routage → on change surtout la '''source''' (SNAT / MASQUERADE)
 == Cassage de clé WIFI ==

Pcasimir : /* CRÉATION MACHINES VIRTUELLES */

2026-02-25T17:25:33Z

CRÉATION MACHINES VIRTUELLES

Voir les modifications

Pcasimir : /* Mini résumé ultra clair */

2026-02-25T15:11:15Z

Mini résumé ultra clair

← Version précédente		Version du 25 février 2026 à 15:11
Ligne 629 :		Ligne 629 :
	POSTROUTING = “le colis est déjà assigné à un camion (interface de sortie), je peux encore modifier l’étiquette avant qu’il parte.”		POSTROUTING = “le colis est déjà assigné à un camion (interface de sortie), je peux encore modifier l’étiquette avant qu’il parte.”

	===== ~~Mini résumé ultra clair~~ =====		===== Résumé =====

	* '''PREROUTING''' : avant le routage → on change surtout la '''destination''' (DNAT / redirections de ports)		* '''PREROUTING''' : avant le routage → on change surtout la '''destination''' (DNAT / redirections de ports)

Pcasimir : /* Autre amélioration très recommandée : préciser l’interface de sortie */

2026-02-25T15:10:58Z

Autre amélioration très recommandée : préciser l’interface de sortie

@@ Ligne 567 : / Ligne 567 : @@
 * Pareil pour <code>10.60.0.0/16</code> (ces adresses seront à rajoutées pour la suite du TP pour l'instant ne les ajoutés pas)
-=== Autre amélioration très recommandée : préciser l’interface de sortie ===
+==== Autre amélioration très recommandée : préciser l’interface de sortie ====
 Sans <code>-o eth1</code>, tu peux NATer des flux que tu ne voulais pas NATer si tu as plusieurs sorties. La version “propre” :<syntaxhighlight lang="bash">
 -A POSTROUTING -s 192.168.3.0/27 -o eth1 -j MASQUERADE
 </syntaxhighlight>Mais dans notre TP, il n'y pas besoin de ça
 == Cassage de clé WIFI ==

Pcasimir : /* Le problème */

2026-02-25T15:08:29Z

Le problème

Pcasimir : /* Le problème */

2026-02-25T15:00:07Z

Le problème

← Version précédente		Version du 25 février 2026 à 15:00
Ligne 565 :		Ligne 565 :

	* Tout paquet qui '''sort''' et dont la source est dans <code>192.168.3.0/29</code> verra son IP source remplacée par l’IP publique du mandataire.		* Tout paquet qui '''sort''' et dont la source est dans <code>192.168.3.0/29</code> verra son IP source remplacée par l’IP publique du mandataire.
	* Pareil pour <code>10.60.0.0/16</code>		* Pareil pour <code>10.60.0.0/16</code> (ces adresses seront à rajoutées pour la suite du TP pour l'instant ne les ajoutés pas)

	=== Autre amélioration très recommandée : préciser l’interface de sortie ===		=== Autre amélioration très recommandée : préciser l’interface de sortie ===

Pcasimir : /* MASCARED D'IP */

2026-02-25T14:58:19Z

MASCARED D'IP

← Version précédente		Version du 25 février 2026 à 14:58
Ligne 501 :		Ligne 501 :
	Exemple : la VM <code>192.168.3.2</code> fait un <code>apt update</code> vers un serveur public <code>X.X.X.X:443</code>.		Exemple : la VM <code>192.168.3.2</code> fait un <code>apt update</code> vers un serveur public <code>X.X.X.X:443</code>.

	# La VM envoie :		La VM envoie :

	* source = <code>192.168.3.2:54321</code>		* source = <code>192.168.3.2:54321</code>
	* destination = <code>X.X.X.X:443</code>		* destination = <code>X.X.X.X:443</code>
			Le mandataire applique <code>MASQUERADE</code> en sortie (POSTROUTING) :
	# Le mandataire applique <code>MASQUERADE</code> en sortie (POSTROUTING) :

	* source devient <code>193.48.57.165:40000</code> (port éventuellement modifié)		* source devient <code>193.48.57.165:40000</code> (port éventuellement modifié)
			Le mandataire enregistre une “table de correspondance” (conntrack) :
	# Le mandataire enregistre une “table de correspondance” (conntrack) :

	* <code>192.168.3.2:54321</code> ↔ <code>193.48.57.165:40000</code>		* <code>192.168.3.2:54321</code> ↔ <code>193.48.57.165:40000</code>
			Quand la réponse revient de <code>X.X.X.X:443</code> vers <code>193.48.57.165:40000</code>, le mandataire “dé-NAT” automatiquement et renvoie vers :
	# Quand la réponse revient de <code>X.X.X.X:443</code> vers <code>193.48.57.165:40000</code>, le mandataire “dé-NAT” automatiquement et renvoie vers :

	* <code>192.168.3.2:54321</code>		* <code>192.168.3.2:54321</code>
Ligne 524 :		Ligne 521 :
	* suivi d’état (conntrack)		* suivi d’état (conntrack)

			==== Lire un fichier iptables <code>/etc/iptables/rules.v4</code> ====
	Lire un fichier iptables <code>/etc/iptables/rules.v4</code><syntaxhighlight lang="bash">		<syntaxhighlight lang="bash">
	# Generated by iptables-save v1.8.9 (nf_tables) on Thu Jan 22 18:31:33 2026		# Generated by iptables-save v1.8.9 (nf_tables) on Thu Jan 22 18:31:33 2026
	*nat		*nat
Ligne 568 :		Ligne 565 :

	* Tout paquet qui '''sort''' et dont la source est dans <code>192.168.3.0/29</code> verra son IP source remplacée par l’IP publique du mandataire.		* Tout paquet qui '''sort''' et dont la source est dans <code>192.168.3.0/29</code> verra son IP source remplacée par l’IP publique du mandataire.
	* Pareil pour <code>10.60.0.0/16</code>.		* Pareil pour <code>10.60.0.0/16</code>

	=== Autre amélioration très recommandée : préciser l’interface de sortie ===		=== Autre amélioration très recommandée : préciser l’interface de sortie ===

Pcasimir : /* Cassage de clé WIFI */

2026-02-25T14:51:49Z

Cassage de clé WIFI

@@ Ligne 477 : / Ligne 477 : @@
 * tu forces l’utilisation d’un routeur précis
 * tu perds la redondance (si celui-là tombe, plus de sortie)
 == Cassage de clé WIFI ==

Pcasimir : /* 1) Les VIF : cartes réseau virtuelles de la VM */

2026-02-24T16:42:36Z

1) Les VIF : cartes réseau virtuelles de la VM

← Version précédente		Version du 24 février 2026 à 16:42
Ligne 129 :		Ligne 129 :

	Dans la VM, elle apparaîtra comme une interface réseau (genre <code>eth0</code>, <code>eth1</code>, etc., selon l’OS).		Dans la VM, elle apparaîtra comme une interface réseau (genre <code>eth0</code>, <code>eth1</code>, etc., selon l’OS).

			Dans Xen, chaque entrée <code>vif</code> du fichier <code>.cfg</code> correspond à une carte réseau virtuelle. Une fois la VM démarrée, ces cartes apparaissent dans l’OS invité sous forme d’interfaces <code>eth0</code>, <code>eth1</code>, etc. Le paramètre <code>bridge=...</code> indique sur quel commutateur virtuel (bridge Xen/Linux) la carte est connectée.

	===== Différence avec une machine physique =====		===== Différence avec une machine physique =====

← Version précédente		Version du 25 février 2026 à 15:08
Ligne 147 :		Ligne 147 :
	'''VIF 1 : réseau interne de ton groupe (bridge du “switch” virtuel)'''		'''VIF 1 : réseau interne de ton groupe (bridge du “switch” virtuel)'''

	* branchée sur le '''bridge''' qui relie ~~tes~~ '''3 machines''' (~~tes~~ VM du groupe)		* branchée sur le '''bridge''' qui relie nos '''3 machines''' (nos VM du groupe)
	* ici : <code>pont_Gercourt</code>		* ici : <code>pont_Gercourt</code>

	Objectif : que ~~tes~~ VMs communiquent entre elles comme si elles étaient branchées sur le même switch.		Objectif : que nos VMs communiquent entre elles comme si elles étaient branchées sur le même switch.

	'''VIF 2 : réseau “école / Internet / infra”'''		'''VIF 2 : réseau “école / Internet / infra”'''
Ligne 208 :		Ligne 208 :
	Donc tu '''complètes à la main''' dans le <code>.cfg</code>.		Donc tu '''complètes à la main''' dans le <code>.cfg</code>.

	==== 5) Ajouter ~~tes~~ volumes logiques <code>/home</code> et <code>/var</code> dans <code>disk = [...]</code> ====		==== 5) Ajouter nos volumes logiques <code>/home</code> et <code>/var</code> dans <code>disk = [...]</code> ====
	Dans ton fichier config, tu as une section :<syntaxhighlight lang="bash">		Dans ton fichier config, tu as une section :<syntaxhighlight lang="bash">
	disk = [		disk = [
Ligne 225 :		Ligne 225 :
	* <code>phy:</code> → disque = '''vrai block device''' côté hôte (ex : volume LVM dans <code>/dev/virtual/...</code>)		* <code>phy:</code> → disque = '''vrai block device''' côté hôte (ex : volume LVM dans <code>/dev/virtual/...</code>)

	Donc pour brancher ~~tes~~ volumes logiques LVM, tu ajoutes :<syntaxhighlight lang="ansys">		Donc pour brancher nos volumes logiques LVM, tu ajoutes :<syntaxhighlight lang="ansys">
	'phy:/dev/virtual/SE4.Merteuil.home,xvda3,w',		'phy:/dev/virtual/SE4.Merteuil.home,xvda3,w',
	'phy:/dev/virtual/SE4.Merteuil.var,xvdb1,w',		'phy:/dev/virtual/SE4.Merteuil.var,xvdb1,w',
Ligne 419 :		Ligne 419 :
	==== Le bridge Xen = “le switch” auquel la carte est connectée ====		==== Le bridge Xen = “le switch” auquel la carte est connectée ====

	* <code>bridge=pont_Gercourt</code> : réseau '''privé IPv4''' entre ~~tes~~ VMs (commutateur virtuel interne)		* <code>bridge=pont_Gercourt</code> : réseau '''privé IPv4''' entre nos VMs (commutateur virtuel interne)
	* <code>bridge=SE4</code> (ou <code>bridgeStudents</code>) : réseau '''public / infra école / Internet'''		* <code>bridge=SE4</code> (ou <code>bridgeStudents</code>) : réseau '''public / infra école / Internet'''

Ligne 471 :		Ligne 471 :

	* si un routeur tombe, l’autre reprend l’IP VRRP		* si un routeur tombe, l’autre reprend l’IP VRRP
	* ~~tes~~ machines ne changent pas leur config, ça continue de router		* nos machines ne changent pas leur config, ça continue de router

	Si tu mets directement <code>.163</code> ou <code>.164</code> en gateway :		Si tu mets directement <code>.163</code> ou <code>.164</code> en gateway :
Ligne 480 :		Ligne 480 :
	=== MASCARED D'IP ===		=== MASCARED D'IP ===

	=== Le problème ===		==== Le problème ====
	~~Tes~~ VM de service sont en '''IPv4 privé''' (ex: <code>192.168.3.x</code>).		VM de service sont en '''IPv4 privé''' (ex: <code>192.168.3.x</code>).

	Ces adresses '''ne sont pas routables sur Internet''' (elles n’existent pas “officiellement” sur le réseau public).		Ces adresses '''ne sont pas routables sur Internet''' (elles n’existent pas “officiellement” sur le réseau public).

Atelier SysRes SE4 2025/2026 E1 - Historique des versions

Pcasimir : /* Comment lire ça ? */

Pcasimir : /* Cassage de clé WIFI */

Pcasimir : /* CRÉATION MACHINES VIRTUELLES */

Pcasimir : /* Mini résumé ultra clair */

Pcasimir : /* Autre amélioration très recommandée : préciser l’interface de sortie */

Pcasimir : /* Le problème */

Pcasimir : /* Le problème */

Pcasimir : /* MASCARED D'IP */

Pcasimir : /* Cassage de clé WIFI */

Pcasimir : /* 1) Les VIF : cartes réseau virtuelles de la VM */

Pcasimir : /* Comment lire ça ? */

Pcasimir : /* Cassage de clé WIFI */

Pcasimir : /* CRÉATION MACHINES VIRTUELLES */

Pcasimir : /* Mini résumé ultra clair */

Pcasimir : /* Autre amélioration très recommandée : préciser l’interface de sortie */

Pcasimir : /* Le problème */

Pcasimir : /* Le problème */

Pcasimir : /* MASCARED D'IP */

Pcasimir : /* Cassage de clé WIFI */

Pcasimir : /* 1) Les VIF : cartes réseau virtuelles de la VM */