francois.lesueur/M3102
1
0
Fork 0
Code Issues Pull Requests Releases Activity

ajout cm6

Browse Source
This commit is contained in:
Francois Lesueur 2021-12-03 14:32:21 +01:00
parent 8881d6a968
commit 01733524bb
2 changed files with 49 additions and 1 deletions
Show Stats Download Patch File Download Diff File Expand all files Collapse all files

2
README.md
View File

@ -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)) * [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 * [TD5.1](td5.1-archi.md) Segmentation réseau et IPTables
* S6 : * S6 :
* CM6 Révisions, questions/réponses * [CM6](cm6-wrapup.md) Révisions, questions/réponses
* TD6.1 Révisions * TD6.1 Révisions
## Pour les curieux ## Pour les curieux

48
cm6-wrapup.md Normal file
View File

@ -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 !