ajout cm6

README.md

@@ -31,7 +31,7 @@ Une large part des séances pratiques sera réalisée sur la plateforme MI-LXC (
   * [CM5](cm5-archi.md) Architecture réseau et firewall (complément en ligne : [ANSSI](https://www.ssi.gouv.fr/administration/guide/definition-dune-architecture-de-passerelle-dinterconnexion-securisee/) (chapitre 2))
   * [TD5.1](td5.1-archi.md) Segmentation réseau et IPTables
 * S6 :
-  * CM6 Révisions, questions/réponses
+  * [CM6](cm6-wrapup.md) Révisions, questions/réponses
   * TD6.1 Révisions
 
 ## Pour les curieux

cm6-wrapup.md

@@ -0,0 +1,48 @@
+CM6 Wrap-up + Questions/Réponses- Notes de cours
+================================================
+
+Wrap-up
+=======
+
+Ce que nous avons vu :
+* Internet est un réseau de réseaux autonomes : les AS
+* BGP permet d'établir le routage logique entre ces AS :
+  * Des liens locaux bas-niveau, connexions directes, permettent l'échange des paquets entre voisins. C'est entre ces voisins directs que l'on parle BGP, pour annoncer notre AS ainsi que les AS joignables via nous
+  * Chaque AS découvre ainsi quels autres préfixes sont joignables en multi-saut
+  * Le routage annoncé/paramétré via BGP permet d'établir le routage global, au niveau logique, permettant de communiquer avec l'ensemble du réseau IP
+  * À ce niveau, nous obtenons donc une interconnexion IP globale
+  * Résilience niveau interconnexion IP : BGP est auto-réparant, une route inaccessible sera immédiatement remplacée par une autre possible, si elle existe (et Internet est conçu de manière maillée)
+* DNS permet de nommer les objets sur Internet, typiquement les sites web ou adresses mail, par le système des domaines
+  * Un système arborescent, disjoint de la hiérarchie des adresses IP
+  * Une partie "serveurs faisant autorité", qui hébergent chacun le contenu de la zone dont ils sont responsables et répondent aux requêtes sur cette zone
+  * Une partie "serveurs de résolution/résolveurs", sollicités par les clients, qui vont parcourir les serveurs faisant autorité pour répondre au client
+  * Résilience niveau service DNS : Les serveurs faisant autorité doivent avoir un miroir (au moins), situé dans un autre AS, si possible très disjoint
+* SMTP permet d'échanger des mails entre domaines distincts
+  * Pour émettre un mail, un client (Thunderbird, webmail, ...) transmet cette tâche à son serveur SMTP (chez son FAI, chez son opérateur de mail, ...)
+  * Ce serveur SMTP est ensuite responsable de transmettre au serveur SMTP destination
+  * Les serveurs de réception de `@domain.tld` sont enregistrés en champ MX dans la zone DNS de `domain.tld`
+  * Le serveur côté réception stocke dans son spool
+  * Résilience niveau SMTP : Les serveurs émetteurs réessaient pendant quelques jours + Il faut enregistrer plusieurs MX au niveau DNS
+* IMAP(/POP) permettent de relever ses mails auprès du serveur
+  * SMTP est en charge de déposer (enfin presque... mais on va simplifier) sur le serveur responsable de la boîte mail du destinataire
+  * IMAP permet ensuite la relève par le destinataire
+  * Résilience niveau IMAP : Moins critique, mais on fera du miroir / des sauvegardes
+* Architecture globale et locale
+  * Globalement, à l'échelle d'internet, on a une architecture physique maillée, distribuée, hétérogène, variée et une architecture logique à plat permettant la connectivité totale
+  * Localement, à l'échelle d'un SI, on a une architecture physique arborescente, qui remonte souvent vers un (ou deux) points, moins hétérogène, plus structurée et une architecture logique segmentée pour limiter la connectivité interne
+* Tous les échanges aujourd'hui sont chiffrés
+  * Cryptographie hybride : crypto asymétrique + crypto symétrique
+  * Besoin d'obtenir/valider les clés publiques des interlocuteurs : notion de PKI (autorité de certification, PGP, DANE/TLSA, Keybase, ...)
+  * Il faut 1/s'assurer que l'on chiffre avec la bonne personne (PKI) et 2/chiffrer
+
+
+Questions/Réponses
+==================
+
+(pour l'instant, je fais semblant de ne pas connaître les questions...)
+
+
+Retours
+=======
+
+Questionnaire rapide et anonyme (3 questions : ce qui vous a plu, ce qui vous a déplu, suggestions d'améliorations) [ici](https://framaforms.org/retour-m3102-services-reseaux-1637759395). Clôture dimanche 12/12, merci !