Vous êtes ici : Formations en Ligne Gratuites » Catalogue » workbooks » Debian » Debian 6, 7 et 8 » LDF300 - Debian Linux - System Administrator » LDF306 - Gestion du Réseau

Différences

Ci-dessous, les différences entre deux révisions de la page.

Lien vers cette vue comparative

Les deux révisions précédentesRévision précédente
Prochaine révision		Révision précédente
elearning:workbooks:debian:6:avance:l106 [2020/03/01 08:27] – créée adminelearning:workbooks:debian:6:avance:l106 [2020/08/07 17:20] (Version actuelle) – admin
Ligne 5: Ligne 5:
 ======LDF306 - Gestion du Réseau====== ======LDF306 - Gestion du Réseau======
  
-=====Comprendre les Réseaux===== +=====Contenu du Module=====
- +
-====Présentation des Réseaux==== +
- +
-La définition d'un réseau peut être résumé ainsi : +
- +
-  * un ensemble d'**Equipements** (systèmes et périphériques) communiquant entre eux, +
-  * une entité destinée au transport de données dans différents environnements. +
- +
-Pour que la communication soit efficace, elle doit respecter les critères suivants : +
- +
-  * présenter des informations compréhensibles par tous les participants, +
-  * être compatible avec un maximum d'interlocuteurs différents (dans le cas d'un réseau, les interlocuteurs sont des équipements : imprimantes, ordinateurs, clients, serveurs, téléphones...), +
-  * si l'interlocuteur n'est pas disponible, les informations ne doivent pas se perdre, +
-  * permettre une réduction des coûts (par ex. interconnexion à bas coût), +
-  * permettre une productivité accrue (par ex. interconnexion à haut débit), +
-  * être sécurisée si les informations à transmettre sont dites sensibles, +
-  * garantir l'**unicité** et de l'**universalité** de l'**accès à l'information**.  +
- +
-On peut distinguer deux familles d'**Equipements** - les **Eléments Passifs** et les **Eléments Actifs**. +
- +
-Les **Eléments Passifs** transmettent le signal d'un point à un autre : +
- +
-  * **Les Infrastructures ou Supports** - des câbles, de l'atmosphère ou des fibres optiques permettant de relier **physiquement** des équipements, +
-  * **La Topologie** - l'architecture d'un réseau définissant les connexions entre les **Equipements** et, éventuellement, la hiérarchie entre eux. +
- +
-Les **Eléments Actifs** sont des équipements qui consomment de l'énergie en traitant ou en interprétant le signal. Les **Equipements** sont classés selon leurs fonctions : +
-  +
-  * **Equipement de Distribution Interne au Réseau** - Répartiteur (Hub, Switch, Commutateur etc.), Borne d'accès (Hotspot), Convertisseur de signal (Transciever), Amplificateur (Répéteur) ..., +
-  * **Equipement d'Interconnexion de Réseaux** - Routeurs, Ponts ..., +
-  * **Nœuds** et **Interfaces Réseaux** - postes informatiques, équipements en réseau .... +
- +
-Un **Nœud** est une extrémité de connexion qui peut être une intersection de plusieurs connexions ou de plusieurs **Equipements**. +
- +
-Une **Interface Réseau** est une prise ou élément d'un **Equipement Actif** faisant la connexion vers d'autres **Equipements** réseaux et qui reçoit et émet des données. +
- +
-<WRAP center round important> +
-Dans le cas d'un mélange d'**Equipements** non-homogènes en termes de performances au sein du même réseau, c'est la loi du plus faible qui emporte. +
-</WRAP> +
- +
-Tous les **Equipements** connectés au même support doivent respecter un ensemble de règles appelé une **Protocole de Communication**. +
- +
-Les **Protocoles de Communication** définissent de façon formelle et interopérable la manière dont les informations sont échangées entre les **Equipements**. +
- +
-Des **Logiciels**, dédiés à la gestion de ces **Protocoles de Communication**, sont installés sur des **Equipements d'Interconnexion** afin de fournir des fonctions de contrôle permettant une communication entre les **Equipements**.  +
- +
-Se basant sur des **Protocoles de Communication**, des **Services** fournissent des fonctionnalités accessibles aux utilisateurs ou d'autres programmes. +
- +
-L'ensemble des **Equipements**, **Logiciels** et **Protocoles de Communication** constitue l'**Architecture Réseau**. +
- +
-====Classification des Réseaux==== +
- +
-Les réseaux peuvent être classifiés de trois façon différentes : +
- +
-  * par **Mode de Transmission**, +
-  * par **Topologie**, +
-  * par **Étendue**. +
- +
-===Classification par Mode de Transmission=== +
- +
-Il existe deux **Classes** de réseaux dans cette classification : +
- +
-  * les **Réseaux en Mode de Diffusion**, +
-    * utilise un seul support de transmission, +
-    * le message est envoyé sur tout le réseau à l'adresse d'**un** destinataire, +
- +
-  * les **Réseaux en Mode Point à Point**, +
-    * une seule liaison entre deux équipements, +
-    * les nœuds permettent de choisir la route en fonction de l'adresse du destinataire, +
-    * quand deux nœuds non directement connectés entre eux veulent communiquer ils le font par l'intermédiaire des autres noeuds du réseau. +
- +
-===Classification par Topologie=== +
- +
-<WRAP center round important> +
-La **Topologie Physique** d'un réseau décrit l'organisation de ce dernier en termes de câblage. La **Topologie Logique** d'un réseau décrit comment les données circulent sur le réseau. En effet c'est le choix des concentrateurs ainsi que les connections des câbles qui déterminent la topologie logique. +
-</WRAP> +
- +
-==La Topologie Physique== +
- +
-Il existe 6 topologies physiques de réseau : +
-  +
-  * La Topologie en Ligne, +
-  * La Topologie en Bus, +
-  * La Topologie en Etoile, +
-  * La Topologie en Anneau, +
-  * La Topologie en Arbre, +
-  * La Topologie Maillée. +
- +
-==La Topologie en Ligne== +
- +
-Tous les nœuds sont connectés à un seul support. L'inconvénient de cette topologie est que dans le cas d'une défaillance d'une station, le réseau se trouve coupé en deux sous-réseaux. +
- +
-==La Topologie en Bus== +
- +
-Tous les nœuds sont connectés à un seul support (un câble BNC en T) avec des bouchons à chaque extrémité. La longueur du bus est limitée à **185m**. Le nombre de stations de travail est limité à **30**. Les Stations sont reliées au Bus par des 'T'. Les bouchons sont des terminateurs qui sont des résistances de **50 Ohms**.  +
-Quand le support tombe en panne, le réseau ne fonctionne plus. Quand une station tombe en panne, elle ne perturbe pas le fonctionnement de l'ensemble du réseau. Les Stations étant reliés à un suel support, ce type de topologie necessite un **Protocole d'Accès** pour gérer le tour de parole des Stations afin d'éviter des conflits. +
- +
-{{:solaris:sol2:bus.png|}} +
- +
-==La Topologie en Étoile== +
- +
-Chaque nœud est connecté à un périphérique central appelé un **Hub** (**Concentrateur**) ou un **Switch** (**Commutateur**). Un Hub ou un Switch est prévu pour 4, 8, 16, 32 ... stations. En cas d'un réseau d'un plus grand nombre de stations, plusieurs Hubs ou Switches sont connectés ensemble. Quand une station tombe en panne, elle ne perturbe pas le fonctionnement de l'ensemble du réseau. Le point faible de cette topologie est l'équipement central. +
- +
-{{:solaris:sol2:etoile.png|}} +
- +
-==La Topologie en Anneau== +
- +
-Chaque nœud est relié directement à ses deux voisins dans une topologie logique de cercle ininterrompu et une topologie physique en étoile car les stations sont reliées à un type de hub spécial, appelé un **Multistation Access Unit** (MAU). +
- +
-{{:solaris:sol2:ring.png|}} +
- +
-Les stations sont reliées à la MAU par un câble 'IBM' munie d'une prise **AUI** du côté de la carte et une prise **Hermaphrodite** du coté de la MAU. Les données sont échangées dans un sens unidirectionnel. Une trame, appelée un **jeton**, circule en permanence. Si l'anneau est brisé, l'ensemble du réseau s'arrête. Pour cette raison, il est courant de voir deux anneaux contre-rotatifs. +
- +
-==La Topologie en Arbre== +
- +
-La Topologie en Arbre est utilisée dans un réseau hierarchique où le sommet, aussi appelé la **racine**, est connecté à plusieurs noeuds de niveau inférieur. Ces neouds peuvent à leur tour être connectés à d'autres noeuds inférieurs. L'ensemble forme une arborescence. Le point faible de cette topologie est sa racine. En cas de défaillance, le réseau est coupé en deux. +
- +
-==La Topologie Maillée== +
- +
-Cette Topologie est utilisée pour des grands réseaux de distribution tels Internet ou le WIFI. Chaque noeud à tous les autres via des liaisons point à point. Le nombre de liaisons devient très rapidement important en cas d'un grand nombre de noeuds. Par exemple dans le cas de 100 Stations (N), le nombre de liaisons est obtenu par la formule suivante : +
- +
-  N(N-1)/2 = 100(100-1)/2 = 4 950 +
- +
-<WRAP center round important> +
-La **Topologie Physique** la plus répandue est la **Topologie en Etoile**. +
-</WRAP> +
- +
-===Classification par Etendue=== +
- +
-La classification par étendue nous fournit 4 réseaux principaux : +
- +
-^ Nom ^ Description ^ Traduction ^ Taille Approximative (M) | +
-| PAN | Personal Area Network | Réseau Personnel | 1 -10 | +
-| LAN | Local Area Network | Réseau Local Entreprise (RLE) | 5 - 1 200 | +
-| MAN | Métropolitain Area Network | Réseau Urbain | 900 - 100 000 | +
-| WAN | Wide Area Network | Réseau Long Distance (RLD) | 50 000 et au delà | +
- +
-Cependant, d'autres classification existent : +
- +
-| CAN | Campus Area Network | Réseau de Campus | +
-| GAN | Global Area Network | Réseau Global | +
-| TAN | Tiny Area Network | Réseau Minuscule | +
-| FAN | Family Area Network | Réseau Familial | +
-| SAN | Storage Area Network | Réseau de Stockage | +
- +
-<WRAP center round important> +
-Etant donné que les WANs sont gérés par des opérateurs de télécommunications qui doivent demander une licence à l'état mais que les LANs ont été historiquement mis en oeuvre dans les entreprises, ces derniers sont en majorité issus du monde informatique.  +
-</WRAP> +
- +
-===Les Types de LAN=== +
- +
-Il existe deux types de LAN : +
-  +
-  * le réseau à serveur dédié, +
-  * le réseau poste à poste. +
- +
-==Réseau à Serveur Dédié== +
- +
-Le réseau à serveur dédié est caractérisé par le fait que toutes les ressources ( imprimantes, applications, lecteurs etc. ) sont gérées par le serveur. Les autres micro-ordinateurs ne jouent le rôle de client.  +
- +
-Des exemples des systèmes d'exploitation du réseau à serveur dédié sont :  +
- +
-  * Windows NT Server, +
-  * Windows 2000 Server, +
-  * Windows 2003 Server, +
-  * Windows 2008 Server, +
-  * Linux, +
-  * Unix.  +
- +
-{{:solaris:sol2:serveur_dedie.png|}} +
- +
-==Réseau Poste-à-Poste== +
- +
-Le réseau poste à poste est caractérisé par le fait que tous les ordinateurs peuvent jouer le rôle de client et de serveur : +
- +
-  * Windows 95, +
-  * Windows 98, +
-  * Windows NT Workstation. +
- +
-{{:solaris:sol2:poste_a_poste.png|}} +
- +
-====Le Modèle Client/Serveur==== +
- +
-Le modèle Client/Serveur est une des modalités des architectures informatiques distribuées. Dans ce modèle un serveur est tout **Logiciel** fournissant un **Service**.  +
-  +
-Le serveur est aussi : +
- +
-  * passif, c'est-à-dire en attente permenante d'une demande, appelée une requête d'un client, +
-  * capable de traiter plusieurs requêtes simultanément en utilisant le **multi-threading**, +
-  * garant de l'intégrité globale. +
- +
-Le client est, par contre **actif**, étant à l'origine des requêtes. +
- +
-Il existe trois types de modèle client/serveur : +
-  +
-  * **Plat** - tous les clients communiques avec un seul serveur, +
-  * **Hiérarchique** - les clients n'ont de contact qu'avec les serveurs de plus haut niveau qu'eux, +
-  * **Peer-to-Peer** - les équipements sont à la fois client **et** serveur en même temps. +
- +
-====Modèles de Communication==== +
- +
-Les réseaux sont bâtis sur des technologies et des modèles. Le modèle **théorique** le plus important est le modèle **O**pen **S**ystem **Interconnection** créé par l'**I**nternational **Organization** for **S**tandardization tandis que le modèle pratique le plus important est le modèle **TCP/IP**. +
- +
-=== Le modèle OSI === +
- +
-Le modèle OSI qui a été proposé par l'ISO est devenu le standard en termes de modèle pour décrire l'échange de données entre ordinateurs. Cette norme se repose sur sept couches, de la une - la Couche Physique, à la sept - la Couche d'Application, appelés des services. La communication entre les différentes couches est synchronisée entre le poste émetteur et le poste récepteur grâce à ce que l'on appelle un protocole. +
- +
-Ce modèle repose sur trois termes : +
- +
-  * Les **Couches**, +
-  * Les **Protocoles**, +
-  * Les **Interfaces**. +
- +
-==Les Couches== +
- +
-Des sept couches : +
- +
-  * Les couches 1 à 3 sont les **Couches Basses** orientées **Transmission**, +
-  * La couche 4 est la **Couche Charnière** entre les **Couches Basses** et les **Couches Hautes**, +
-  * Les couches 5 à 7 sont les **Couches Hautes** orientées **Traitement**. +
- +
-La couche du même niveau du système **A** parle avec son homologue du système **B**. +
- +
-  * **La Couche Physique** ( Couche 1 ) est responsable : +
-    * du transfert de données binaires sur le câble physique ou virtuel +
-    * de la définition de tout aspect physique allant du connecteur jusqu'au câble en passant par la carte réseau, y compris l'organisation même du réseau +
-    * de la définition des tensions électriques sur le câble pour obtenir le 0 et le 1 binaires +
- +
-  * **La Couche de Liaison** ( Couche 2 ) est responsable : +
-    * de la réception des données de la couche physique +
-    * de l'organisation des données en fragments, appelés des trames qui ont un format différent selon s'il s'agit d'un réseau basé sur la technologie Ethernet ou la technologie Token-Ring +
-    * de la préparation, émission et réception des trames +
-    * de la gestion de l'accès au réseau +
-    * de la communication nœud à nœud +
-    * de la gestion des erreurs +
-      * avant la transmission, le nœud émetteur calcule un code appelé un CRC et l'incorpore dans les données envoyées +
-      * le nœud récepteur recalcule un CRC en fonction du contenu de la trame reçue et le compare à celui incorporé avec l'envoi +
-      * en cas de deux CRC identique, le nœud récepteur envoie un accusé de réception au nœud émetteur +
-    * de la réception de l'accusé de réception +
-    * éventuellement de le ré-émission des données +
-    * En prenant ce modèle, l'IEEE ( Institute of Electrical and Eletronics Engineers ) l'a étendu avec le Modèle IEEE ( 802 ).  +
-        *Dans ce modèle la Couche de Liaison est divisée en deux sous-couches importantes : +
-           * La **Sous-Couche LLC** ( Logical Link Control ) qui : +
-             * gère les accusés de réception +
-             * gère le flux de trames +
-           * La **Sous-Couche MAC** ( Media Access Control ) qui : +
-             * gère la méthode d'accès au réseau +
-             * le CSMA/CD dans un réseau basé sur la technologie Ethernet +
-             * l'accès au jeton dans un réseau basé sur la technologie Token-Ring +
-             * gère les erreurs +
- +
-    * **La Couche de Réseau** ( Couche 3 ) est responsable de la gestion de la bonne distribution des différentes informations aux bonnes adresses en : +
-      * identifiant le chemin à emprunter d'un nœud donné à un autre +
-      * appliquant une conversion des adresses logiques ( des noms ) en adresses physiques +
-      * ajoutant des information adressage aux envois +
-      * détectant des paquets trop volumineux avant l'envoi et en les divisant en trames de données de tailles autorisées +
- +
-    * **La Couche de Transport** ( Couche 4 ) est responsable de veiller à ce que les données soient envoyées correctement en : +
-      * constituant des paquets de données corrects +
-      * les envoyant dans le bon ordre +
-      * vérifiant que les données sont traités dans le même ordre que l'ordre d'émission +
-      * permettant à un processus sur un nœud de communiquer avec un autre nœud et d'échanger des messages avec lui +
- +
-    * **La Couche de Session** ( Couche 5 ) est responsable : +
-      * de l'établissement, du maintien, et de la mise à fin de la communication entre deux noeuds distants, c'est-à-dire, de la session +
-      * de la conversation entre deux processus de vérification de la réception des messages envoyés en séquences, c'est-à-dire, le point de contrôle +
- +
-      * de la sécurité lors de l'ouverture de la session, c'est-à-dire, les droits d'utilisateurs etc. +
- +
-    * **La Couche de Présentation** ( Couche 6 ) est responsable : +
-      * du formatage et de la mise en forme des données +
-      * des conversions de données telles le cryptage/décryptage +
- +
-    * **La Couche d'Application** ( Couche 7 ) est responsable : +
-      * du dialogue homme/machine via des messages affichés +
-      * du partage des ressources +
-      * de la messagerie +
- +
-==Les Protocoles== +
- +
-Un **protocole** est un langage commun utilisé par dexu entités en communication pour pouvoir se comprendre. La nature du Protocole dépends directement de la nature de la communication. Cette bature dépend du **paradigme** de communication que l'application nécessite. Le paradigme est un modèle abstrait d'un problème ou d'une situation. Dans le paradigme de la diffusion, l'émetteur envoie dans informations au récepteur sans se soucier de ce que le récepteur va en faire. C'est la responsabilité du récepteur de comprendre et d'utiliser les informations. +
- +
-==Les Interfaces== +
- +
-Chaque couche rend des **services** à la couche immédiatement supérieure et utilise les services de la couche immédiatement inférieure. L'ensemble des services s'appelle une **Interface**. Les services sont composés de **S**ervice **D**ata **U**nits et sont disponibles par un **S**service **A**ccess **P**oint. +
- +
-==Protocol Data Units== +
- +
- L'**Unité de Données** ou //Protocol Data Unit// pour chaque couche comporte un nom spécifique : +
- +
-  * **Application Protocol Data Units** pour la couche **Application**, +
-  * **Présentation Protocol Data Units** pour la couche **Présentation**, +
-  * **Session Protocol Data Units** pour la couche **Session**, +
-  * **Transport Protocol Data Units** pour la couche **Transport**. +
- +
-Or, pour les **Couches Basses** on parle de : +
- +
-  * **Paquets** pour la couche **Réseau**, +
-  * **Trames** pour la couche **Liaison**, +
-  * **Bits** pouyr la couche **Physique**. +
- +
-==Encapsulation et Désencapsulation== +
- +
-Lorque les données sont communiqueés par le système A au système B, celles-ci commencent au niveau de la couche d'Application. Le couche d'Application ajoute une en-tête à l'unité de données qui contient des **informations de contrôle du protocole**. Au passage de chaque couche, celle-ci ajoute sa propre en-tête. De cette façon, lors de sa descente vers la couche physique, les données et l'entête de la couche supérieure sont encapulsulées : +
- +
-^ Couche Système A ^ Encapsulation ^ +
-| Application | Application Header (AH) + Unité de Données (UD) | +
-| Présentation | Présentation Header (PH) + AH + UD | +
-| Session | Session Header (SH) + PH + AH + UD | +
-| Transport | Transport Header (TH) + SH + PH + AH + UD | +
-| Réseau | Network Header (NH) + TH + SH + PH + AH + UD | +
-| Liaison | Liaison Header (DH) + NH + TH + SH + PH + AH + UD | +
- +
-Lors de son voyage de la couche Physique vers la couche Application dans le système B, les en-têtes sont supprimées par chaque couche correspondante. On parle alors de **désencapsulation** : +
- +
-^ Couche Système B ^ Encapsulation ^ +
-| Liaison | Liaison Header (DH) + NH + TH + SH + PH + AH + UD | +
-| Réseau | Network Header (NH) + TH + SH + PH + AH + UD | +
-| Transport | Transport Header (TH) + SH + PH + AH + UD | +
-| Session | Session Header (SH) + PH + AH + UD | +
-| Présentation | Présentation Header (PH) + AH + UD | +
-| Application | Application Header (AH) + Unité de Données (UD) | +
- +
-=== Spécification NDIS et le Modèle ODI === +
- +
-<note tip> +
-**[[https://www.i2tch.com/net/m11schema2.html|Cliquez ici pour ouvrir le schéma Simplifié du Modèle OSI incluant la spécification NDIS]]** +
-</note> +
- +
-La spécification NDIS ( Network Driver Interface Specification ) a été introduite conjointement par les sociétés Microsoft et 3Com. +
-Cette spécification ainsi que son homologue, le modèle ODI ( Open Datalink Interface ) introduit conjointement par les sociétés Novell et Apple à la même époque, définit des standards pour les pilotes de cartes réseau afin qu'ils puissent être indépendants des protocoles utilisées et les systèmes d'exploitation sur les machines. Des deux 'standards', la spécification NDIS est le plus répandu, intervenant a niveau de la sous-couche MAC et l a couche de liaison. Elle spécifie : +
- +
-        * l'interface pilote-matériel +
-        * l'interface pilote-protocole +
-        * l'interface pilote - système d'exploitation +
- +
-=== Le modèle TCP/IP === +
- +
-<note tip> +
-**[[https://www.i2tch.com/net/m11schema4.html|Cliquez ici pour voir le modèle OSI incluant la suite des protocoles et services TCP/IP]]** +
-</note> +
- +
-La suite des protocoles TCP/IP ( Transmission Control Protocol / Internet Protocol ) est issu de la DOD ( Dept. Américain de la Défense ) et le travail de l'ARPA ( Advanced Research Project Agency ).   +
- +
-    * La suite des protocoles TCP/IP +
-      * a été introduite en 1974 +
-      * a été utilisée dans l'ARPAnet en 1975 +
-      * permet la communication entre des réseaux à base de systèmes d'exploitation, architectures et technologies différents +
-      * est très proche du modèle OSI en termes d'architecture et se place au niveau de la couche d'Application jusqu'à la couche Réseau. +
-      * est, en réalité, une suite de protocoles et de services : +
-        * **IP** ( Internet Protocol ) +
-          * le protocole IP s'intègre dans la couche Réseau du modèle OSI en assurant la communication entre les systèmes. Bien qu'il puisse découper des messages en fragments ou datagrammes et les reconstituer dans le bon ordre à l'arrivée, il ne garantit pas la réception. +
-        * **ICMP** ( Internet Control Message Protocol ) +
-          * le protocole ICMP produit des messages de contrôle aidant à synchroniser le réseau. Un exemple de ceci est la commande ping. +
-        * **TCP** ( Transmission Control Protocol ) +
-          * le protocole TCP se trouve au niveau de la couche de Transport du modèle OSI et s'occupe de la transmission des données entre noeuds. +
-        * **UDP** ( User Datagram Protocol ) +
-          * le protocole UDP n'est pas orienté connexion. Il est utilisé pour la transmission rapide de messages entre nœuds sans garantir leur acheminement. +
-        * **Telnet** +
-          * le protocole Telnet est utilisé pour établir une connexion de terminal à distance. Il se trouve dans la couche d'Application du modèle OSI. +
-        * **Ftp** ( File Transfer Protocol ) +
-          * le protocole ftp est utilisé pour le transfert de fichiers. Il se trouve dans la couche d'Application du modèle OSI. +
-        * **SMTP** ( Simple Message Transfer Protocol ) +
-          * le service SMTP est utilisé pour le transfert de courrier électronique. Il se trouve dans la couche d'Application du modèle OSI. +
-        * **DNS** ( Domain Name Service ) +
-          * le service DNS est utilisé pour le résolution de noms en adresses IP. Il se trouve dans la couche d'Application du modèle OSI. +
-        * **SNMP** ( Simple Network Management Protocol ) +
-          * le protocole SNMP est composé d'un agent et un gestionnaire. L'agent SNMP collecte des informations sur les périphériques, les configurations et les performances tandis que le gestionnaire SNMP reçois ses informations et réagit en conséquence. +
-        * **NFS** ( Network File System ) +
-          * le NFS a été mis au point par Sun Microsystems +
-          * le NFS génère un lien virtuel entre les lecteurs et les disques durs permettant de monter dans un disque virtuel local un disque distant  +
-        * et aussi POP3, NNTP, IMAP etc ... +
- +
-<note tip> +
-**[[https://www.i2tch.com/net/m11schema5.html|Cliquez ici pour voir les modèles TCP/IP et OSI]]** +
-</note> +
- +
-Le modèle TCP/IP est composé de 4 couches : +
- +
-  * La couche d'Accès Réseau +
-    * Cette couche spécifie la forme sous laquelle les données doivent être acheminées, quelque soit le type de réseau utilisé. +
-  * La couche Internet +
-    * Cette couche est chargée de fournir le paquet de données. +
-  * La couche de Transport +
-    * Cette couche assure l'acheminement des données et se charge des mécanismes permettant de connaître l'état de la transmission. +
-  * La couche d'Application +
-    * Cette couche englobe les applications standards de réseau telles ftp, telnet, ssh, etc.. +
- +
-Les noms des Unités de Données sont différents selon le protocole utilisé et la couche du modèle TCP/IP : +
- +
-^ Couche  ^ TCP ^ UDP ^ +
-| Application | Stream | Message | +
-| Transport | Segment | Packet| +
-| Internet | Datagram| Datagram | +
-| Réseau | Frame | Frame |  +
- +
-====Les Raccordements==== +
- +
-===Les Modes de Transmission=== +
- +
-On peut distinguer 3 modes de transmission : +
- +
-  * La **Liaison Simplex**, +
-    * Les données ne circulent que dans un **seul** sens de l'émetteur ver le récepteur, +
-    * La liaison nécessite deux canaux de transmissions, +
-  * La **Liaison Half-Duplex** aussi appelée la **Liaison à l'Alternat** ou encore la **Liaison Semi-Duplex**, +
-    * Les données circulent dans un sens ou l'autre mais jamais dans les deux sens en même temps. Chaque extrémité émet donc à son tour, +
-    * La liaison permet d'avoir une liaison bi-directionnelle qui utilise la totalité de la banse passante, +
-  * La **Liaison Full-Duplex** dans les deux sens en **même** temps. Chaque extrémité peut émettre et recevoir simultanément, +
-    * La liaison est caractérisée par une bande passante divisée par deux pour chaque sens des émissions. +
- +
-===Les Câbles=== +
- +
-==Le Câble Coaxial== +
- +
-En partant de l'extérieur, le câble coaxial est composé : +
- +
-  * d'une **Gaine** en caoutchouc, PVC ou Téflon pour protéger le câble, +
-  * d'un **Blindage** en métal pour diminuer le bruit du aux parasites, +
-  * d'un **Isolant** (diélectrique) pour éviter le contact entre le blindage et l'âme et ainsi éviter des courts-circuits, +
-  * d'un **Âme** en cuivre ou torsadés pour transporter les données. +
- +
-Avantages : +
- +
-  * **Peux coûteux**, +
-  * Facilement **manipulable**, +
-  * Peut être utilisé pour de **longues distances**, +
-  * A un débit de 10 Mbit/s dans un LAN et 100 Mbit/s dans un WAN. +
- +
-Inconvénients : +
- +
-  * Fragile, +
-  * Instable, +
-  * Vulnérable aux interférences, +
-  * Half-Duplex. +
- +
-==Le Câble Paire Torsadée== +
- +
-Ce câble existe sous deux formes selon son utilisation : +
- +
-  * **Monobrin** pour du câblage **horizontal** (**Capillaire**), +
-    * chaque fil est composé d'un seul conducteur en cuivre, +
-    * la distance ne doit pas dépassée 90m. +
- +
-  * **Multibrin** pour des **cordons de brassage** : +
-    * chaque fil est composé de plusieurs brins en cuivre, +
-    * câble souple. +
- +
-Avantages : +
- +
-  * Un débit de 10 Mbit/s à 10 GBit/s, +
-  * A une bande passante plus large, +
-  * Pas d'interruption par coupure du câble, +
-  * Permet le **câblage universel** (téléphonie, fax, données ...), +
-  * Full-Duplex. +
- +
-Inconvénients : +
- +
-  * Nombre de câbles > câble coaxial, +
-  * Plus cher, +
-  * Plus encombrant dans les gaines techniques. +
- +
-== Catagories de Blindage== +
- +
-Il existe trois catagories de blindage : +
- +
-  * **Twisted** ou Torsadé, +
-  * **Foiled** ou Entouré, +
-  * **Shielded** ou Avec Ecran. +
- +
-De ce fait, il existe 5 catagories de câbles Paire Torsadée : +
- +
-Nom anglais ^ Appelation Ancienne ^ Nouvelle Appelation ^  +
-|  Unshielded Twisted Pair | UTP | U/UTP | +
-|  Foiled Twisted Pair | FTP | F/UTP | +
-|  Shield Twisted Pair | STP | S/UTP | +
-|  Shield Foiled Twisted Pair | SFTP | SF/UTP | +
-|  Shield Shield Twisted Pair | S/STP | SS/STP3 | +
- +
-Ces catégories donnent lieu à des **Classes** : +
- +
-^ Classe ^ Débit ^ Nombre de Paires Torsadées ^ Connecteur ^ Commentaires ^ +
-| 3 | 10 Mbit/s | 4 | RJ11 | | Téléphonie Analogique et Numérique  +
-| 4 | 16 Mbit/s | 4 | S/O | Non-utilisée de nos jours | +
-| 5 | 100 Mbit/s | 4 | RJ45 | Obsolète | +
-| 5e/D | 1 Gbit/s sur 100m | 4 | RJ45 | S/O |  +
-| 6/E | 2.5 Gbit/s sur 100m ou 10 Gbit/s sur 25m à 55m | 4 | Idéal pour PoE | +
-| 7/F | 10 Gbit/s sur 100m | 4 | GG45 ou Tera | Paires individuellement et collectivement blindées. Problème de compatibilité avec les classes precédentes due au connecteur. | +
- +
-==La Prise RJ45== +
- +
-Une prise RJ45 comporte 8 broches. Un câble peut être **droit** quand la broche 1 d'une extremité est connectée à la broche 1 de la prise RJ45 à l'autre extrémité, la broche 2 d'une extremité est connectée à la broche 2 de la prise RJ45 à l'autre extrémité et ainsi de suite ou bien **croisé** quand le brochage est inversé. +
- +
-Les câbles croisés sont utilisés lors du branchement de deux équipements identiques (PC à PC, Hub à Hub, Routeur à Routeur).  +
- +
-==Channel Link et Basic Link== +
- +
-Le **Channel Link** ou **Canal** est l'ensemble du **Basic Link** ou **Lien** de base et les cordons de brassage et de raccordement des équipements qui sont limités en distance à 10m.  +
- +
-Le **Basic Link** est le lien entre la prise RJ45 murale et la baie de brassage. Il est limité à 90m en classe 5D. +
- +
-===La Fibre Optique=== +
- +
-La **Fibre Optique** est un fil de **Silice** permettant le transfert de la lumière. De ce fait elle est caractérisée par : +
- +
-  * des meilleures performances que le cuivre, +
-  * de plus de communications simultanément, +
-  * de la capacité de relier de plus grandes distances, +
-  * une insensibilité aux perturbations, +
-  * une résistance à la corrosion. +
- +
-Qui plus est, elle ne produit aucune perturbation. +
- +
-Elle est composée : +
- +
-  * d'un coeur de 10, de 50/125 ou de 62.50 micron, +
-  * d'une gaine de 125 micron, +
-  * d'une protection de 230 micron. +
- +
-Il existe deux types de fibres, la **Fibre Monomode** et la **Fibre Multimodes**. +
- +
-La Fibre Monomode : +
- +
-  * a un coeur de 8 à 10 Microns, +
-  * est divisée en sous-catégories de distance, +
-    * 10 Km, +
-    * 15 Km,  +
-    * 20 Km, +
-    * 50 Km, +
-    * 80 Km, +
-    * 100 Km. +
- +
-La Fibre Multimode : +
- +
-  * a un coeur de 62,50 micron ou de 50/125 micron avec une gaine orange, +
-  * permet plusieurs trajets lumineux appelés **modes** en même temps en Full Duplex, +
-  * est utilisée pour de bas débits ou de courtes distances, +
-    * 2 Km pour 100 Mbit/s, +
-    * 500 m pour 1 Gbit/s. +
- +
-===Les Réseaux sans Fils=== +
- +
-Les réseaux sans fils sans basés sur une liaison qui utilise des ondes radio-électriques (radio et infra-rouges). +
- +
-Il existe des technologies différentes en fonction de la fréquence utilisée et de la portée des transmissions : +
- +
-  * Réseaux Personnels sans Fils - Bluetooth, HomeRF, +
-  * Réseaux Locaux sans Fils - LiFI, WiFI, +
-  * Réseaux Métropolitains sans Fil - wImax, +
-  * Réseaux Etendus sans Fils - GSM, GPRS, UMTS. +
- +
-Les principales ondes utilisées pour la transmission des données sont : +
- +
-  * Ondes GSM  - Ondes Hertziennes repeosant sur des micro-ondes à basse fréquence avec une portée d'une dizaine de kilomètres, +
-  * Ondes Wi-Fi - Ondes Hertziennes reposant sur des micro-ondes à haute fréquence avec une portée de 20 à 50 mètres, +
-  * Ondes Satellitaires - Ondes Hertziennes longues portées. +
- +
-===Le Courant Porteur en Ligne=== +
- +
-Le CPL utilise le réseau électrique domestique, le réseau moyenne et basse tension pour transmettre des informations numériques. +
- +
-Le CPL superpose un signal à plus haute fréquence au signal électrique. +
- +
-Seuls donc, les fils conducteurs transportent les signaux CPL. +
- +
-Le coupleur intégré en entrée des boîtiers CPL élimine les composants basses fréquences pour isoler le signal CPL. +
- +
-Le CPL utilise la phase électrique et le neutre. De ce fait, une installation triphasée fournit 3 réseaux CPL différents. +
- +
-Le signal CPL ne s'arrête pas necéssairement aux limites de l'installation électrique. En effet en cas de compteurs non-numériques le signal les traversent. +
- +
-Les normes CPL sont : +
- +
-^ Norme ^ Débit Théorique ^ Débit Pratique ^ Temps pour copier 1 Go ^ +
-| Homeplug 1.01 | 14 Mbps | 5.4 Mbps | 25m 20s | +
-| Homeplug 1.1 | 85 Mbps | 12 Mbps | 11m 20s | +
-| PréUPA 200 | 200 Mbps | 30 Mbps | 4m 30s | +
- +
-===Technologies=== +
- +
-Il existe plusieurs technologies de réseau :  +
- +
-  * Ethernet, +
-  * Token-Ring, +
-  * ARCnet, +
-  * etc.. +
- +
-Nous détaillerons ici les deux technologies les plus répandues, à savoir Ethernet et Token-Ring. +
- +
-==Ethernet== +
- +
-La technologie Ethernet se repose sur : +
- +
-  * une topologie logique de bus, +
-  * une topologie physique de bus ou étoile. +
- +
-L'accès au bus utilise le **CSMA/CD**, Carrier Sense Multiple Access / Collision Detection (Accès Multiple à Détection de Porteuse / Détection de Collisions).  +
- +
-Il faut noter que : +
- +
-  * les données sont transmises à chaque nœud - c'est la méthode d'**accès multiple**, +
-  * chaque nœud qui veut émettre écoute le réseau - c'est la **détection de porteuse**, +
-  * quand le réseau est silencieux une trame est émise dans laquelle se trouvent les données ainsi que l'adresse du destinataire, +
-  * le système est dit donc **aléatoire** ou **non-déterministe**, +
-  * quand deux nœuds émettent en même temps, il y a **collision de données**, +
-  * les deux nœuds vont donc cesser d'émettre, se mettant en attente jusqu'à ce qu'ils commencent à émettre de nouveau. +
- +
-==Token-Ring== +
- +
-La technologie Token-Ring se repose sur : +
- +
-  * une topologie logique en anneau, +
-  * une topologie physique en étoile. +
- +
-Token-Ring se traduit par **Anneau à Jeton**. Il n'est pas aussi répandu que l'Ethernet pour des raisons de coûts. En effet le rajout d'un nœud en Token-Ring peut coûter jusqu'à **4 fois plus cher qu'en Ethernet**. +
- +
-Il faut noter que : +
- +
-  * les données sont transmises dans le réseau par un système appelé **méthode de passage de jeton**, +
-  * le jeton est une **trame numérique vide** de données qui tourne en permanence dans l'anneau, +
-  * quand un nœud souhaite émettre, il saisit le jeton, y dépose des données avec l'adresse du destinataire et ensuite laisse poursuivre son chemin jusqu'à sa destination, +
-  * pendant son voyage, aucun autre nœud ne peut émettre, +
-  * une fois arrivé à sa destination, le jeton dépose ses données et retourne à l'émetteur pour confirmer la livraison, +
-  * ce système est appelé **déterministe**. +
- +
-L'intérêt de la technologie Token-Ring se trouve dans le fait : +
- +
-  * qu'il **évite des collisions**, +
-  * qu'il est **possible de déterminer avec exactitude le temps que prenne l'acheminement des données**. +
- +
-La technologie Token-Ring est donc idéale, voire obligatoire, dans des installations où chaque nœud doit disposer d'une opportunité à intervalle fixe d'émettre des données. +
- +
-====Périphériques Réseaux Spéciaux==== +
- +
-En plus du câblage, les périphériques de réseau spéciaux sont des éléments primordiaux tant au niveau de la topologie physique que la topologie logique. +
- +
-Les périphériques de réseau spéciaux sont : +
- +
-  * les Concentrateurs ou //Hubs//, +
-  * les Répéteurs ou //Repeaters//, +
-  * les Ponts ou //Bridges//, +
-  * les Commutateurs ou //Switches//, +
-  * les Routeurs ou //Routers//, +
-  * les Passerelles ou //Gateways//. +
- +
-L'objectif ici est de vous permettre de comprendre le rôle de chaque périphérique. +
- +
-===Les Concentrateurs=== +
- +
-Les Concentrateurs permettent une connectivité entre les nœuds en topologie en étoile. Selon leur configuration, la topologie logique peut être en étoile, en bus ou en anneau. Il existe de multiples types de Concentrateurs allant du plus simple au Concentrateur intelligent. +
- +
-  * **Le Concentrateur Simple**  +
-    * est une boîte de raccordement centrale, +
-    * joue le rôle de récepteur et du réémetteur des signaux sans accélération ni gestion de ceux-ci, +
-    * est un périphérique utilisé pour des groupes de travail. +
- +
-  * **Le Concentrateur Évolué**  +
-    * est un Concentrateur simple qui offre en plus l'amplification des signaux, la gestion du type de topologie logique grâce à des capacités d'être configurés à l'aide d'un logiciel ainsi que l'homogénéisation du réseau en offrant des ports pour un câblage différent. Par exemple, 8 ports en paire torsadée non-blindée et un port BNC. +
- +
-  * **Le Concentrateur Intelligent** +
-    * est un Concentrateur évolué qui offre en plus la détection automatique des pannes, la connectique avec un Pont ou un Routeur ainsi que le diagnostic et la génération de rapports. +
- +
-===Les Répéteurs=== +
- +
-Un Répéteur est un périphérique réseau simple. Il est utilisé pour amplifier le signal quand : +
- +
-  * la longueur du câble dépasse la limite autorisée, +
-  * le câble passe par une zone ou les interférences sont importantes. +
- +
-Éventuellement, et uniquement dans le cas où le Répéteur serait muni d'une telle fonction, celui-ci peut être utiliser pour connecter deux réseaux ayant un câblage différent. +
- +
-===Les Ponts=== +
- +
-Un Pont est **Répéteur intelligent**. Outre sa capacité d'amplifier les signaux, le Pont analyse le trafic qui passe par lui et met à jour une liste d'adresses des cartes réseau, appelée **une table de routage**, n'autorisant que les transmissions destinées à d'autres segments du réseau.  +
- +
-Les **diffusions** sont néanmoins autorisées. +
- +
-Comme un Pont doit être intelligent, on utilise souvent un micro-ordinateur comme Pont. Forcément équipé de 2 cartes réseau, le Pont peut également jouer le rôle de serveur de fichiers. +
- +
-Le Pont sert donc à isoler des segments du réseau pour des raisons de : +
- +
-  * **sécurité** afin d'éviter à ce que des données sensibles soient propagées sur tout le réseau, +
-  * **performance** afin qu'une partie du réseau trop chargée ralentisse le réseau entier, +
-  * **fiabilité** afin par exemple qu'une carte en panne ne gène pas le reste du réseau avec une diffusion. +
- +
-Il existe trois types de configuration de Ponts +
- +
-==Le Pont de Base== +
- +
-Le Pont de Base est utilisé très rarement pour isoler deux segments. +
- +
-;#;{{:solaris:sol2:pont1.png|}};#; +
- +
-==Le Pont en Cascade== +
- +
-Le Pont en Cascade est à éviter car les données en provenance d'un segment doivent passer par plusieurs Ponts. Ceci a pour conséquence de ralentir la transmission des données, voire même de créer un trafic superflu en cas de rémission par le nœud +
- +
-;#;{{:solaris:sol2:pont2.png|}};#; +
- +
-==Le Pont en Dorsale== +
- +
-Le Pont en Dorsale coûte plus chère que la configuration précédente car il faut un nombre de Ponts équivalent au nombre de segments + 1. Par contre elle réduit les problèmes précédemment cités puisque les données ne transitent que par deux Ponts. +
- +
-;#;{{:solaris:sol2:pont3.png|}};#; +
- +
-===Les Commutateurs=== +
- +
-Un Commutateur peut être considéré comme un Concentrateur intelligent et un Pont. Ils sont gérés souvent par des logiciels. La topologie physique d'un réseau commuté est en étoile. Par contre la topologie logique est spéciale, elle s'appelle une topologie commutée. +
- +
-Lors de la communication de données entre deux nœuds, le Commutateur ouvre une connexion temporaire virtuelle en fermant les autres ports. De cette façon la bande passante totale est disponible pour cette transmission et les risques de collision sont minimisés. +
- +
-Certains Commutateurs haut de gamme sont équipés d'un système anti-catastrophe qui leur permet d'isoler une partie d'un réseau en panne afin que les autres parties puissent continuer à fonctionner sans problème. +
- +
-===Les Routeurs=== +
- +
-Un Routeur est un Pont sophistiqué capable :  +
- +
-  * d'assurer l'interconnexion entre des segments, +
-  * de filtrer le trafic, +
-  * d’isoler une partie du réseau, +
-  * d’ explorer les informations d'adressage pour trouver le chemin le plus approprié et le plus rentable pour la transmission des données. +
- +
-Les Routeurs utilisent une table de routage pour stocker les informations sur : +
-  +
-  * les adresses du réseau, +
-  * les solutions de connexion vers d'autres réseaux, +
-  * l'efficacité des différentes routes. +
- +
-Il existe deux types de Routeur : +
- +
-  * le **Routeur Statique**  +
-    * la table de routage est éditer manuellement, +
-    * les routes empruntées pour la transmission des données sont toujours les mêmes, +
-    * il n'y a pas de recherche d'efficacité. +
- +
-  * le **Routeur Dynamique**  +
-    * découvre automatiquement les routes à emprunter dans un réseau. +
- +
-===Les Passerelles=== +
- +
-Ce périphérique, souvent un logiciel, sert à faire une conversion de données : +
- +
-  * entre deux technologies différentes ( Ethernet - Token-Ring ), +
-  * entre deux protocoles différents, +
-  * entre des formats de données différents. +
- +
-=====Comprendre TCP Version 4===== +
- +
-==== En-tête TCP ==== +
- +
-L'en-tête TCP est codée sur 4 octets soit 32 bits :  +
- +
-^ 1er octet ^ 2ème octet ^ 3ème octet ^ 4 ème octet ^ +
-|   Port source   ||   Port destination   || +
-|   Numéro de séquence   |||| +
-|   Numéro d'acquittement   |||| +
-|   Offset  |  Flags  |  Fenêtre   || +
-|  Checksum  ||  Pointeur Urgent  || +
-|  Options  |||  Padding  | +
-|  Données  |||| +
- +
-Vous noterez que les numéros de ports sont codés sur 16 bits. Cette information nous permet de calculer le nombres de ports maximum en IPv4, soit 2<sup>16</sup> ports ou 65 535. +
- +
-L'**Offset** contient la taille de l'en-tête. +
- +
-Les **Flags** sont : +
- +
-  * URG - Si la valeur est 1 le pointeur urgent est utilisé. Le numéro de séquence et le pointeur urgent indique un octet spécifique. +
-  * ACK - Si la valeur est 1, le paquet est un accusé de réception +
-  * PSH - Si la valeur est 1, les données sont immédiatement présentées à l'application +
-  * RST - Si la valeur est 1, la communication comporte un problème et la connexion est réinitialisée +
-  * SYN - Si la valeur est 1, le paquet est un paquet de synchronisation +
-  * FIN - Si la valeur est 1, le paquet indique la fin de la connexion +
- +
-La **Fenêtre** est codée sur 16 bits. La Fenêtre est une donnée liée au fonctionnement d'expédition de données appelé le **sliding window** ou la **fenêtre glissante**. Puisque il serait impossible, pour des raisons de performance, d'attendre l'accusé de réception de chaque paquet envoyé, l'expéditeur envoie des paquets par groupe. La taille de cette groupe s'appelle la Fenêtre. Dans le cas d'un problème de réception d'une partie de la Fenêtre, toute la Fenêtre est ré-expédiée. +
- +
-Le **Checksum** est une façon de calculer si le paquet est complet. +
- +
-Le **Padding** est un champ pouvant être rempli de valeurs nulles de façon à ce que la taille de l'en-tête soit un multiple de 32 +
- +
-==== En-tête UDP ==== +
- +
-L'en-tête UDP est codée sur 4 octets soit 32 bits :  +
- +
-^ 1er octet ^ 2ème octet ^ 3ème octet ^ 4 ème octet ^ +
-|   Port source   ||   Port destination   || +
-|   longueur   ||   Checksum   || +
-|  Données  |||| +
- +
-L'en-tête UDP a une longueur de 8 octets. +
- +
-==== Fragmentation et Ré-encapsulation ==== +
- +
-La taille limite d'un paquet TCP, l'en-tête comprise, ne peut pas dépasser **65 535 octets**. Cependant chaque réseau est qualifié par son MTU ( Maximum Tranfer Unit ). Cette valeur est la taille maximum d'un paquet autorisée. L'unité est en **octets**. Pour un réseau Ethernet sa valeur est de 1 500. Quand un paquet doit être expédié sur un réseau ayant un MTU inférieur à sa propre taille, le paquet doit être **fractionné**. A la sortie du réseau, le paquet est reconstitué. Cette reconstitution s'appelle **ré-encapsulation**. +
- +
-==== Adressage ==== +
- +
-L'adressage IP requière que chaque périphérique sur le réseau possède une adresse IP unique de 4 octets, soit 32 bits au format XXX.XXX.XXX.XXX De cette façon le nombre total d'adresses est de 2<sup>32</sup> = 4.3 Milliards. +
- +
-Les adresses IP sont divisées en 5 classes, de A à E. Les 4 octets des classes A à C sont divisés en deux, une partie qui s'appelle le **Net ID** qui identifie le réseau et une partie qui s'appelle le **Host ID** qui identifie le hôte  : +
- +
-^     ^ 1er octet ^ 2ème octet ^ 3ème octet ^ 4 ème octet ^ +
-|  A  |   Net ID   |   Host ID   ||| +
-|  B  |   Net ID    ||   Host ID   || +
-|  C  |   Net ID    |||   Host ID   | +
-|  D  |   Multicast  |||| +
-|  E  |   Réservé  |||| +
- +
-L'attribution d'une classe dépend du nombre de hôtes à connecter. Chaque classe est identifié par un **Class ID** composé de 1 à 3 bits : +
- +
-^  Classe  ^  Bits ID Classe  ^  Valeur ID Classe  ^  Bits ID Réseau  ^  Nb. de Réseaux  ^  Bits ID hôtes  ^  Nb. d'adresses  ^  Octet de Départ  ^ +
-|  A  |  1  |  0  |  7  |  2<sup>7</sup>=128  |  24  |  2<sup>24</sup>=16 777 216  |  1 - 126  | +
-|  B  |  2  |  10  |  14  |  2<sup>14</sup>=16 834  |  16  |  2<sup>16</sup>=65 535  |  128 - 191  | +
-|  C  |  3  |  110  |  21  |  2<sup>21</sup>=2 097 152  |  8  |  2<sup>8</sup>=256  |  192 - 223  | +
-  +
-Le réseau 127. est réservé. Il s'appelle le **loopback** et identifie la machine locale. +
- +
-Dans chaque classe, certaines adresses sont réservées pour un usage privé : +
- +
-^  Classe  ^  IP de Départ  ^  IP de Fin  ^ +
-|  A  |  10.0.0.0  |  10.255.255.255  | +
-|  B  |  172.16.0.0  |  172.31.255.255  | +
-|  C  |  192.168.0.0  |  192.168.255.255  | +
- +
-Il existe des adresses particulières ne pouvant pas être utilisées pour identifier un hôte : +
- +
-^  Adresse Particulière  ^  Description  ^ +
-|  169.254.0.0 à 169.254.255.255  |  Automatic Private IP Addressing de Microsoft  | +
-|  Hôte du réseau courant  |  Tous les bits du Net ID sont à 0  | +
-|  Adresse de réseau  |  Tous les bits du Host ID sont à 0  | +
-|  Adresse de diffusion  |  Tous les bits du Host ID sont à 1  | +
- +
-L'adresse de réseau identifie le **segment** du réseau entier tandis que l'adresse de diffusion identifie tous les hôtes sur le segment de réseau. +
- +
-Afin de mieux comprendre l'adresse de réseau et l'adresse de diffusion, prenons le cas de l'adresse 192.168.10.1 en classe C : +
- +
-^    ^ 1er octet ^ 2ème octet ^ 3ème octet ^ 4 ème octet ^ +
-^    ^  Net ID  ^^^  Host ID  ^ +
-|  Adresse IP  |   192   |   168   |  10  |  1  | +
-|  Binaire  |   11000000   |   10101000   |  000001010  |  00000001  | +
-|  Calcul de l'adresse de réseau  ||||| +
-|  Binaire  |   11000000   |   10101000   |  000001010  |  **00000000**  | +
-|  Adresse réseau  |   192   |   168   |  10  |  0  | +
-|  Calcul de l'adresse de diffusion  ||||| +
-|  Binaire  |   11000000   |   10101000   |  000001010  |  **11111111**  | +
-|  Adresse de diffusion |   192   |   168   |  10  |  255  | +
- +
-==== Masques de sous-réseaux ==== +
- +
-Tout comme l'adresse IP, le masque de sous-réseau compte 4 octets ou 32 bits. Les masques de sous-réseaux permettent d'identifer le Net ID et le Host ID : +
- +
-^  Classe  ^  Masque  ^  Notation CIDR  ^ +
-|  A  |  255.0.0.0  |  /8  | +
-|  B  |  255.255.0.0  |  /16  | +
-|  C  |  255.255.255.0  |  /24  | +
- +
-Le terme **CIDR** veut dire **Classless %%InterDomain%% Routing**. Le terme Notation CIDR correspond au nombre de bits d'une valeur de 1 dans le masque de sous-réseau. +
- +
-Quand un hôte souhaite émettre il procède d'abord à l'identification de sa propre adresse réseau par un calcul AND (ET) appliqué à sa propre adresse et son masque de sous-réseau qui stipule : +
- +
-  * 1 x 1 = 1 +
-  * 0 x 1 = 0 +
-  * 1 x 0 = 0 +
-  * 0 x 0 = 0 +
- +
-Prenons le cas de l'adresse IP 192.168.10.1 ayant un masque de 255.255.255.0 : +
- +
-^    ^ 1er octet ^ 2ème octet ^ 3ème octet ^ 4 ème octet ^ +
-|  Adresse IP  |   192   |   168   |  10  |  1  | +
-|  Binaire  |   11000000   |   10101000   |  00001010  |  00000001  | +
-|  Masque de sous-réseau  ||||| +
-|  Binaire  |   11111111   |   11111111   |  11111111 |  00000000  | +
-|  Calcul AND  |   11000000   |   10101000   |  00001010 |  00000000  | +
-|  Adresse réseau  |   192   |   168   |  10  |  0  | +
- +
- +
-Cet hôte essaie de communiquer avec un hôte ayant une adresse IP de 192.168.10.10. Il procède donc au même calcul en appliquant **son propre masque de sous-réseau** à l'adresse IP de l'hôte destinataire : +
- +
-^    ^ 1er octet ^ 2ème octet ^ 3ème octet ^ 4 ème octet ^ +
-|  Adresse IP  |   192   |   168   |  10  |  10  | +
-|  Binaire  |   11000000   |   10101000   |  00001010  |  00001010  | +
-|  Masque de sous-réseau  ||||| +
-|  Binaire  |   11111111   |   11111111   |  11111111 |  00000000  | +
-|  Calcul AND  |   11000000   |   10101000   |  00001010 |  00000000  | +
-|  Adresse réseau  |   192   |   168   |  10  |  0  | +
- +
-Puisque l'adresse réseau est identique dans les deux cas, l'hôte émetteur présume que l'hôte de destination se trouve sur son réseau et envoie les paquets directement sur le réseau sans s'adresser à sa passerelle par défaut. +
- +
-L'hôte émetteur essaie maintenant de communiquer avec avec un hôte ayant une adresse IP de 192.168.2.1. Il procède donc au même calcul en appliquant **son propre masque de sous-réseau** à l'adresse IP de l'hôte destinataire : +
- +
-^    ^ 1er octet ^ 2ème octet ^ 3ème octet ^ 4 ème octet ^ +
-|  Adresse IP  |   192   |   168   |  2  |  1  | +
-|  Binaire  |   11000000   |   10101000   |  00000010  |  00000001  | +
-|  Masque de sous-réseau  ||||| +
-|  Binaire  |   11111111   |   11111111   |  11111111 |  00000000  | +
-|  Calcul AND  |   11000000   |   10101000   |  00000010 |  00000000  | +
-|  Adresse réseau  |   192   |   168   |  2  |  0  | +
- +
-Dans ce cas, l'hôte émetteur constate que le réseau de destination 192.168.2.0 n'est pas identique à son propre réseau 192.168.10.0. Il adresse donc les paquets à la passerelle par défaut. +
- +
-==== VLSM ==== +
- +
-Puisque le stock de réseaux disponibles sous IPv4 est presque épuisé, une solution a du être trouvée pour créer des sous-réseaux en attendant l'introduction de l'IPv6. Cette solution s'appelle le VLSM ou Variable Length Subnet Masks. Le VLSM exprime les masques de sous-réseaux au format CIDR.  +
- +
-Son principe est simple. Afin de créer des réseaux différents à partir d'une adresse réseau d'une classe donnée, il convient de réduire le nombre d'hôtes. De cette façon les bits 'libérés' du Host ID peuvent être utilisés pour identifier les sous-réseaux. +
- +
-Pour illustrer ceci, prenons l'exemple d'un réseau 192.168.1.0. Sur ce réseau, nous pouvons mettre 2<sup>8</sup>-2 soit 254 hôtes entre 192.168.1.1 au 192.168.1.254. +
- +
-Supposons que nous souhaiterions diviser notre réseau en 2 sous-réseaux. Pour coder 2 sous-réseaux, il faut que l'on libère 2 bits du Host ID. Les deux bits libérés auront les valeurs binaires suivantes : +
- +
-  * 00 +
-  * 01 +
-  * 10 +
-  * 11 +
- +
-Les valeurs binaires du quatrième octet de nos adresses de sous-réseaux seront donc : +
- +
-  * 192.168.1.00XXXXXX +
-  * 192.168.1.01XXXXXX +
-  * 192.168.1.10XXXXXX +
-  * 192.168.1.11XXXXXX +
- +
-où les XXXXXX représentent les bits que nous réservons pour décrire les hôtes dans chacun des sous-réseaux. +
- +
-Nous ne pouvons pas utiliser les deux sous-réseaux suivants : +
- +
-  * 192.168.1.00XXXXXX +
-  * 192.168.1.11XXXXXX +
- +
-car ceux-ci correspondent aux débuts de l'adresse réseau 192.168.1.0 et de l'adresse de diffusion 192.168.1.255. +
- +
-Nous pouvons utiliser les deux sous-réseaux suivants : +
- +
-  * 192.168.1.01XXXXXX +
-  * 192.168.1.10XXXXXX +
- +
-Pour le premier sous-réseau l'adresse réseau et l'adresse de diffusion sont : +
- +
-|  Sous-réseau #1  |   192   |   168   |  1 |  01XXXXXX  | +
-|  Calcul de l'adresse de réseau  ||||| +
-|  Binaire  |   11000000   |   10101000   |  00000001  |  01**000000** | +
-|  Adresse réseau  |   192   |   168   |  1  |  **64**  | +
-|  Calcul de l'adresse de diffusion  ||||| +
-|  Binaire  |   11000000   |   10101000   |  00000001  |  01**111111**  | +
-|  Adresse de diffusion |   192   |   168   |  1  |  **127**  | +
- +
-  * L'adresse CIDR du réseau est donc 192.168.1.64/26 car le Net ID est codé sur 24+2 bits. +
- +
-  * Le masque de sous-réseau est donc le 11111111.11111111.11111111.11000000 ou le 255.255.255.192 +
- +
-  * Nous pouvons avoir 2<sup>6</sup>-2 soit 62 hôtes. +
- +
-  * La plage valide d'adresses IP est de 192.168.1.65 à 192.168.1.126 +
- +
-Pour le deuxième sous-réseau l'adresse réseau et l'adresse de diffusion sont : +
- +
-|  Sous-réseau #2  |   192   |   168   |  1 |  10XXXXXX  | +
-|  Calcul de l'adresse de réseau  ||||| +
-|  Binaire  |   11000000   |   10101000   |  00000001  |  10**000000** | +
-|  Adresse réseau  |   192   |   168   |  1  |  **128**  | +
-|  Calcul de l'adresse de diffusion  ||||| +
-|  Binaire  |   11000000   |   10101000   |  00000001  |  10**111111**  | +
-|  Adresse de diffusion |   192   |   168   |  1  |  **191**  | +
- +
-  * L'adresse CIDR du réseau est donc 192.168.1.128/26 car le Net ID est codé sur 24+2 bits. +
- +
-  * Le masque de sous-réseau est donc le 11111111.11111111.11111111.11000000 ou le 255.255.255.192 +
- +
-  * Nous pouvons avoir 2<sup>6</sup>-2 soit 62 hôtes. +
- +
-  * La plage valide d'adresses IP est de 192.168.1.129 à 192.168.1.190 +
- +
- +
-La valeur qui sépare les sous-réseaux est 64. Cette valeur comporte le nom **incrément**. +
- +
-==== Ports et sockets ==== +
- +
-Afin que les données arrivent aux applications que les attendent, TCP utilise des numéros de ports sur la couche transport. Le numéros de ports sont divisés en trois groupes : +
- +
-  * **Well Known Ports** +
-    * De 1 à 1023 +
-  * **Registered Ports** +
-    * De 1024 à 49151 +
-  * **Dynamic** et/ou **Private Ports** +
-    * De 49152 à 65535 +
- +
-Le couple **numéro IP:numéro de port** s'appelle un **socket**. +
- +
-==== /etc/services ==== +
- +
-Les ports les plus utilisés sont détaillés dans le fichier **/etc/services** : +
- +
-<code> +
-trainee@debian8:~$ su - +
-Password:  +
-root@debian8:~# more /etc/services +
-# Network services, Internet style +
-# +
-# Note that it is presently the policy of IANA to assign a single well-known +
-# port number for both TCP and UDP; hence, officially ports have two entries +
-# even if the protocol doesn't support UDP operations. +
-# +
-# Updated from http://www.iana.org/assignments/port-numbers and other +
-# sources like http://www.freebsd.org/cgi/cvsweb.cgi/src/etc/services . +
-# New ports will be added on request if they have been officially assigned +
-# by IANA and used in the real-world or are needed by a debian package. +
-# If you need a huge list of used numbers please install the nmap package. +
- +
-tcpmux 1/tcp # TCP port service multiplexer +
-echo 7/tcp +
-echo 7/udp +
-discard 9/tcp sink null +
-discard 9/udp sink null +
-systat 11/tcp users +
-daytime 13/tcp +
-daytime 13/udp +
-netstat 15/tcp +
-qotd 17/tcp quote +
-msp 18/tcp # message send protocol +
-msp 18/udp +
-chargen 19/tcp ttytst source +
-chargen 19/udp ttytst source +
-ftp-data 20/tcp +
-ftp 21/tcp +
-fsp 21/udp fspd +
-ssh 22/tcp # SSH Remote Login Protocol +
-ssh 22/udp +
-telnet 23/tcp +
-smtp 25/tcp mail +
-time 37/tcp timserver +
-time 37/udp timserver +
-rlp 39/udp resource # resource location +
-nameserver 42/tcp name # IEN 116 +
---More--(6%) +
-</code> +
- +
-Notez que les ports sont listés par deux : +
- +
-  * le port TCP +
-  * le port UDP +
- +
-La liste la plus complète peut être consultée à l'adresse suivante **https://www.iana.org/assignments/service-names-port-numbers/service-names-port-numbers.xhtml**. +
- +
-Pour connaitre la liste des sockets ouverts sur l'ordinateur, saisissez la commande suivante : +
- +
-<code> +
-root@debian8:~# netstat -an | more +
-Active Internet connections (servers and established) +
-Proto Recv-Q Send-Q Local Address           Foreign Address         State       +
-tcp        0      0 127.0.0.1:25            0.0.0.0:*               LISTEN      +
-tcp        0      0 127.0.0.1:42370         0.0.0.0:*               LISTEN      +
-tcp        0      0 127.0.0.1:15023         0.0.0.0:*               LISTEN      +
-tcp        0      0 0.0.0.0:111             0.0.0.0:*               LISTEN      +
-tcp        0      0 0.0.0.0:41012           0.0.0.0:*               LISTEN      +
-tcp        0      0 0.0.0.0:22              0.0.0.0:*               LISTEN      +
-tcp        0      0 0.0.0.0:23              0.0.0.0:*               LISTEN      +
-tcp        0      0 127.0.0.1:7127          0.0.0.0:*               LISTEN      +
-tcp        0      0 127.0.0.1:33220         127.0.0.1:50656         ESTABLISHED +
-tcp        0      0 10.0.2.15:22            10.0.2.2:46432          ESTABLISHED +
-tcp        0      0 127.0.0.1:50656         127.0.0.1:33220         ESTABLISHED +
-tcp6       0      0 ::1:25                  :::*                    LISTEN      +
-tcp6       0      0 :::33476                :::*                    LISTEN      +
-tcp6       0      0 ::1:15023               :::*                    LISTEN      +
-tcp6       0      0 :::111                  :::*                    LISTEN      +
-tcp6       0      0 :::22                   :::*                    LISTEN      +
-tcp6       0      0 ::1:22                  ::1:39236               ESTABLISHED +
-tcp6       0      0 ::1:39236               ::1:22                  ESTABLISHED +
-udp        0      0 0.0.0.0:32899           0.0.0.0:*                           +
-udp        0      0 0.0.0.0:995             0.0.0.0:*                           +
-udp        0      0 0.0.0.0:52452           0.0.0.0:*                           +
-udp        0      0 0.0.0.0:5353            0.0.0.0:*                           +
-udp        0      0 0.0.0.0:68              0.0.0.0:*                           +
-udp        0      0 127.0.0.1:613           0.0.0.0:*                           +
-udp        0      0 0.0.0.0:111             0.0.0.0:*                           +
-udp        0      0 0.0.0.0:53110           0.0.0.0:*                           +
-udp6       0      0 :::17599                :::*                                +
-udp6       0      0 :::995                  :::*                                +
-udp6       0      0 :::5353                 :::*                                +
-udp6       0      0 :::33524                :::*                                +
-udp6       0      0 :::40492                :::*                                +
-udp6       0      0 :::111                  :::*                                +
-Active UNIX domain sockets (servers and established) +
-Proto RefCnt Flags       Type       State         I-Node   Path +
-unix  2      [ ACC ]     STREAM     LISTENING     17625    /tmp//.java_pid1791 +
---More-- +
-</code> +
- +
-Pour connaitre la liste des applications ayant ouvert un port sur l'ordinateur, saisissez la commande suivante : +
- +
-<code> +
-root@debian8:~# netstat -anp | more +
-Active Internet connections (servers and established) +
-Proto Recv-Q Send-Q Local Address           Foreign Address         State       PID/Program name +
-tcp        0      0 127.0.0.1:25            0.0.0.0:*               LISTEN      868/exim4        +
-tcp        0      0 127.0.0.1:42370         0.0.0.0:*               LISTEN      1791/Remote Access +
-tcp        0      0 127.0.0.1:15023         0.0.0.0:*               LISTEN      2449/ssh         +
-tcp        0      0 0.0.0.0:111             0.0.0.0:*               LISTEN      396/rpcbind      +
-tcp        0      0 0.0.0.0:41012           0.0.0.0:*               LISTEN      434/rpc.statd    +
-tcp        0      0 0.0.0.0:22              0.0.0.0:*               LISTEN      471/sshd         +
-tcp        0      0 0.0.0.0:23              0.0.0.0:*               LISTEN      4041/inetd       +
-tcp        0      0 127.0.0.1:7127          0.0.0.0:*               LISTEN      1791/Remote Access +
-tcp        0      0 127.0.0.1:33220         127.0.0.1:50656         ESTABLISHED 1879/Remote Access  +
-tcp        0      0 10.0.2.15:22            10.0.2.2:46432          ESTABLISHED 10584/sshd: trainee +
-tcp        0      0 127.0.0.1:50656         127.0.0.1:33220         ESTABLISHED 1791/Remote Access +
-tcp6       0      0 ::1:25                  :::*                    LISTEN      868/exim4        +
-tcp6       0      0 :::33476                :::*                    LISTEN      434/rpc.statd    +
-tcp6       0      0 ::1:15023               :::*                    LISTEN      2449/ssh         +
-tcp6       0      0 :::111                  :::*                    LISTEN      396/rpcbind      +
-tcp6       0      0 :::22                   :::*                    LISTEN      471/sshd         +
-tcp6       0      0 ::1:22                  ::1:39236               ESTABLISHED 2415/sshd: trainee  +
-tcp6       0      0 ::1:39236               ::1:22                  ESTABLISHED 2449/ssh         +
-udp        0      0 0.0.0.0:32899           0.0.0.0:*                           419/dhclient     +
-udp        0      0 0.0.0.0:995             0.0.0.0:*                           396/rpcbind      +
-udp        0      0 0.0.0.0:52452           0.0.0.0:*                           482/avahi-daemon: r +
-udp        0      0 0.0.0.0:5353            0.0.0.0:*                           482/avahi-daemon: r +
-udp        0      0 0.0.0.0:68              0.0.0.0:*                           419/dhclient     +
-udp        0      0 127.0.0.1:613           0.0.0.0:*                           434/rpc.statd    +
-udp        0      0 0.0.0.0:111             0.0.0.0:*                           396/rpcbind      +
-udp        0      0 0.0.0.0:53110           0.0.0.0:*                           434/rpc.statd    +
-udp6       0      0 :::17599                :::*                                419/dhclient     +
-udp6       0      0 :::995                  :::*                                396/rpcbind      +
-udp6       0      0 :::5353                 :::*                                482/avahi-daemon: r +
-udp6       0      0 :::33524                :::*                                482/avahi-daemon: r +
-udp6       0      0 :::40492                :::*                                434/rpc.statd    +
-udp6       0      0 :::111                  :::*                                396/rpcbind      +
-Active UNIX domain sockets (servers and established) +
-Proto RefCnt Flags       Type       State         I-Node   PID/Program name    Path +
-unix  2      [ ACC ]     STREAM     LISTENING     17625    1791/Remote Access  /tmp//.java_pid1791 +
---More-- +
-</code> +
- +
-==== Résolution d'adresses Ethernet ==== +
- +
-Chaque protocole peut être encapsulé dans une **trame** Ethernet. Lorsque la trame doit être transportée de l'expéditeur au destinataire, ce premier doit connaitre l'adresse Ethernet du dernier. L'adresse Ethernet est aussi appelée l'adresse **Physique** ou l'adresse **MAC**. +
- +
-Pour connaître l'adresse Ethernet du destinataire, l'expéditeur fait appel au protocol **ARP**. Les informations reçues sont stockées dans une table. Pour visualiser ces informations, il convient d'utiliser la commande suivante : +
- +
-<code> +
-root@debian8:~# arp -a +
-? (10.0.2.2) at 52:54:00:12:35:02 [ether] on eth0 +
-? (10.0.2.3) at 52:54:00:12:35:03 [ether] on eth0 +
-</code> +
- +
-===Options de la commande=== +
- +
-Les options de cette commande sont : +
- +
-<code> +
-root@debian8:~# arp --help +
-Usage: +
-  arp [-vn]  [<HW>] [-i <if>] [-a] [<hostname>]             <-Display ARP cache +
-  arp [-v]          [-i <if>] -d  <host> [pub]               <-Delete ARP entry +
-  arp [-vnD] [<HW>] [-i <if>] -f  [<filename>]            <-Add entry from file +
-  arp [-v]   [<HW>] [-i <if>] -s  <host> <hwaddr> [temp]            <-Add entry +
-  arp [-v]   [<HW>] [-i <if>] -Ds <host> <if> [netmask <nm>] pub          <-''- +
- +
-        -a                       display (all) hosts in alternative (BSD) style +
-        -s, --set                set a new ARP entry +
-        -d, --delete             delete a specified entry +
-        -v, --verbose            be verbose +
-        -n, --numeric            don't resolve names +
-        -i, --device             specify network interface (e.g. eth0) +
-        -D, --use-device         read <hwaddr> from given device +
-        -A, -p, --protocol       specify protocol family +
-        -f, --file               read new entries from file or from /etc/ethers +
- +
-  <HW>=Use '-H <hw>' to specify hardware address type. Default: ether +
-  List of possible hardware types (which support ARP): +
-    ash (Ash) ether (Ethernet) ax25 (AMPR AX.25)  +
-    netrom (AMPR NET/ROM) rose (AMPR ROSE) arcnet (ARCnet)  +
-    dlci (Frame Relay DLCI) fddi (Fiber Distributed Data Interface) hippi (HIPPI)  +
-    irda (IrLAP) x25 (generic X.25) eui64 (Generic EUI-64)  +
-</code> +
- +
-=====Comprendre le Chiffrement===== +
- +
-====Introduction à la cryptologie==== +
- +
-===Définitions=== +
- +
-  * **La Cryptologie** +
-    * La science qui étudie les aspects scientifiques de ces techniques, c'est-à-dire qu'elle englobe la cryptographie et la cryptanalyse.  +
-  * **La Cryptanalyse** +
-    * Lorsque la clef de déchiffrement n'est pas connue de l'attaquant on parle alors de cryptanalyse ou cryptoanalyse (on entend souvent aussi le terme plus familier de cassage). +
-  * **La Cryptographie** +
-    * Un terme générique désignant l'ensemble des techniques permettant de chiffrer des messages, c'est-à-dire permettant de les rendre inintelligibles sans une action spécifique. Les verbes crypter et chiffrer sont utilisés. +
-  * **Le Décryptement ou Décryptage** +
-    * Est le fait d'essayer de déchiffrer illégitimement le message (que la clé de déchiffrement soit connue ou non de l'attaquant). +
- +
-{{ :redhat:lx04:crypto1.gif|Cette image issue de Comment Ça Marche (www.commentcamarche.net) est mise à disposition sous les termes de la licence Creative Commons. Vous pouvez copier, modifier des copies de l'image, dans les conditions fixées par la licence, tant que cette note apparaît clairement. }} +
- +
-==La Cryptographie== +
- +
-La cryptographie apporte quatre points clefs:  +
- +
-  * La confidentialité +
-    * consiste à rendre l'information inintelligible à d'autres personnes que les acteurs de la transaction. +
-  * L'intégrité +
-    * consiste à déterminer si les données n'ont pas été altérées durant la communication (de manière fortuite ou intentionnelle). +
-  * L'authentification +
-    * consiste à assurer l'identité d'un utilisateur. +
-  * La non-répudiation +
-    * est la garantie qu'aucun des correspondants ne pourra nier la transaction.  +
- +
-La cryptographie est basée sur l'arithmétique. Il s'agit, dans le cas d'un texte, de transformer les lettres qui composent le message en une succession de chiffres (sous forme de bits dans le cas de l'informatique), puis ensuite de faire des calculs sur ces chiffres pour: +
- +
-  * Procéder au chiffrement +
-    * Le résultat de cette modification (le message chiffré) est appelé cryptogramme (Ciphertext) par opposition au message initial, appelé message en clair (Plaintext) +
-  * Procéder au déchiffrement +
- +
-Le chiffrement se fait à l'aide d'une clef de chiffrement. Le déchiffrement nécessite  une clef de déchiffrement. +
- +
-On distingue deux types de clefs: +
- +
-  * Les clés symétriques:  +
-    * des clés utilisées pour le chiffrement ainsi que pour le déchiffrement. On parle alors de chiffrement symétrique ou de chiffrement à clé secrète. +
-  * Les clés asymétriques:  +
-    * des clés utilisées dans le cas du chiffrement asymétrique (aussi appelé chiffrement à clé publique). Dans ce cas, une clé différente est utilisée pour le chiffrement et pour le déchiffrement. +
- +
-==Le Chiffrement par Substitution== +
-  +
-Le chiffrement par substitution consiste à remplacer dans un message une ou plusieurs entités (généralement des lettres) par une ou plusieurs autres entités. On distingue généralement plusieurs types de cryptosystèmes par substitution : +
- +
-  * La substitution **monoalphabétique** +
-    * consiste à remplacer chaque lettre du message par une autre lettre de l'alphabet +
-  * La substitution **polyalphabétique**  +
-    * consiste à utiliser une suite de chiffres monoalphabétique réutilisée périodiquement +
-  * La substitution **homophonique**  +
-    * permet de faire correspondre à chaque lettre du message en clair un ensemble possible d'autres caractères +
-  * La substitution de **polygrammes**   +
-    * consiste à substituer un groupe de caractères (polygramme) dans le message par un autre groupe de caractères +
- +
-====Algorithmes à clé secrète==== +
- +
-===Le Chiffrement Symétrique=== +
- +
-Ce système est aussi appelé le système à **Clef Secrète** ou à **clef privée**. +
- +
-Ce système consiste à effectuer une opération de chiffrement par algorithme mais comporte un inconvénient, à savoir qu'il nécessite un canal sécurisé pour la transmission de la clef de chiffrement/déchiffrement. +
- +
-{{:redhat:lx04:crypto2.gif|Cette image issue de Comment Ça Marche (www.commentcamarche.net) est mise à disposition sous les termes de la licence Creative Commons. Vous pouvez copier, modifier des copies de l'image, dans les conditions fixées par la licence, tant que cette note apparaît clairement.}} +
- +
-<WRAP center round important> +
-Le système de Méthode du Masque Jetable (One Time Pad) fût mis au point dans les années 1920. Il utilisait une clef générée aléatoirement à usage unique. +
-</WRAP> +
- +
-Les algorithmes de chiffrement symétrique couramment utilisés en informatique sont: +
- +
-  * **[[wpfr>Data_Encryption_Standard|Data Encryption Standard]]** (DES), +
-  * **[[wpfr>Triple_DES|Triple DES]]** (3DES), +
-  * **[[wpfr>RC2]]**,  +
-  * **[[wpfr>Blowfish|Blowfish]]**, +
-  * **[[wpfr>International_Data_Encryption_Algorithm|International Data Encryption Algorithm]]** (IDEA), +
-  * **[[wpfr>Standard_de_chiffrement_avancé|Advanced Encryption Standard]]** (AES). +
- +
-====Algorithmes à clef publique==== +
- +
-===Le Chiffrement Asymétrique=== +
- +
-Ce système est aussi appelé **Système à Clef Publique**. +
- +
-Ce système consiste à avoir deux clefs appelées des **bi-clefs**: +
- +
-  * Une clef **publique** pour le chiffrement +
-  * Une clef **secrète** ou **privée** pour le déchiffrement +
- +
-{{:redhat:lx04:crypto3.gif|Cette image issue de Comment Ça Marche (www.commentcamarche.net) est mise à disposition sous les termes de la licence Creative Commons. Vous pouvez copier, modifier des copies de l'image, dans les conditions fixées par la licence, tant que cette note apparaît clairement.}} +
- +
-  * L'utilisateur A (celui qui déchiffre) choisit une clef privée.  +
-  * A partir de cette clef il génère plusieurs clefs publiques grâce à un algorithme. +
-  * L'utilisateur B (celui qui chiffre) choisit une des clefs publiques à travers un canal non-sécurisé pour chiffrer les données à l'attention de l'utilisateur A. +
- +
-Ce système est basé sur ce que l'on appelle une **fonction à trappe à sens unique** ou **one-way trap door**. +
- +
-Il existe toutefois un problème – s'assurer que la clef publique récupérée est bien celle qui correspond au destinataire ! +
- +
-Les algorithmes de chiffrement asymétrique couramment utilisés en informatique sont: +
- +
-  * **[[wpfr>Digital_Signature_Algorithm|Digital Signature Algorithm]]** (DSA) +
-  * **[[wpfr>Rivest_Shamir_Adleman|Rivest, Shamir, Adleman]]** (RSA) +
- +
-===La Clef de Session=== +
- +
-Ce système est un compromis entre le système symétrique et le système asymétrique. Il permet l'envoie de données chiffrées à l'aide d'un algorithme de chiffrement symétrique par un canal non-sécurisé et a été mis au point pour palier au problème de lenteur de déchiffrement du système asymétrique. +
- +
-{{:redhat:lx04:crypto4.gif|Cette image issue de Comment Ça Marche (www.commentcamarche.net) est mise à disposition sous les termes de la licence Creative Commons. Vous pouvez copier, modifier des copies de l'image, dans les conditions fixées par la licence, tant que cette note apparaît clairement.}} +
- +
-Ce système fonctionne de la façon suivante : +
- +
-  * L'utilisateur A chiffre une clef privée générée aléatoirement, appelée une « clef de session », en utilisant une des clefs publiques de l'utilisateur B. +
-  * L'utilisateur A chiffre les données avec la clef de session. +
-  * L'utilisateur B déchiffre la clef de session en utilisant sa propre clef privée. +
-  * L'utilisateur B déchiffre les données en utilisant la clef de session. +
- +
-====Fonctions de Hachage==== +
- +
-La fonction de **hachage**, aussi appelée une fonction de **condensation**, est à **sens unique** (one way function). Il « condense » un message en clair et produit un haché unique. +
- +
-{{:redhat:lx04:crypto5.gif|Cette image issue de Comment Ça Marche (www.commentcamarche.net) est mise à disposition sous les termes de la licence Creative Commons. Vous pouvez copier, modifier des copies de l'image, dans les conditions fixées par la licence, tant que cette note apparaît clairement.}} +
- +
-Les deux algorithmes de hachage utilisés sont:  +
- +
-  * **[[wpfr>MD5|Message Digest 5]]** (MD5)  +
-  * **[[wpfr>SHA-1|Secure Hash Algorithm]]** (SHA) +
- +
-Lors de son envoie, le message est accompagné de son haché et il est donc possible de garantir son intégrité: +
- +
-{{:redhat:lx04:crypto6.gif|Cette image issue de Comment Ça Marche (www.commentcamarche.net) est mise à disposition sous les termes de la licence Creative Commons. Vous pouvez copier, modifier des copies de l'image, dans les conditions fixées par la licence, tant que cette note apparaît clairement.}} +
-  +
-  * A la réception du message, le destinataire ou l’utilisateur B calcule le haché du message reçu et le compare avec le haché accompagnant le document.  +
-  * Si le message ou le haché a été falsifié durant la communication, les deux empreintes ne correspondront pas.  +
- +
-<WRAP center round important> +
-Ce système permet de vérifier que l'empreinte correspond bien au message reçu, mais ne permet pas de prouver que le message a bien été envoyé par l’utilisateur A. +
-</WRAP> +
- +
-====Signature Numérique==== +
- +
-Pour garantir l'authentification du message l‘utilisateur A va chiffrer ou **signer** le haché à l'aide de sa clé privée. Le haché signé est appelé un **sceau**. +
- +
-{{:redhat:lx04:crypto7.gif|Cette image issue de Comment Ça Marche (www.commentcamarche.net) est mise à disposition sous les termes de la licence Creative Commons. Vous pouvez copier, modifier des copies de l'image, dans les conditions fixées par la licence, tant que cette note apparaît clairement.}} +
- +
-  * L’utilisateur A envoie le sceau au destinataire. +
-  * A la réception du message L’utilisateur B déchiffre le sceau avec la clé publique de l’utilisateur A. +
-  * Il compare le haché obtenu au haché reçu en pièce jointe. +
-  +
-Ce mécanisme de création de sceau est appelé **scellement**. +
- +
-Ce mécanisme est identique au procédé utilisé par SSH lors d'une connexion  +
- +
-====Utilisation de GnuPG==== +
- +
-===Présentation=== +
- +
-**GNU Privacy Guard** permet aux utilisateurs de transférer des messages chiffrés et/ou signés. +
- +
-===Installation=== +
- +
-Sous RHEL/CentOS 7, le paquet gnupg est installé par défaut : +
- +
-<code> +
-root@debian8:~# whereis gpg +
-gpg: /usr/bin/gpg /usr/share/man/man1/gpg.1.gz +
-</code> +
- +
-===Configuration=== +
- +
-Pour initialiser %%GnuPG%%, saisissez la commande suivante : +
- +
-<code> +
-root@debian8:~# whereis gpg +
-gpg: /usr/bin/gpg /usr/share/man/man1/gpg.1.gz +
-root@debian8:~# gpg +
-gpg: directory `/root/.gnupg' created +
-gpg: new configuration file `/root/.gnupg/gpg.conf' created +
-gpg: WARNING: options in `/root/.gnupg/gpg.conf' are not yet active during this run +
-gpg: keyring `/root/.gnupg/secring.gpg' created +
-gpg: keyring `/root/.gnupg/pubring.gpg' created +
-gpg: Go ahead and type your message ... +
-^C +
-gpg: Interrupt caught ... exiting +
-</code> +
- +
-Pour aider gpg dans la génération des clefs, utilisez **rngd** pour fournir suffisament d"Entropy" au noyau : +
- +
-<code> +
-root@debian8:~# apt-get install rng-tools +
-Reading package lists... Done +
-Building dependency tree        +
-Reading state information... Done +
-The following NEW packages will be installed: +
-  rng-tools +
-0 upgraded, 1 newly installed, 0 to remove and 95 not upgraded. +
-Need to get 46.8 kB of archives. +
-After this operation, 209 kB of additional disk space will be used. +
-Get:1 http://ftp.fr.debian.org/debian/ jessie/main rng-tools amd64 2-unofficial-mt.14-1 [46.8 kB] +
-Fetched 46.8 kB in 0s (146 kB/s) +
-Selecting previously unselected package rng-tools. +
-(Reading database ... 82472 files and directories currently installed.) +
-Preparing to unpack .../rng-tools_2-unofficial-mt.14-1_amd64.deb ... +
-Unpacking rng-tools (2-unofficial-mt.14-1) ... +
-Processing triggers for systemd (215-17+deb8u4) ... +
-Processing triggers for man-db (2.7.0.2-5) ... +
-Setting up rng-tools (2-unofficial-mt.14-1) ... +
-Job for rng-tools.service failed. See 'systemctl status rng-tools.service' and 'journalctl -xn' for details. +
-invoke-rc.d: initscript rng-tools, action "start" failed. +
-Processing triggers for systemd (215-17+deb8u4) ... +
- +
-root@debian8:~# rngd -f -r /dev/urandom +
-rngd 2-unofficial-mt.14 starting up... +
-entropy feed to the kernel ready +
-^Cstats: bits received from HRNG source: 60064 +
-stats: bits sent to kernel pool: 4096 +
-stats: entropy added to kernel pool: 4096 +
-stats: FIPS 140-2 successes: 3 +
-stats: FIPS 140-2 failures: 0 +
-stats: FIPS 140-2(2001-10-10) Monobit: 0 +
-stats: FIPS 140-2(2001-10-10) Poker: 0 +
-stats: FIPS 140-2(2001-10-10) Runs: 0 +
-stats: FIPS 140-2(2001-10-10) Long run: 0 +
-stats: FIPS 140-2(2001-10-10) Continuous run: 0 +
-stats: HRNG source speed: (min=64.005; avg=64.949; max=65.998)Mibits/s +
-stats: FIPS tests speed: (min=99.861; avg=111.541; max=124.663)Mibits/s +
-stats: Lowest ready-buffers level: 2 +
-stats: Entropy starvations: 0 +
-stats: Time spent starving for entropy: (min=0; avg=0.000; max=0)us +
-Exiting... +
- +
-root@debian8:~# cat /proc/sys/kernel/random/entropy_avail +
-2022 +
-</code> +
- +
-Pour générer les clefs, saisissez la commande suivante : +
- +
-<code> +
-root@debian8:~# gpg --gen-key +
-gpg (GnuPG) 1.4.18; Copyright (C) 2014 Free Software Foundation, Inc. +
-This is free software: you are free to change and redistribute it. +
-There is NO WARRANTY, to the extent permitted by law. +
- +
-Please select what kind of key you want: +
-   (1) RSA and RSA (default) +
-   (2) DSA and Elgamal +
-   (3) DSA (sign only) +
-   (4) RSA (sign only) +
-Your selection? 1 +
-RSA keys may be between 1024 and 4096 bits long. +
-What keysize do you want? (2048)  +
-Requested keysize is 2048 bits +
-Please specify how long the key should be valid. +
-         0 = key does not expire +
-      <n>  = key expires in n days +
-      <n>w = key expires in n weeks +
-      <n>m = key expires in n months +
-      <n>y = key expires in n years +
-Key is valid for? (0) 0 +
-Key does not expire at all +
-Is this correct? (y/N) y +
- +
-You need a user ID to identify your key; the software constructs the user ID +
-from the Real Name, Comment and Email Address in this form: +
-    "Heinrich Heine (Der Dichter) <heinrichh@duesseldorf.de>" +
- +
-Real name: I2TCH +
-Email address: infos@i2tch.eu +
-Comment: Test Key +
-You selected this USER-ID: +
-    "I2TCH (Test Key) <infos@i2tch.eu>" +
- +
-Change (N)ame, (C)omment, (E)mail or (O)kay/(Q)uit? o +
-You need a Passphrase to protect your secret key. +
- +
-We need to generate a lot of random bytes. It is a good idea to perform +
-some other action (type on the keyboard, move the mouse, utilize the +
-disks) during the prime generation; this gives the random number +
-generator a better chance to gain enough entropy. +
- +
-Not enough random bytes available.  Please do some other work to give +
-the OS a chance to collect more entropy! (Need 158 more bytes) +
-.......+++++ +
-.+++++ +
-We need to generate a lot of random bytes. It is a good idea to perform +
-some other action (type on the keyboard, move the mouse, utilize the +
-disks) during the prime generation; this gives the random number +
-generator a better chance to gain enough entropy. +
-+++++ +
-..+++++ +
-gpg: /root/.gnupg/trustdb.gpg: trustdb created +
-gpg: key 324951F4 marked as ultimately trusted +
-public and secret key created and signed. +
- +
-gpg: checking the trustdb +
-gpg: 3 marginal(s) needed, 1 complete(s) needed, PGP trust model +
-gpg: depth: 0  valid:   1  signed:   0  trust: 0-, 0q, 0n, 0m, 0f, 1u +
-pub   2048R/324951F4 2016-08-07 +
-      Key fingerprint = 293A 4AB0 C917 DEAD 1838  FAE6 B112 5F50 3249 51F4 +
-uid                  I2TCH (Test Key) <infos@i2tch.eu> +
-sub   2048R/315943DA 2016-08-07 +
-</code> +
- +
-La liste de clefs peut être visualisée avec la commande suivante : +
- +
-<code> +
-root@debian8:~# gpg --list-keys +
-/root/.gnupg/pubring.gpg +
------------------------- +
-pub   2048R/324951F4 2016-08-07 +
-uid                  I2TCH (Test Key) <infos@i2tch.eu> +
-sub   2048R/315943DA 2016-08-07 +
-</code> +
- +
-<WRAP center round important> +
-Pour importer la clef d'un correspondant dans sa trousse de clefs il convient d'utiliser la commande suivante : +
- +
-  # gpg --import la-clef.asc +
-</WRAP> +
- +
-Pour exporter sa clef publique, il convient d'utiliser la commande suivante : +
- +
-<code> +
-root@debian8:~# gpg --export --armor I2TCH > ~/I2TCH.asc +
-root@debian8:~# cat I2TCH.asc +
------BEGIN PGP PUBLIC KEY BLOCK----- +
-Version: GnuPG v1 +
- +
-mQENBFem/AUBCADD1ExMqUny634CUdpqY8zvkaaPdg3JdV3dSmUEMOhhqyaftp++ +
-RLqhi7F7+/uSTNv1I611xsVQ1zgPO8YTIwM2c/glIKa6pRTfPFO7qzPczFMhwNrO +
-a2jnwJjlqg4/BB8N0xWry2TTOjn6lTcwtWcFzjy0jmjFDQLut0/85mnGNB2aml9r +
-iaSMF2XwvjSIz6nPv0EVvfzzLUdebKBDBrqiZebCbCfeTzR3yyMr9rA8QWdfCHuW +
-yQaI/FO9BvHdv6CTmBXlKcfu+nTuBfhUfWlWIYn2549Fy47KIdLS+rB7b91FlUw+ +
-8kidI4AVIUm2WlmpLzTJN/0m1PuBoHgi8TLzABEBAAG0IUkyVENIIChUZXN0IEtl +
-eSkgPGluZm9zQGkydGNoLmV1PokBOAQTAQIAIgUCV6b8BQIbAwYLCQgHAwIGFQgC +
-CQoLBBYCAwECHgECF4AACgkQsRJfUDJJUfSz3ggAwsH18xuOjidLNST2OM+8Sf/6 +
-954Ajp3x7zBSQCihhHnuVL/vwlrIJ8ScHudQDPq42+zghfH+37O1PXU7cv43hsXT +
-+cLtSRjGtVE3uvScIUodJONGJJM6oOf3doyLsYHfA1511IWViryTGylS5sBBfjcN +
-/ljiSjE9K/IRqJ6g1iKU8reC5DU+FmjpOJsnTTef2Je91iHfuR+DPZUzgimulI5G +
-0Nrq4pqOD/o1j55N+AKM3fqlqRlyUuozsT+CfBGC/xN9gj1FTeeof3bwNoWuiD75 +
-8nYA97eX0jQooxyrHq+9HHU6kvFtOVVpUEbgHyZzenQzdbAuYabJTETE7vgMfbkB +
-DQRXpvwFAQgArXPkbmoLS/B7eBUm1cTVvkcJET/RG4AcVs4aZNZ24ve8/qNva7Ec +
-d4A3kG1t3rHKlFlHnsGm8tHw3Jjg+/6WFFAzG4mzm8QrwA+vnmcHmSrhVgCaA0NS +
-vqOIWCys96bKcwLIJuYDK9kLuUDRRniMcaA2sl44BaVDl9V8HEm3PS3jYbewwCZa +
-Z7vtiiK39cyn6AatZHBw7ubeYupmtTUc34dfSym5K7jKgg3VOhaVGsDF1OPogBit +
-w1tLdNHRyxYkIkhV9xtBIaUMSDsfulmMVsQXXCwY27m3EQMc25C7xuQ5K/+TRLsv +
-DKzcYcPcHd0cT8B7Ym7+Xetq+CdQD1jOSQARAQABiQEfBBgBAgAJBQJXpvwFAhsM +
-AAoJELESX1AySVH0/PsIAKwbeV1fwcucq3X+afa/DtEmFWlRS50XwqVGb/ADu10R +
-7XsftBUSRBPMTvKvFNLSOklggKKP2OFz3ZmBttjdJXL+24U48LtLplG2cfXpAzjD +
-7rMVuKICgJGHlLWr+sT3t2uH/Mw7Rn3aw0a1MpV5GoqrBvKfdcYbTcbp9HSzCaJL +
-eVYbXTwXRLlyhcPVy2BZl8OVQlizqLkuzonAmzOMUpYAXU983MZlzEKhMp8R/otC +
-vx/Y+7kCHiWBqZzpD1MktjeSxUWt+jC7z4pb13t7DOFUzysiBdAYhWtCWAIbJdO2 +
-Pi6GtIZkpKnV1Q7Ct6x3K7HJKfpis3YjIZSFq+Gr09o= +
-=bhYQ +
------END PGP PUBLIC KEY BLOCK----- +
-</code> +
- +
-Cette clef peut ensuite être jointe à des messages électroniques ou bien déposée sur un serveur de clefs tel http://www.keyserver.net. +
- +
-===Signer un message=== +
- +
-Créez maintenant un message à signer : +
- +
-<code> +
-root@debian8:~# vi ~/message.txt +
-root@debian8:~# cat ~/message.txt +
-This is a test message for gpg +
-</code> +
- +
-Pour signer ce message en format binaire, il convient d'utiliser la commande suivante : +
- +
-<code> +
-root@debian8:~# gpg --default-key I2TCH --detach-sign message.txt +
- +
-You need a passphrase to unlock the secret key for +
-user: "I2TCH (Test Key) <infos@i2tch.eu>" +
-2048-bit RSA key, ID 324951F4, created 2016-08-07 +
- +
-root@debian8:~# ls -l | grep message +
--rw-r--r-- 1 root root       31 Aug  7 10:18 message.txt +
--rw-r--r-- 1 root root      287 Aug  7 10:18 message.txt.sig +
- +
-root@debian8:~# cat message.txt.sig +
-�W��� +
- �_P2IQ�E��>��)7�Lt����C�+�vC�0�cX�����1N�Zٸ�����;�6R����Y��>�gՎ���c����T�iO|&�TF���h��ݫu�����V� +
-                               _ǎ��ߠf�9ct���ĕ�Q�i>��ӂ��"K�c��)��~���*�uf%��DykheG/u��_K�'�}G�H +
-                      �R^i�tЉy�`�[]a�_1�ԺP)�a�\���ɘFO$m��l +
-                                                             3z���я�{�Ҿe�*H�w�H�N ����x�ۇ� +
-</code> +
- +
-Pour signer ce message en format ascii, il convient d'utiliser la commande suivante : +
- +
-<code> +
-root@debian8:~# gpg --default-key I2TCH --armor --detach-sign message.txt +
- +
-You need a passphrase to unlock the secret key for +
-user: "I2TCH (Test Key) <infos@i2tch.eu>" +
-2048-bit RSA key, ID 324951F4, created 2016-08-07 +
- +
-root@debian8:~# ls -l | grep message +
--rw-r--r-- 1 root root       31 Aug  7 10:18 message.txt +
--rw-r--r-- 1 root root      473 Aug 10 11:29 message.txt.asc +
--rw-r--r-- 1 root root      287 Aug  7 10:18 message.txt.sig +
- +
-root@debian8:~# cat message.txt.asc  +
------BEGIN PGP SIGNATURE----- +
-Version: GnuPG v1 +
- +
-iQEcBAABAgAGBQJXqwICAAoJELESX1AySVH0tqUH/igOKaMwaEIgPCwUpv8rJLIy +
-2cCj2stliojf437f7eZDyHTNiB/ghmLc6GCogV3uA+jJg2O5vidI5HTD7M2qnnix +
-CTFRMwH0v61ssZTU/nB+KyO2S3NWRGV1T/dGXJGjXf2QBcSowWoTeQBjbVGDnB3O +
-twDpWH8NFdW7yGNoKdnPkCdrKEMuUCthLz05W1yCngFDpPwkd8MM9wFq7UdQ+EN9 +
-G2iiyIQbArOI18v67BH571z+4UlOfJlUB+O2C9D8tobJBU7KNSPLWnYAJck6YrrC +
-3RVW5M74LcHtfQypSeCJAqxiZf2SMtNU99zPnDqMzwX8tNCpYrlL3IX6DdduOJ4= +
-=/wL9 +
------END PGP SIGNATURE----- +
-</code> +
- +
-Pour vérifier la signature d'un message signé en mode ascii, il convient d'utiliser la commande : +
- +
-<code> +
-root@debian8:~# gpg --verify message.txt.asc +
-gpg: assuming signed data in `message.txt' +
-gpg: Signature made Wed 10 Aug 2016 11:34:35 BST using RSA key ID 324951F4 +
-gpg: Good signature from "I2TCH (Test Key) <infos@i2tch.eu>" +
-</code> +
- +
-<WRAP center round important> +
-Pour vérifier la signature d'un message signé en mode ascii et produit en dehors du message lui-même, il convient d'utiliser la commande : +
- +
-  # gpg --verify message.txt.asc message.txt +
-</WRAP> +
- +
-Pour signer ce message **dans le message lui-même** en format ascii, il convient d'utiliser la commande suivante : +
- +
-<code> +
-root@debian8:~# gpg --default-key I2TCH --clearsign message.txt +
- +
-You need a passphrase to unlock the secret key for +
-user: "I2TCH (Test Key) <infos@i2tch.eu>" +
-2048-bit RSA key, ID 324951F4, created 2016-08-07 +
- +
-File `message.txt.asc' exists. Overwrite? (y/N) y +
-root@debian8:~# ls -l | grep message +
--rw-r--r-- 1 root root       31 Aug  7 10:18 message.txt +
--rw-r--r-- 1 root root      551 Aug 10 11:30 message.txt.asc +
--rw-r--r-- 1 root root      287 Aug  7 10:18 message.txt.sig +
-root@debian8:~# cat message.txt.asc  +
------BEGIN PGP SIGNED MESSAGE----- +
-Hash: SHA1 +
- +
-This is a test message for gpg +
------BEGIN PGP SIGNATURE----- +
-Version: GnuPG v1 +
- +
-iQEcBAEBAgAGBQJXqwJHAAoJELESX1AySVH0VEMIAJc7NP2v8s/mmllpRi3Kj9W1 +
-oTS721z/XSbM4iQaFM7QnoJmlfCaAbOB01WNqiAVL4A1LGFntttknsoMF7lERU6k +
-hPCeMtdcWTF3/KwlLHBZ3jjNJeVS4BfJjiW0qStgbMRuzaVHV0iONACA80mnYEOx +
-TkVnk/IMkO0fsCBocbFeJ/DdR/P9o4u4yqhkwin2+cKPoEWUYBODhIOtHzLMuq1m +
-582UmrGUQq5z6CC7kiZzifbOtm54pT5MioVfHpYwt6+zlfvYhgVn8VQ62eKAg0zs +
-IaaRTYVmlD1XUbWxswqvBA9RwIRck6A5Oi5YAoH8jUHaZjvVK9KaEXDQ7Ga/Nk4= +
-=i5f6 +
------END PGP SIGNATURE----- +
-</code> +
- +
-===Chiffrer un message=== +
- +
-Pour chiffrer un message, il faut disposer de la clef publique du destinataire du message. Ce dernier utilisera ensuite sa clef privée pour déchiffrer le message. Il convient de préciser le destinataire du message, ou plus précisément la clef publique à utiliser, lors d'un chiffrement : +
- +
-    gpg --recipient <destinataire> --encrypt <message> +
- +
-  * //<destinataire>// représente toute information permettant de distinguer sans ambigüité une clef publique dans votre trousseau. Cette information peut-être le nom ou l'adresse email associé à la clef publique que vous voulez utiliser,  +
-  * //<message>// représente le message à chiffrer. +
- +
-Par exemple pour chiffrer un message en mode binaire, il convient de saisir la commande suivante : +
- +
-<code> +
-root@debian8:~# gpg --recipient I2TCH --encrypt message.txt +
- +
-root@debian8:~# ls -l | grep message +
--rw-r--r-- 1 root root       31 Aug  7 10:18 message.txt +
--rw-r--r-- 1 root root      473 Aug 10 11:34 message.txt.asc +
--rw-r--r-- 1 root root      367 Aug 10 11:37 message.txt.gpg +
--rw-r--r-- 1 root root      287 Aug  7 10:18 message.txt.sig +
- +
-root@debian8:~# cat message.txt.sig  +
-�W��� +
- �_P2IQ�E��>��)7�Lt����C�+�vC�0�cX�����1N�Zٸ�����;�6R����Y��>�gՎ���c����T�iO|&�TF���h��ݫu�����V� +
-                               _ǎ��ߠf�9ct���ĕ�Q�i>��ӂ��"K�c��)��~���*�uf%��DykheG/u��_K�'�}G�H +
-                      �R^i�tЉy�`�[]a�_1�ԺP)�a�\���ɘFO$m��l +
-                                                             3z���я�{�Ҿe�*H�w�H�N ����x�ۇ� +
-</code> +
- +
-Et pour chiffrer un message en mode ascii, il convient de saisir la commande suivante : +
- +
-<code> +
-root@debian8:~# gpg --recipient I2TCH --armor --encrypt message.txt +
-File `message.txt.asc' exists. Overwrite? (y/N) y +
- +
-root@debian8:~# ls -l | grep message +
--rw-r--r-- 1 root root       31 Aug  7 10:18 message.txt +
--rw-r--r-- 1 root root      579 Aug 10 11:38 message.txt.asc +
--rw-r--r-- 1 root root      367 Aug 10 11:37 message.txt.gpg +
--rw-r--r-- 1 root root      287 Aug  7 10:18 message.txt.sig +
- +
-root@debian8:~# cat message.txt.asc  +
------BEGIN PGP MESSAGE----- +
-Version: GnuPG v1 +
- +
-hQEMA9hdNoMxWUPaAQgAk8S4GyQNVeB36uoLY0icuC/WXoxL5P7cJHXVnQuPQiBU +
-XJX3rHW0RCavc6mLTJvUGYUysubcVisQFWm3LTZ0ZD796S671EdLNNGgsfHNdR90 +
-ext6f6UihR2ep5Y++8eTSat7YQc8nLiF5yexbnOCBuyxGI7gP2lLiZAX6sifmY61 +
-pMegrrhA4BN2Wupbwm2A7WX4NcU4mdZtNxW+zC1Rtp+NOr6ad5JftEes2yPdUcrD +
-WW2gZaL1DJx50OmBc/tmUt1ea2VEtVDr1WDosD6dEWUbffDBA6wzr1DzUW488D0s +
-mYoVwu1bYSSSzmNGGvlFDa6EE/nHwVMhvgld1SB63tJeAbYgXKgEyKTfgIe/Byss +
-EyofLf5p+DVtJs1MK3OdJ87GV5n2XamtD3Qp3O2EvF/YW9e9aRmt6rF9jLSbIBiS +
-m4Ka3BM8p2yK9PQQbAvQIIyUg9TjP31c1bzdRa/VNQ== +
-=laaP +
------END PGP MESSAGE----- +
-</code> +
- +
-Pour décrypter un message il convient d'utiliser la commande suivante : +
- +
-<code> +
-root@debian8:~# gpg --decrypt message.txt.asc +
- +
-You need a passphrase to unlock the secret key for +
-user: "I2TCH (Test Key) <infos@i2tch.eu>" +
-2048-bit RSA key, ID 315943DA, created 2016-08-07 (main key ID 324951F4) +
- +
-gpg: encrypted with 2048-bit RSA key, ID 315943DA, created 2016-08-07 +
-      "I2TCH (Test Key) <infos@i2tch.eu>" +
-This is a test message for gpg +
-</code> +
- +
-====PKI==== +
- +
-On appelle **[[wpfr>Public_Key_Infrastructure|PKI]]** (Public Key Infrastucture, ou en français **infrastructure à clé publique (ICP)**, parfois **infrastructure de gestion de clés (IGC)**) l’ensemble des solutions techniques basées sur la cryptographie à clé publique. +
- +
-Les cryptosystèmes à clés publiques permettent de s'affranchir de la nécessité d'avoir recours systématiquement à un canal sécurisé pour s'échanger les clés. En revanche, la publication de la clé publique à grande échelle doit se faire en toute confiance pour assurer que : +
- +
-    * La clé publique est bien celle de son propriétaire ; +
-    * Le propriétaire de la clé est digne de confiance ; +
-    * La clé est toujours valide.  +
- +
-Ainsi, il est nécessaire d'associer au bi-clé (ensemble clé publique / clé privée) un certificat délivré par un **tiers de confiance** : l'infrastructure de gestion de clés. +
- +
-Le tiers de confiance est une entité appelée communément autorité de certification (ou en anglais Certification authority, abrégé CA) chargée d'assurer la véracité des informations contenues dans le certificat de clé publique et de sa validité. +
- +
-Pour ce faire, l'autorité signe le certificat de clé publique à l'aide de sa propre clé en utilisant le principe de signature numérique. +
- +
-Le rôle de l'infrastructure de clés publiques est multiple et couvre notamment les champs suivants : +
- +
-    * enregistrer des demandes de clés en vérifiant l'identité des demandeurs ; +
-    * générer les paires de clés (clé privée / clé publique) ; +
-    * garantir la confidentialité des clés privées correspondant aux clés publiques ; +
-    * certifier l'association entre chaque utilisateurs et sa clé publique ; +
-    * révoquer des clés (en cas de perte par son propriétaire, d'expiration de sa date de validité ou de compromission).  +
- +
-Une infrastructure à clé publique est en règle générale composée de trois entités distinctes : +
- +
-    * L'autorité d'enregistrement (AE ou RA pour Recording authority), chargée des formalité administratives telles que la vérification de l'identité des demandeurs, le suivi et la gestion des demandes, etc.) ; +
-    * L'autorité de certification (AC ou CA pour Certification Authority), chargée des tâches techniques de création de certificats. L'autorité de certification est ainsi chargée de la signature des demandes de certificat (CSR pour Certificate Signing Request, parfois appelées PKCS#10, nom du format correspondant). L'autorité de certification a également pour mission la signature des listes de révocations (CRL pour Certificate Revocation List) ; +
-    * L'Autorité de dépôt (Repository) dont la mission est de conserver en sécurité les certificats. +
- +
-===Certificats X509=== +
- +
-Pour palier aux problèmes liés à des clefs publiques piratées, un système de certificats a été mis en place. +
- +
-Le certificat permet d’associer la clef publique à une entité ou une personne. Les certificats sont délivrés par des Organismes de Certification. +
- +
-Les certificats sont des fichiers divisés en deux parties :  +
- +
-  * La partie contenant les informations  +
-  * La partie contenant la signature de l'autorité de certification +
- +
-La structure des certificats est normalisée par le standard **[[wpfr>X.509|X.509]]** de l’**[[wpfr>UIT|Union internationale des télécommunications]]**.  +
- +
-Elle contient :  +
- +
-  * Le nom de l'autorité de certification  +
-  * Le nom du propriétaire du certificat  +
-  * La date de validité du certificat  +
-  * L'algorithme de chiffrement utilisé  +
-  * La clé publique du propriétaire  +
- +
-Le Certificat est signé par l'autorité de certification: +
- +
-{{:redhat:lx04:crypto8.gif|Cette image issue de Comment Ça Marche (www.commentcamarche.net) est mise à disposition sous les termes de la licence Creative Commons. Vous pouvez copier, modifier des copies de l'image, dans les conditions fixées par la licence, tant que cette note apparaît clairement.}} +
- +
-La vérification se passe ainsi: +
- +
-{{:redhat:lx04:crypto9.gif|Cette image issue de Comment Ça Marche (www.commentcamarche.net) est mise à disposition sous les termes de la licence Creative Commons. Vous pouvez copier, modifier des copies de l'image, dans les conditions fixées par la licence, tant que cette note apparaît clairement.}}+
  
 +  * **LDF306 - Gestion du Réseau**
 +    * Contenu du Module
 +    * Configuration du Réseau sous Debian 6
 +      * Configuration de TCP/IP
 +        * /etc/network/interfaces
 +         * DHCP
 +         * IP Fixe
 +      * La Commande hostname
 +      * La Commande ifconfig
 +      * Activer/Désactiver une Interface Manuellement
 +      * /etc/networks
 +      * Résolution d'adresses IP
 +        * /etc/resolv.conf
 +        * /etc/nsswitch.conf
 +        * /etc/hosts
 +    * Configuration du Réseau sous Debian 9
 +      * La Commande nmcli
 +      * Connections et Profils
 +      * Ajouter une Deuxième Adresse IP à un Profil
 +      * La Commande hostname
 +      * La Commande ip
 +      * Activer/Désactiver une Interface Manuellement
 +    * Services réseaux
 +      * xinetd
 +      * TCP Wrapper
 +    * Diagnostique du Réseau
 +      * ping
 +      * netstat -i
 +      * traceroute
 +    * Connexions à Distance
 +      * Telnet
 +      * wget
 +      * ftp
 +      * SSH
 +        * Introduction
 +          * SSH-1
 +          * SSH-2
 +        * L'authentification par mot de passe
 +        * L'authentification par clef asymétrique
 +          * Installation
 +          * Configuration
 +            * Serveur
 +          * Utilisation
 +          * Tunnels SSH
 +      * SCP
 +        * Introduction
 +        * Utilisation
 +        * Mise en place des clefs
 +    * Le Pare-feu Netfilter
 +      * Configuration du Pare-feu Netfilter/iptables
 +        * Introduction
 +        * Configuration par Scripts sous Debian 6 et 7
 +      * La Configuration par firewalld sous Debian 8
 +        * La Configuration de Base de firewalld
 +        * La Commande firewall-cmd
 +        * La Configuration Avancée de firewalld
 +        * Le mode Panic de firewalld
 +    * Annexe #1 - Comprendre les Réseaux
 +      * Présentation des Réseaux
 +      * Classification des Réseaux
 +        * Classification par Mode de Transmission
 +        * Classification par Topologie
 +          * La Topologie Physique
 +          * La Topologie en Ligne
 +          * La Topologie en Bus
 +          * La Topologie en Étoile
 +          * La Topologie en Anneau
 +          * La Topologie en Arbre
 +          * La Topologie Maillée
 +        * Classification par Étendue
 +        * Les Types de LAN
 +          * Réseau à Serveur Dédié
 +          * Réseau Poste-à-Poste
 +      * Le Modèle Client/Serveur
 +      * Modèles de Communication
 +        * Le modèle OSI
 +          * Les Couches
 +          * Les Protocoles
 +          * Les Interfaces
 +          * Protocol Data Units
 +          * Encapsulation et Désencapsulation
 +        * Spécification NDIS et le Modèle ODI
 +        * Le modèle TCP/IP
 +      * Les Raccordements
 +        * Les Modes de Transmission
 +        * Les Câbles
 +          * Le Câble Coaxial
 +          * Le Câble Paire Torsadée
 +          * Catégories de Blindage
 +          * La Prise RJ45
 +          * Channel Link et Basic Link
 +          * La Fibre Optique
 +        * Les Réseaux sans Fils
 +        * Le Courant Porteur en Ligne
 +      * Technologies
 +        * Ethernet
 +        * Token-Ring
 +      * Périphériques Réseaux Spéciaux
 +        * Les Concentrateurs
 +        * Les Répéteurs
 +        * Les Ponts
 +          * Le Pont de Base
 +          * Le Pont en Cascade
 +          * Le Pont en Dorsale
 +        * Les Commutateurs
 +        * Les Routeurs
 +        * Les Passerelles
 +    * Annexe #2 - Comprendre TCP Version 4
 +      * En-tête TCP
 +      * En-tête UDP
 +      * Fragmentation et Ré-encapsulation
 +      * Adressage
 +      * Masques de sous-réseaux
 +      * VLSM
 +      * Ports et sockets
 +      * /etc/services
 +      * Résolution d'adresses Ethernet
 +    * Annexe #3 - Comprendre le Chiffrement
 +      * Introduction à la cryptologie
 +        * Définitions
 +          * La Cryptographie
 +          * Le Chiffrement par Substitution
 +      * Algorithmes à clé secrète
 +        * Le Chiffrement Symétrique
 +      * Algorithmes à clef publique
 +        * Le Chiffrement Asymétrique
 +        * La Clef de Session
 +      * Fonctions de Hachage
 +      * Signature Numérique
 +      * LAB #1 - Utilisation de GnuPG
 +        * Présentation
 +        * Installation
 +        * Configuration
 +        * Signer un message
 +        * Chiffrer un message
 +      * PKI
 +        * Certificats X509
  
 =====Configuration de TCP/IP sous Debian 6===== =====Configuration de TCP/IP sous Debian 6=====
Ligne 4238: Ligne 2606:
 **Important** : Notez que l'authentification a utilisé le couple de clefs asymétrique et aucun mot de passe n'a été requis. **Important** : Notez que l'authentification a utilisé le couple de clefs asymétrique et aucun mot de passe n'a été requis.
 </WRAP> </WRAP>
- 
- 
- 
-=====Gestion du Serveur NFS===== 
- 
-====Présentation==== 
- 
-Quand on parle de NFS, on parle d'**exportation** d'un répertoire sur le serveur afin que celui-ci puisse être vu par des clients sur le réseau. Ces clients peuvent ensuite monter le répertoire et l'utiliser comme si celui-ci faisait partie de son propre filesystem. 
- 
-Le Network File System (NFS) est le protocole de partage de fichiers historique sur des systèmes Unix. Lors de l'introduction de Samba, NFS a vu sa popularité diminuée, essentiellement parce que la connexion est non-sécurisée : 
- 
-  * le partage ainsi que ses caractéristiques sont configurés par rapport à l'adresse IP du client, or l'IP Spoofing est de plus en plus répandu, 
-  * aucun mot de passe n'est demandé lors de la connexion d'un utilisateur à une ressource car le serveur NFS présume que l'utilisateur //jean// distant est le même utilisateur du compte //jean// sur le serveur NFS. 
- 
-Cependant l'arrivée sur le marché de serveurs NAS domestiques ainsi que l'utilisation de la virtualisation dans le milieu professionnel fait que NFS connait un regain d'intérêt en tant que stockage mutualisé raid, simple à mettre en œuvre. 
- 
-Il existe actuellement 3 versions de NFS : 
- 
-^ Version ^ Protocole Utilisé ^ Dépendance ^ 
-| **NFSv2** | TCP et UDP | portmap | 
-| **NFSv3** | TCP et UDP | portmap | 
-| **NFSv4** | TCP | Aucune - les fonctions de portmap sont incluses dans NFSv4 | 
- 
-La version utilisée par défaut sous CentOS/Redhat est **NFSv3**. 
- 
-===Les Services et Processus du Serveur NFSv3=== 
- 
-La version NFSv3 utilise les services suivants : 
- 
-^ Services ^ Fonction ^ 
-| **nfs** | Démarre le service NFS ainsi que les processus RPC pour recevoir et traiter les demandes des clients | 
-| **nfslock** | Démarre les processus RPC qui permettent aux clients de verrouiller les fichiers sur le serveur  | 
-| **portmap** | Gestion des réservations des ports pour les services RPC locaux afin que les services RPC distants puissent se connecter | 
- 
-==Les Services RPC== 
- 
-Les services RPC ( //Remote Procedure Calls// ou appel de procédures distantes ) ont été inventé par SUN Microsystem pour faciliter le travail des développeurs  de pous des échanges entre mchines distantes. Les RPC s'appuient sur des numéros de programmes. 
- 
-Lorsque le client veut faire une requête à un service RPC, il contacte en premier lieu le service **rpcbind** qui assigne un numéro de port au délà du numéro **32768** à un numéro de programme RPC. 
- 
-===Options d'un Partage NFS=== 
- 
-Certaines options, appliquées à un partage, modifient le comportement du serveur NFS pour le partage concerné lors de son démarrage : 
- 
-^ Option ^ Comportement ^ 
-| **ro** | Accès en lecture seule | 
-| **rw** | Accès en lecture / écriture | 
-| **sync** | Ecriture synchrone ( écriture immédiate sur disque ) | 
-| **async** | Ecriture asynchrone ( écriture sur disque en utilisant une cache ) | 
-| **root_squash** | Root perd ses prérogatives sur le partage concerné | 
-| **no_root_squash** | Root garde ses prérogatives sur le partage concerné | 
-| **no_lock** | Pas de verrous sur les fichiers accédés | 
-| **all_squash** | Force la mapping de tous les utilisateurs vers l'utilisateur **nobody** | 
-| **anonuid** | Fixe l'UID de l'utilisateur anonyme | 
-| **anongid** | Fixe le GID de l'utilisateur anonyme | 
- 
-<WRAP center round important> 
-**Important** : Si plusieurs options sont spécifiées, celles-ci doivent être séparées par des virgules. 
-</WRAP> 
- 
-===Commandes de Base=== 
- 
-Plusieurs commandes permettent de gérer et de s'informer sur l'activité du serveur NFS : 
- 
-^ Commande ^ Comportement ^ 
-| **exportfs** | Affiche les partages actifs sur le serveur courant | 
-| **nfsstat** | Affiche les statistiques de l'activité NFS | 
-| **rpcinfo** | Affiche les démons gérés en effectuant une requête RPC sur le serveur courant | 
-| **showmount** | Affiche les partages actifs sur un serveur distant | 
-| **mount** | Permet de monter un partage distant sur un répertoire local | 
- 
-====Installation==== 
- 
-Installez le serveur et le client NFS en utilisant apt-get : 
- 
-<code> 
-root@debian8:~# apt-get install nfs-kernel-server nfs-common 
-Reading package lists... Done 
-Building dependency tree        
-Reading state information... Done 
-nfs-common is already the newest version. 
-The following NEW packages will be installed: 
-  nfs-kernel-server 
-0 upgraded, 1 newly installed, 0 to remove and 0 not upgraded. 
-Need to get 115 kB of archives. 
-After this operation, 515 kB of additional disk space will be used. 
-Do you want to continue? [Y/n] y 
-Get:1 http://ftp.fr.debian.org/debian/ jessie/main nfs-kernel-server amd64 1:1.2.8-9 [115 kB] 
-Fetched 115 kB in 0s (318 kB/s)            
-Selecting previously unselected package nfs-kernel-server. 
-(Reading database ... 82450 files and directories currently installed.) 
-Preparing to unpack .../nfs-kernel-server_1%3a1.2.8-9_amd64.deb ... 
-Unpacking nfs-kernel-server (1:1.2.8-9) ... 
-Processing triggers for man-db (2.7.0.2-5) ... 
-Processing triggers for systemd (215-17+deb8u4) ... 
-Setting up nfs-kernel-server (1:1.2.8-9) ... 
- 
-Creating config file /etc/exports with new version 
- 
-Creating config file /etc/default/nfs-kernel-server with new version 
-Processing triggers for systemd (215-17+deb8u4) ... 
-</code> 
- 
-====Mise en Place==== 
- 
-===Configuration du Serveur=== 
- 
-<WRAP center round important> 
-**Important** : Arrêtez votre VM. Dans la fenêtre de Oracle VM VirtualBox, cliquez sur **Fichier > Paramètres > Réseau** et créez un réseau NAT appelé **NatNetwork**. Dans les paramètres de votre VM, cliquez sur **Réseau** et configurez la Carte 2 en Réseau NAT dans le réseau NatNetwork. Démarrez votre VM. 
-</WRAP> 
- 
-Configurez votre interface réseau #2 (eth1) : 
- 
-<code> 
-root@debian8:~# nmcli connection add con-name ip_fixe ifname eth1 type ethernet ip4 10.0.2.16/24 gw4 10.0.2.2 
-Connection 'ip_fixe' (d61c409c-d334-44db-a2fd-a7456562e63a) successfully added. 
-root@debian8:~# nmcli connection mod ip_fixe ipv4.dns 8.8.8.8 
-root@debian8:~# nmcli connection up ip_fixe 
-Connection successfully activated (D-Bus active path: /org/freedesktop/NetworkManager/ActiveConnection/2) 
-root@debian8:~# nmcli c show 
-NAME             UUID                                  TYPE            DEVICE  
-eth1             e9fe77dc-2750-47ba-a3ef-50a8c5c8e22a  802-3-ethernet  --      
-eth0             02dd6b3d-097b-4243-8f86-eeb71ff27736  802-3-ethernet  eth0    
-Ifupdown (eth0)  681b428f-beaf-8932-dce4-687ed5bae28e  802-3-ethernet  --      
-ip_fixe          d61c409c-d334-44db-a2fd-a7456562e63a  802-3-ethernet  eth1    
-root@debian8:~# systemctl restart NetworkManager.service 
-root@debian8:~# nmcli c show 
-NAME             UUID                                  TYPE            DEVICE  
-eth0             e7181c1d-73c3-4c7e-89f2-7902c130ec9e  802-3-ethernet  eth0    
-ip_fixe          d61c409c-d334-44db-a2fd-a7456562e63a  802-3-ethernet  --      
-Ifupdown (eth0)  681b428f-beaf-8932-dce4-687ed5bae28e  802-3-ethernet  --      
-eth1             d33363de-a915-4030-8cea-0d64997ae669  802-3-ethernet  eth1    
-</code> 
- 
-Ajoutez une autre adresse IP pour le NFS : 
- 
-<code> 
-root@debian8:~# nmcli connection mod ip_fixe +ipv4.addresses 192.168.1.2/24 
-</code> 
- 
-Continuez maintenant par la mise en place du service **nfs** : 
- 
-<code> 
-root@debian8:~# systemctl enable nfs-kernel-server 
-Synchronizing state for nfs-kernel-server.service with sysvinit using update-rc.d... 
-Executing /usr/sbin/update-rc.d nfs-kernel-server defaults 
-Executing /usr/sbin/update-rc.d nfs-kernel-server enable 
-</code> 
- 
-La mise en place d'un partage ponctuel se fait en utilisant la commande **exportfs** en indiquant en argument le répertoire sous la forme de //adresse_ip_du_serveur:chemin_du_partage// :  
- 
-<code> 
-root@debian8:~# exportfs 
-root@debian8:~# exportfs 192.168.1.1:/home/trainee 
-root@debian8:~# exportfs 
-/home/trainee 192.168.1.1 
-</code> 
- 
-Afin de mettre en place un ou des partages **permanents**, il est nécessaire d'éditer le fichier **/etc/exports** : 
- 
-<code> 
-root@debian8:~# vi /etc/exports 
-root@debian8:~# cat /etc/exports 
-# /etc/exports: the access control list for filesystems which may be exported 
-# to NFS clients.  See exports(5). 
-# 
-# Example for NFSv2 and NFSv3: 
-# /srv/homes       hostname1(rw,sync,no_subtree_check) hostname2(ro,sync,no_subtree_check) 
-# 
-# Example for NFSv4: 
-# /srv/nfs4        gss/krb5i(rw,sync,fsid=0,crossmnt,no_subtree_check) 
-# /srv/nfs4/homes  gss/krb5i(rw,sync,no_subtree_check) 
-# 
-/home/trainee 192.168.1.1 
-/tmp *(fsid=0) 
-</code> 
- 
-<WRAP center round important> 
-**Important** : Dans ce cas, nous avons partagé le répertoire **/home/trainee** pour la seule adresse IP 192.168.1.1. 
-</WRAP> 
- 
-Démarrez maintenant le service nfs afin que le fichier **/etc/exports** soit re-lu : 
- 
-<code> 
-root@debian8:~# systemctl reload nfs-kernel-server 
-root@debian8:~# systemctl start nfs-kernel-server 
-root@debian8:~# systemctl status nfs-kernel-server 
-● nfs-kernel-server.service - LSB: Kernel NFS server support 
-   Loaded: loaded (/etc/init.d/nfs-kernel-server) 
-   Active: active (exited) since Thu 2018-03-22 10:04:01 GMT; 22min ago 
-  Process: 10475 ExecReload=/etc/init.d/nfs-kernel-server reload (code=exited, status=0/SUCCESS) 
- 
-Mar 22 10:04:01 debian8 nfs-kernel-server[506]: Not starting NFS kernel daemon: no exports. ... (warning). 
-Mar 22 10:25:59 debian8 nfs-kernel-server[10475]: Re-exporting directories for NFS kernel daemon...exportfs: No options for /home/t...warning 
-Mar 22 10:25:59 debian8 nfs-kernel-server[10475]: exportfs: /etc/exports [1]: Neither 'subtree_check' or 'no_subtree_check' specifi...ainee". 
-Mar 22 10:25:59 debian8 nfs-kernel-server[10475]: Assuming default behaviour ('no_subtree_check'). 
-Mar 22 10:25:59 debian8 nfs-kernel-server[10475]: NOTE: this default has changed since nfs-utils version 1.0.x 
-Mar 22 10:25:59 debian8 nfs-kernel-server[10475]: exportfs: /etc/exports [2]: Neither 'subtree_check' or 'no_subtree_check' specifi...:/tmp". 
-Mar 22 10:25:59 debian8 nfs-kernel-server[10475]: Assuming default behaviour ('no_subtree_check'). 
-Mar 22 10:25:59 debian8 nfs-kernel-server[10475]: NOTE: this default has changed since nfs-utils version 1.0.x 
-Mar 22 10:25:59 debian8 nfs-kernel-server[10475]: . 
-Hint: Some lines were ellipsized, use -l to show in full. 
-</code> 
- 
-Puisque aucune option ne soit spécifiée pour les montages, ceux-ci ont été exportés avec des option par défaut. En utilisant l'option **-v** de la commande **exportfs**, il est possible de consulter ces options : 
- 
-<code> 
-root@debian8:~# exportfs -v 
-/home/trainee 192.168.1.1(ro,wdelay,root_squash,no_subtree_check,sec=sys,ro,root_squash,no_all_squash) 
-/tmp          <world>(ro,wdelay,root_squash,no_subtree_check,fsid=0,sec=sys,ro,root_squash,no_all_squash) 
-</code> 
- 
-===Configuration du Client=== 
- 
-<WRAP center round important> 
-**Important** : Arrêtez votre VM. Créez une clône de votre VM. Démarrez la VM clonée. 
-</WRAP> 
- 
-Re-configurez ensuite l'interface réseau de votre VM Client : 
- 
-<code> 
-root@debian8:~# nmcli connection del ip_fixe 
-root@debian8:~# nmcli connection show ip_fixe 
-Error: ip_fixe - no such connection profile. 
-root@debian8:~# nmcli connection add con-name ip_fixe ifname eth1 type ethernet ip4 10.0.2.17/24 gw4 10.0.2.2 
-Connection 'ip_fixe' (5f81cfd6-9ccb-4828-a9ff-aa610719de31) successfully added. 
-root@debian8:~# nmcli connection mod ip_fixe ipv4.dns 8.8.8.8 
-root@debian8:~# nmcli connection mod ip_fixe +ipv4.addresses 192.168.1.1/24 
-root@debian8:~# nmcli connection up ip_fixe  
-Connection successfully activated (D-Bus active path: /org/freedesktop/NetworkManager/ActiveConnection/3) 
-root@debian8:~# systemctl restart NetworkManager.service 
-</code> 
- 
-<WRAP center round important > 
-**Important** : Démarrez la VM d'origine. 
-</WRAP> 
- 
-A partir de votre client, consultez les répertoire exportés du serveur : 
- 
-<code> 
-root@debian8:~# showmount --exports 192.168.1.2 
-Export list for 192.168.1.2: 
-/tmp          * 
-/home/trainee 192.168.1.1 
-</code> 
- 
-Créez maintenant le répertoire **/nfs** dans le client et montez le partage **192.168.1.2:/home/trainee** : 
- 
-<code> 
-root@debian8:~# mkdir /nfs 
-root@debian8:~# mount -t nfs 192.168.1.2:/home/trainee /nfs 
-</code> 
- 
-====Surveillance du Serveur==== 
- 
-===La Commande rpcinfo=== 
- 
-La commande **rpcinfo** permet de faire une requête RPC sur le serveur et de voir les démons gérés : 
- 
-<code> 
-root@debian8:/# rpcinfo 
-   program version netid     address                service    owner 
-    100000    4    tcp6      ::.0.111               portmapper superuser 
-    100000    3    tcp6      ::.0.111               portmapper superuser 
-    100000    4    udp6      ::.0.111               portmapper superuser 
-    100000    3    udp6      ::.0.111               portmapper superuser 
-    100000    4    tcp       0.0.0.0.0.111          portmapper superuser 
-    100000    3    tcp       0.0.0.0.0.111          portmapper superuser 
-    100000    2    tcp       0.0.0.0.0.111          portmapper superuser 
-    100000    4    udp       0.0.0.0.0.111          portmapper superuser 
-    100000    3    udp       0.0.0.0.0.111          portmapper superuser 
-    100000    2    udp       0.0.0.0.0.111          portmapper superuser 
-    100000    4    local     /run/rpcbind.sock      portmapper superuser 
-    100000    3    local     /run/rpcbind.sock      portmapper superuser 
-    100024    1    udp       0.0.0.0.203.188        status     107 
-    100024    1    tcp       0.0.0.0.148.150        status     107 
-    100024    1    udp6      ::.169.248             status     107 
-    100024    1    tcp6      ::.161.44              status     107 
-    100003    2    tcp       0.0.0.0.8.1            nfs        superuser 
-    100003    3    tcp       0.0.0.0.8.1            nfs        superuser 
-    100003    4    tcp       0.0.0.0.8.1            nfs        superuser 
-    100227    2    tcp       0.0.0.0.8.1            -          superuser 
-    100227    3    tcp       0.0.0.0.8.1            -          superuser 
-    100003    2    udp       0.0.0.0.8.1            nfs        superuser 
-    100003    3    udp       0.0.0.0.8.1            nfs        superuser 
-    100003    4    udp       0.0.0.0.8.1            nfs        superuser 
-    100227    2    udp       0.0.0.0.8.1            -          superuser 
-    100227    3    udp       0.0.0.0.8.1            -          superuser 
-    100003    2    tcp6      ::.8.1                 nfs        superuser 
-    100003    3    tcp6      ::.8.1                 nfs        superuser 
-    100003    4    tcp6      ::.8.1                 nfs        superuser 
-    100227    2    tcp6      ::.8.1                 -          superuser 
-    100227    3    tcp6      ::.8.1                 -          superuser 
-    100003    2    udp6      ::.8.1                 nfs        superuser 
-    100003    3    udp6      ::.8.1                 nfs        superuser 
-    100003    4    udp6      ::.8.1                 nfs        superuser 
-    100227    2    udp6      ::.8.1                 -          superuser 
-    100227    3    udp6      ::.8.1                 -          superuser 
-    100021    1    udp       0.0.0.0.209.119        nlockmgr   superuser 
-    100021    3    udp       0.0.0.0.209.119        nlockmgr   superuser 
-    100021    4    udp       0.0.0.0.209.119        nlockmgr   superuser 
-    100021    1    tcp       0.0.0.0.197.239        nlockmgr   superuser 
-    100021    3    tcp       0.0.0.0.197.239        nlockmgr   superuser 
-    100021    4    tcp       0.0.0.0.197.239        nlockmgr   superuser 
-    100021    1    udp6      ::.207.89              nlockmgr   superuser 
-    100021    3    udp6      ::.207.89              nlockmgr   superuser 
-    100021    4    udp6      ::.207.89              nlockmgr   superuser 
-    100021    1    tcp6      ::.237.162             nlockmgr   superuser 
-    100021    3    tcp6      ::.237.162             nlockmgr   superuser 
-    100021    4    tcp6      ::.237.162             nlockmgr   superuser 
-    100005    1    udp       0.0.0.0.227.242        mountd     superuser 
-    100005    1    tcp       0.0.0.0.225.144        mountd     superuser 
-    100005    1    udp6      ::.154.158             mountd     superuser 
-    100005    1    tcp6      ::.215.191             mountd     superuser 
-    100005    2    udp       0.0.0.0.185.106        mountd     superuser 
-    100005    2    tcp       0.0.0.0.212.122        mountd     superuser 
-    100005    2    udp6      ::.136.22              mountd     superuser 
-    100005    2    tcp6      ::.193.198             mountd     superuser 
-    100005    3    udp       0.0.0.0.133.232        mountd     superuser 
-    100005    3    tcp       0.0.0.0.232.4          mountd     superuser 
-    100005    3    udp6      ::.193.195             mountd     superuser 
-    100005    3    tcp6      ::.198.65              mountd     superuser 
-</code> 
- 
-===La Commande nfsstat=== 
- 
-La Commande **nfsstat** permet de vérifier l'activité sur le serveur NFS : 
- 
-<code> 
-root@debian8:/# nfsstat 
-Server rpc stats: 
-calls      badcalls   badclnt    badauth    xdrcall 
-0          0          0          0          0        
- 
-Client rpc stats: 
-calls      retrans    authrefrsh 
-77         0          77       
- 
-Client nfs v3: 
-null         getattr      setattr      lookup       access       readlink      
-0         0% 10       27% 0         0% 2         5% 8        22% 0         0%  
-read         write        create       mkdir        symlink      mknod         
-0         0% 0         0% 1         2% 0         0% 0         0% 0         0%  
-remove       rmdir        rename       link         readdir      readdirplus   
-0         0% 0         0% 0         0% 0         0% 0         0% 6        16%  
-fsstat       fsinfo       pathconf     commit        
-0         0% 6        16% 3         8% 0         0%  
- 
-Client nfs v4: 
-null         read         write        commit       open         open_conf     
-0         0% 0         0% 0         0% 0         0% 0         0% 0         0%  
-open_noat    open_dgrd    close        setattr      fsinfo       renew         
-0         0% 0         0% 0         0% 0         0% 6        16% 0         0%  
-setclntid    confirm      lock         lockt        locku        access        
-3         8% 3         8% 0         0% 0         0% 0         0% 3         8%  
-getattr      lookup       lookup_root  remove       rename       link          
-3         8% 3         8% 3         8% 0         0% 0         0% 0         0%  
-symlink      create       pathconf     statfs       readlink     readdir       
-0         0% 0         0% 3         8% 0         0% 0         0% 0         0%  
-server_caps  delegreturn  getacl       setacl       fs_locations rel_lkowner   
-9        25% 0         0% 0         0% 0         0% 0         0% 0         0%  
-secinfo      exchange_id  create_ses   destroy_ses  sequence     get_lease_t   
-0         0% 0         0% 0         0% 0         0% 0         0% 0         0%  
-reclaim_comp layoutget    getdevinfo   layoutcommit layoutreturn getdevlist    
-0         0% 0         0% 0         0% 0         0% 0         0% 0         0%  
-(null)        
-0         0%  
-</code> 
  
 =====Le Parefeu Netfilter===== =====Le Parefeu Netfilter=====
Ligne 6347: Ligne 4347:
 no no
 </code> </code>
 +
 +=====Annexe #1 - Comprendre les Réseaux=====
 +
 +====Présentation des Réseaux====
 +
 +La définition d'un réseau peut être résumé ainsi :
 +
 +  * un ensemble d'**Equipements** (systèmes et périphériques) communiquant entre eux,
 +  * une entité destinée au transport de données dans différents environnements.
 +
 +Pour que la communication soit efficace, elle doit respecter les critères suivants :
 +
 +  * présenter des informations compréhensibles par tous les participants,
 +  * être compatible avec un maximum d'interlocuteurs différents (dans le cas d'un réseau, les interlocuteurs sont des équipements : imprimantes, ordinateurs, clients, serveurs, téléphones...),
 +  * si l'interlocuteur n'est pas disponible, les informations ne doivent pas se perdre,
 +  * permettre une réduction des coûts (par ex. interconnexion à bas coût),
 +  * permettre une productivité accrue (par ex. interconnexion à haut débit),
 +  * être sécurisée si les informations à transmettre sont dites sensibles,
 +  * garantir l'**unicité** et de l'**universalité** de l'**accès à l'information**. 
 +
 +On peut distinguer deux familles d'**Equipements** - les **Eléments Passifs** et les **Eléments Actifs**.
 +
 +Les **Eléments Passifs** transmettent le signal d'un point à un autre :
 +
 +  * **Les Infrastructures ou Supports** - des câbles, de l'atmosphère ou des fibres optiques permettant de relier **physiquement** des équipements,
 +  * **La Topologie** - l'architecture d'un réseau définissant les connexions entre les **Equipements** et, éventuellement, la hiérarchie entre eux.
 +
 +Les **Eléments Actifs** sont des équipements qui consomment de l'énergie en traitant ou en interprétant le signal. Les **Equipements** sont classés selon leurs fonctions :
 + 
 +  * **Equipement de Distribution Interne au Réseau** - Répartiteur (Hub, Switch, Commutateur etc.), Borne d'accès (Hotspot), Convertisseur de signal (Transciever), Amplificateur (Répéteur) ...,
 +  * **Equipement d'Interconnexion de Réseaux** - Routeurs, Ponts ...,
 +  * **Nœuds** et **Interfaces Réseaux** - postes informatiques, équipements en réseau ....
 +
 +Un **Nœud** est une extrémité de connexion qui peut être une intersection de plusieurs connexions ou de plusieurs **Equipements**.
 +
 +Une **Interface Réseau** est une prise ou élément d'un **Equipement Actif** faisant la connexion vers d'autres **Equipements** réseaux et qui reçoit et émet des données.
 +
 +<WRAP center round important>
 +Dans le cas d'un mélange d'**Equipements** non-homogènes en termes de performances au sein du même réseau, c'est la loi du plus faible qui emporte.
 +</WRAP>
 +
 +Tous les **Equipements** connectés au même support doivent respecter un ensemble de règles appelé une **Protocole de Communication**.
 +
 +Les **Protocoles de Communication** définissent de façon formelle et interopérable la manière dont les informations sont échangées entre les **Equipements**.
 +
 +Des **Logiciels**, dédiés à la gestion de ces **Protocoles de Communication**, sont installés sur des **Equipements d'Interconnexion** afin de fournir des fonctions de contrôle permettant une communication entre les **Equipements**. 
 +
 +Se basant sur des **Protocoles de Communication**, des **Services** fournissent des fonctionnalités accessibles aux utilisateurs ou d'autres programmes.
 +
 +L'ensemble des **Equipements**, **Logiciels** et **Protocoles de Communication** constitue l'**Architecture Réseau**.
 +
 +====Classification des Réseaux====
 +
 +Les réseaux peuvent être classifiés de trois façon différentes :
 +
 +  * par **Mode de Transmission**,
 +  * par **Topologie**,
 +  * par **Étendue**.
 +
 +===Classification par Mode de Transmission===
 +
 +Il existe deux **Classes** de réseaux dans cette classification :
 +
 +  * les **Réseaux en Mode de Diffusion**,
 +    * utilise un seul support de transmission,
 +    * le message est envoyé sur tout le réseau à l'adresse d'**un** destinataire,
 +
 +  * les **Réseaux en Mode Point à Point**,
 +    * une seule liaison entre deux équipements,
 +    * les nœuds permettent de choisir la route en fonction de l'adresse du destinataire,
 +    * quand deux nœuds non directement connectés entre eux veulent communiquer ils le font par l'intermédiaire des autres noeuds du réseau.
 +
 +===Classification par Topologie===
 +
 +<WRAP center round important>
 +La **Topologie Physique** d'un réseau décrit l'organisation de ce dernier en termes de câblage. La **Topologie Logique** d'un réseau décrit comment les données circulent sur le réseau. En effet c'est le choix des concentrateurs ainsi que les connections des câbles qui déterminent la topologie logique.
 +</WRAP>
 +
 +==La Topologie Physique==
 +
 +Il existe 6 topologies physiques de réseau :
 + 
 +  * La Topologie en Ligne,
 +  * La Topologie en Bus,
 +  * La Topologie en Etoile,
 +  * La Topologie en Anneau,
 +  * La Topologie en Arbre,
 +  * La Topologie Maillée.
 +
 +==La Topologie en Ligne==
 +
 +Tous les nœuds sont connectés à un seul support. L'inconvénient de cette topologie est que dans le cas d'une défaillance d'une station, le réseau se trouve coupé en deux sous-réseaux.
 +
 +==La Topologie en Bus==
 +
 +Tous les nœuds sont connectés à un seul support (un câble BNC en T) avec des bouchons à chaque extrémité. La longueur du bus est limitée à **185m**. Le nombre de stations de travail est limité à **30**. Les Stations sont reliées au Bus par des 'T'. Les bouchons sont des terminateurs qui sont des résistances de **50 Ohms**. 
 +Quand le support tombe en panne, le réseau ne fonctionne plus. Quand une station tombe en panne, elle ne perturbe pas le fonctionnement de l'ensemble du réseau. Les Stations étant reliés à un suel support, ce type de topologie necessite un **Protocole d'Accès** pour gérer le tour de parole des Stations afin d'éviter des conflits.
 +
 +{{:solaris:sol2:bus.png|}}
 +
 +==La Topologie en Étoile==
 +
 +Chaque nœud est connecté à un périphérique central appelé un **Hub** (**Concentrateur**) ou un **Switch** (**Commutateur**). Un Hub ou un Switch est prévu pour 4, 8, 16, 32 ... stations. En cas d'un réseau d'un plus grand nombre de stations, plusieurs Hubs ou Switches sont connectés ensemble. Quand une station tombe en panne, elle ne perturbe pas le fonctionnement de l'ensemble du réseau. Le point faible de cette topologie est l'équipement central.
 +
 +{{:solaris:sol2:etoile.png|}}
 +
 +==La Topologie en Anneau==
 +
 +Chaque nœud est relié directement à ses deux voisins dans une topologie logique de cercle ininterrompu et une topologie physique en étoile car les stations sont reliées à un type de hub spécial, appelé un **Multistation Access Unit** (MAU).
 +
 +{{:solaris:sol2:ring.png|}}
 +
 +Les stations sont reliées à la MAU par un câble 'IBM' munie d'une prise **AUI** du côté de la carte et une prise **Hermaphrodite** du coté de la MAU. Les données sont échangées dans un sens unidirectionnel. Une trame, appelée un **jeton**, circule en permanence. Si l'anneau est brisé, l'ensemble du réseau s'arrête. Pour cette raison, il est courant de voir deux anneaux contre-rotatifs.
 +
 +==La Topologie en Arbre==
 +
 +La Topologie en Arbre est utilisée dans un réseau hierarchique où le sommet, aussi appelé la **racine**, est connecté à plusieurs noeuds de niveau inférieur. Ces neouds peuvent à leur tour être connectés à d'autres noeuds inférieurs. L'ensemble forme une arborescence. Le point faible de cette topologie est sa racine. En cas de défaillance, le réseau est coupé en deux.
 +
 +==La Topologie Maillée==
 +
 +Cette Topologie est utilisée pour des grands réseaux de distribution tels Internet ou le WIFI. Chaque noeud à tous les autres via des liaisons point à point. Le nombre de liaisons devient très rapidement important en cas d'un grand nombre de noeuds. Par exemple dans le cas de 100 Stations (N), le nombre de liaisons est obtenu par la formule suivante :
 +
 +  N(N-1)/2 = 100(100-1)/2 = 4 950
 +
 +<WRAP center round important>
 +La **Topologie Physique** la plus répandue est la **Topologie en Etoile**.
 +</WRAP>
 +
 +===Classification par Etendue===
 +
 +La classification par étendue nous fournit 4 réseaux principaux :
 +
 +^ Nom ^ Description ^ Traduction ^ Taille Approximative (M) |
 +| PAN | Personal Area Network | Réseau Personnel | 1 -10 |
 +| LAN | Local Area Network | Réseau Local Entreprise (RLE) | 5 - 1 200 |
 +| MAN | Métropolitain Area Network | Réseau Urbain | 900 - 100 000 |
 +| WAN | Wide Area Network | Réseau Long Distance (RLD) | 50 000 et au delà |
 +
 +Cependant, d'autres classification existent :
 +
 +| CAN | Campus Area Network | Réseau de Campus |
 +| GAN | Global Area Network | Réseau Global |
 +| TAN | Tiny Area Network | Réseau Minuscule |
 +| FAN | Family Area Network | Réseau Familial |
 +| SAN | Storage Area Network | Réseau de Stockage |
 +
 +<WRAP center round important>
 +Etant donné que les WANs sont gérés par des opérateurs de télécommunications qui doivent demander une licence à l'état mais que les LANs ont été historiquement mis en oeuvre dans les entreprises, ces derniers sont en majorité issus du monde informatique. 
 +</WRAP>
 +
 +===Les Types de LAN===
 +
 +Il existe deux types de LAN :
 + 
 +  * le réseau à serveur dédié,
 +  * le réseau poste à poste.
 +
 +==Réseau à Serveur Dédié==
 +
 +Le réseau à serveur dédié est caractérisé par le fait que toutes les ressources ( imprimantes, applications, lecteurs etc. ) sont gérées par le serveur. Les autres micro-ordinateurs ne jouent le rôle de client. 
 +
 +Des exemples des systèmes d'exploitation du réseau à serveur dédié sont : 
 +
 +  * Windows NT Server,
 +  * Windows 2000 Server,
 +  * Windows 2003 Server,
 +  * Windows 2008 Server,
 +  * Linux,
 +  * Unix. 
 +
 +{{:solaris:sol2:serveur_dedie.png|}}
 +
 +==Réseau Poste-à-Poste==
 +
 +Le réseau poste à poste est caractérisé par le fait que tous les ordinateurs peuvent jouer le rôle de client et de serveur :
 +
 +  * Windows 95,
 +  * Windows 98,
 +  * Windows NT Workstation.
 +
 +{{:solaris:sol2:poste_a_poste.png|}}
 +
 +====Le Modèle Client/Serveur====
 +
 +Le modèle Client/Serveur est une des modalités des architectures informatiques distribuées. Dans ce modèle un serveur est tout **Logiciel** fournissant un **Service**. 
 + 
 +Le serveur est aussi :
 +
 +  * passif, c'est-à-dire en attente permenante d'une demande, appelée une requête d'un client,
 +  * capable de traiter plusieurs requêtes simultanément en utilisant le **multi-threading**,
 +  * garant de l'intégrité globale.
 +
 +Le client est, par contre **actif**, étant à l'origine des requêtes.
 +
 +Il existe trois types de modèle client/serveur :
 + 
 +  * **Plat** - tous les clients communiques avec un seul serveur,
 +  * **Hiérarchique** - les clients n'ont de contact qu'avec les serveurs de plus haut niveau qu'eux,
 +  * **Peer-to-Peer** - les équipements sont à la fois client **et** serveur en même temps.
 +
 +====Modèles de Communication====
 +
 +Les réseaux sont bâtis sur des technologies et des modèles. Le modèle **théorique** le plus important est le modèle **O**pen **S**ystem **Interconnection** créé par l'**I**nternational **Organization** for **S**tandardization tandis que le modèle pratique le plus important est le modèle **TCP/IP**.
 +
 +=== Le modèle OSI ===
 +
 +Le modèle OSI qui a été proposé par l'ISO est devenu le standard en termes de modèle pour décrire l'échange de données entre ordinateurs. Cette norme se repose sur sept couches, de la une - la Couche Physique, à la sept - la Couche d'Application, appelés des services. La communication entre les différentes couches est synchronisée entre le poste émetteur et le poste récepteur grâce à ce que l'on appelle un protocole.
 +
 +Ce modèle repose sur trois termes :
 +
 +  * Les **Couches**,
 +  * Les **Protocoles**,
 +  * Les **Interfaces**.
 +
 +==Les Couches==
 +
 +Des sept couches :
 +
 +  * Les couches 1 à 3 sont les **Couches Basses** orientées **Transmission**,
 +  * La couche 4 est la **Couche Charnière** entre les **Couches Basses** et les **Couches Hautes**,
 +  * Les couches 5 à 7 sont les **Couches Hautes** orientées **Traitement**.
 +
 +La couche du même niveau du système **A** parle avec son homologue du système **B**.
 +
 +  * **La Couche Physique** ( Couche 1 ) est responsable :
 +    * du transfert de données binaires sur le câble physique ou virtuel
 +    * de la définition de tout aspect physique allant du connecteur jusqu'au câble en passant par la carte réseau, y compris l'organisation même du réseau
 +    * de la définition des tensions électriques sur le câble pour obtenir le 0 et le 1 binaires
 +
 +  * **La Couche de Liaison** ( Couche 2 ) est responsable :
 +    * de la réception des données de la couche physique
 +    * de l'organisation des données en fragments, appelés des trames qui ont un format différent selon s'il s'agit d'un réseau basé sur la technologie Ethernet ou la technologie Token-Ring
 +    * de la préparation, émission et réception des trames
 +    * de la gestion de l'accès au réseau
 +    * de la communication nœud à nœud
 +    * de la gestion des erreurs
 +      * avant la transmission, le nœud émetteur calcule un code appelé un CRC et l'incorpore dans les données envoyées
 +      * le nœud récepteur recalcule un CRC en fonction du contenu de la trame reçue et le compare à celui incorporé avec l'envoi
 +      * en cas de deux CRC identique, le nœud récepteur envoie un accusé de réception au nœud émetteur
 +    * de la réception de l'accusé de réception
 +    * éventuellement de le ré-émission des données
 +    * En prenant ce modèle, l'IEEE ( Institute of Electrical and Eletronics Engineers ) l'a étendu avec le Modèle IEEE ( 802 ). 
 +        *Dans ce modèle la Couche de Liaison est divisée en deux sous-couches importantes :
 +           * La **Sous-Couche LLC** ( Logical Link Control ) qui :
 +             * gère les accusés de réception
 +             * gère le flux de trames
 +           * La **Sous-Couche MAC** ( Media Access Control ) qui :
 +             * gère la méthode d'accès au réseau
 +             * le CSMA/CD dans un réseau basé sur la technologie Ethernet
 +             * l'accès au jeton dans un réseau basé sur la technologie Token-Ring
 +             * gère les erreurs
 +
 +    * **La Couche de Réseau** ( Couche 3 ) est responsable de la gestion de la bonne distribution des différentes informations aux bonnes adresses en :
 +      * identifiant le chemin à emprunter d'un nœud donné à un autre
 +      * appliquant une conversion des adresses logiques ( des noms ) en adresses physiques
 +      * ajoutant des information adressage aux envois
 +      * détectant des paquets trop volumineux avant l'envoi et en les divisant en trames de données de tailles autorisées
 +
 +    * **La Couche de Transport** ( Couche 4 ) est responsable de veiller à ce que les données soient envoyées correctement en :
 +      * constituant des paquets de données corrects
 +      * les envoyant dans le bon ordre
 +      * vérifiant que les données sont traités dans le même ordre que l'ordre d'émission
 +      * permettant à un processus sur un nœud de communiquer avec un autre nœud et d'échanger des messages avec lui
 +
 +    * **La Couche de Session** ( Couche 5 ) est responsable :
 +      * de l'établissement, du maintien, et de la mise à fin de la communication entre deux noeuds distants, c'est-à-dire, de la session
 +      * de la conversation entre deux processus de vérification de la réception des messages envoyés en séquences, c'est-à-dire, le point de contrôle
 +
 +      * de la sécurité lors de l'ouverture de la session, c'est-à-dire, les droits d'utilisateurs etc.
 +
 +    * **La Couche de Présentation** ( Couche 6 ) est responsable :
 +      * du formatage et de la mise en forme des données
 +      * des conversions de données telles le cryptage/décryptage
 +
 +    * **La Couche d'Application** ( Couche 7 ) est responsable :
 +      * du dialogue homme/machine via des messages affichés
 +      * du partage des ressources
 +      * de la messagerie
 +
 +==Les Protocoles==
 +
 +Un **protocole** est un langage commun utilisé par dexu entités en communication pour pouvoir se comprendre. La nature du Protocole dépends directement de la nature de la communication. Cette bature dépend du **paradigme** de communication que l'application nécessite. Le paradigme est un modèle abstrait d'un problème ou d'une situation. Dans le paradigme de la diffusion, l'émetteur envoie dans informations au récepteur sans se soucier de ce que le récepteur va en faire. C'est la responsabilité du récepteur de comprendre et d'utiliser les informations.
 +
 +==Les Interfaces==
 +
 +Chaque couche rend des **services** à la couche immédiatement supérieure et utilise les services de la couche immédiatement inférieure. L'ensemble des services s'appelle une **Interface**. Les services sont composés de **S**ervice **D**ata **U**nits et sont disponibles par un **S**service **A**ccess **P**oint.
 +
 +==Protocol Data Units==
 +
 + L'**Unité de Données** ou //Protocol Data Unit// pour chaque couche comporte un nom spécifique :
 +
 +  * **Application Protocol Data Units** pour la couche **Application**,
 +  * **Présentation Protocol Data Units** pour la couche **Présentation**,
 +  * **Session Protocol Data Units** pour la couche **Session**,
 +  * **Transport Protocol Data Units** pour la couche **Transport**.
 +
 +Or, pour les **Couches Basses** on parle de :
 +
 +  * **Paquets** pour la couche **Réseau**,
 +  * **Trames** pour la couche **Liaison**,
 +  * **Bits** pouyr la couche **Physique**.
 +
 +==Encapsulation et Désencapsulation==
 +
 +Lorque les données sont communiqueés par le système A au système B, celles-ci commencent au niveau de la couche d'Application. Le couche d'Application ajoute une en-tête à l'unité de données qui contient des **informations de contrôle du protocole**. Au passage de chaque couche, celle-ci ajoute sa propre en-tête. De cette façon, lors de sa descente vers la couche physique, les données et l'entête de la couche supérieure sont encapulsulées :
 +
 +^ Couche Système A ^ Encapsulation ^
 +| Application | Application Header (AH) + Unité de Données (UD) |
 +| Présentation | Présentation Header (PH) + AH + UD |
 +| Session | Session Header (SH) + PH + AH + UD |
 +| Transport | Transport Header (TH) + SH + PH + AH + UD |
 +| Réseau | Network Header (NH) + TH + SH + PH + AH + UD |
 +| Liaison | Liaison Header (DH) + NH + TH + SH + PH + AH + UD |
 +
 +Lors de son voyage de la couche Physique vers la couche Application dans le système B, les en-têtes sont supprimées par chaque couche correspondante. On parle alors de **désencapsulation** :
 +
 +^ Couche Système B ^ Encapsulation ^
 +| Liaison | Liaison Header (DH) + NH + TH + SH + PH + AH + UD |
 +| Réseau | Network Header (NH) + TH + SH + PH + AH + UD |
 +| Transport | Transport Header (TH) + SH + PH + AH + UD |
 +| Session | Session Header (SH) + PH + AH + UD |
 +| Présentation | Présentation Header (PH) + AH + UD |
 +| Application | Application Header (AH) + Unité de Données (UD) |
 +
 +=== Spécification NDIS et le Modèle ODI ===
 +
 +<note tip>
 +**[[https://www.i2tch.com/net/m11schema2.html|Cliquez ici pour ouvrir le schéma Simplifié du Modèle OSI incluant la spécification NDIS]]**
 +</note>
 +
 +La spécification NDIS ( Network Driver Interface Specification ) a été introduite conjointement par les sociétés Microsoft et 3Com.
 +Cette spécification ainsi que son homologue, le modèle ODI ( Open Datalink Interface ) introduit conjointement par les sociétés Novell et Apple à la même époque, définit des standards pour les pilotes de cartes réseau afin qu'ils puissent être indépendants des protocoles utilisées et les systèmes d'exploitation sur les machines. Des deux 'standards', la spécification NDIS est le plus répandu, intervenant a niveau de la sous-couche MAC et l a couche de liaison. Elle spécifie :
 +
 +        * l'interface pilote-matériel
 +        * l'interface pilote-protocole
 +        * l'interface pilote - système d'exploitation
 +
 +=== Le modèle TCP/IP ===
 +
 +<note tip>
 +**[[https://www.i2tch.com/net/m11schema4.html|Cliquez ici pour voir le modèle OSI incluant la suite des protocoles et services TCP/IP]]**
 +</note>
 +
 +La suite des protocoles TCP/IP ( Transmission Control Protocol / Internet Protocol ) est issu de la DOD ( Dept. Américain de la Défense ) et le travail de l'ARPA ( Advanced Research Project Agency ).  
 +
 +    * La suite des protocoles TCP/IP
 +      * a été introduite en 1974
 +      * a été utilisée dans l'ARPAnet en 1975
 +      * permet la communication entre des réseaux à base de systèmes d'exploitation, architectures et technologies différents
 +      * est très proche du modèle OSI en termes d'architecture et se place au niveau de la couche d'Application jusqu'à la couche Réseau.
 +      * est, en réalité, une suite de protocoles et de services :
 +        * **IP** ( Internet Protocol )
 +          * le protocole IP s'intègre dans la couche Réseau du modèle OSI en assurant la communication entre les systèmes. Bien qu'il puisse découper des messages en fragments ou datagrammes et les reconstituer dans le bon ordre à l'arrivée, il ne garantit pas la réception.
 +        * **ICMP** ( Internet Control Message Protocol )
 +          * le protocole ICMP produit des messages de contrôle aidant à synchroniser le réseau. Un exemple de ceci est la commande ping.
 +        * **TCP** ( Transmission Control Protocol )
 +          * le protocole TCP se trouve au niveau de la couche de Transport du modèle OSI et s'occupe de la transmission des données entre noeuds.
 +        * **UDP** ( User Datagram Protocol )
 +          * le protocole UDP n'est pas orienté connexion. Il est utilisé pour la transmission rapide de messages entre nœuds sans garantir leur acheminement.
 +        * **Telnet**
 +          * le protocole Telnet est utilisé pour établir une connexion de terminal à distance. Il se trouve dans la couche d'Application du modèle OSI.
 +        * **Ftp** ( File Transfer Protocol )
 +          * le protocole ftp est utilisé pour le transfert de fichiers. Il se trouve dans la couche d'Application du modèle OSI.
 +        * **SMTP** ( Simple Message Transfer Protocol )
 +          * le service SMTP est utilisé pour le transfert de courrier électronique. Il se trouve dans la couche d'Application du modèle OSI.
 +        * **DNS** ( Domain Name Service )
 +          * le service DNS est utilisé pour le résolution de noms en adresses IP. Il se trouve dans la couche d'Application du modèle OSI.
 +        * **SNMP** ( Simple Network Management Protocol )
 +          * le protocole SNMP est composé d'un agent et un gestionnaire. L'agent SNMP collecte des informations sur les périphériques, les configurations et les performances tandis que le gestionnaire SNMP reçois ses informations et réagit en conséquence.
 +        * **NFS** ( Network File System )
 +          * le NFS a été mis au point par Sun Microsystems
 +          * le NFS génère un lien virtuel entre les lecteurs et les disques durs permettant de monter dans un disque virtuel local un disque distant 
 +        * et aussi POP3, NNTP, IMAP etc ...
 +
 +<note tip>
 +**[[https://www.i2tch.com/net/m11schema5.html|Cliquez ici pour voir les modèles TCP/IP et OSI]]**
 +</note>
 +
 +Le modèle TCP/IP est composé de 4 couches :
 +
 +  * La couche d'Accès Réseau
 +    * Cette couche spécifie la forme sous laquelle les données doivent être acheminées, quelque soit le type de réseau utilisé.
 +  * La couche Internet
 +    * Cette couche est chargée de fournir le paquet de données.
 +  * La couche de Transport
 +    * Cette couche assure l'acheminement des données et se charge des mécanismes permettant de connaître l'état de la transmission.
 +  * La couche d'Application
 +    * Cette couche englobe les applications standards de réseau telles ftp, telnet, ssh, etc..
 +
 +Les noms des Unités de Données sont différents selon le protocole utilisé et la couche du modèle TCP/IP :
 +
 +^ Couche  ^ TCP ^ UDP ^
 +| Application | Stream | Message |
 +| Transport | Segment | Packet|
 +| Internet | Datagram| Datagram |
 +| Réseau | Frame | Frame | 
 +
 +====Les Raccordements====
 +
 +===Les Modes de Transmission===
 +
 +On peut distinguer 3 modes de transmission :
 +
 +  * La **Liaison Simplex**,
 +    * Les données ne circulent que dans un **seul** sens de l'émetteur ver le récepteur,
 +    * La liaison nécessite deux canaux de transmissions,
 +  * La **Liaison Half-Duplex** aussi appelée la **Liaison à l'Alternat** ou encore la **Liaison Semi-Duplex**,
 +    * Les données circulent dans un sens ou l'autre mais jamais dans les deux sens en même temps. Chaque extrémité émet donc à son tour,
 +    * La liaison permet d'avoir une liaison bi-directionnelle qui utilise la totalité de la banse passante,
 +  * La **Liaison Full-Duplex** dans les deux sens en **même** temps. Chaque extrémité peut émettre et recevoir simultanément,
 +    * La liaison est caractérisée par une bande passante divisée par deux pour chaque sens des émissions.
 +
 +===Les Câbles===
 +
 +==Le Câble Coaxial==
 +
 +En partant de l'extérieur, le câble coaxial est composé :
 +
 +  * d'une **Gaine** en caoutchouc, PVC ou Téflon pour protéger le câble,
 +  * d'un **Blindage** en métal pour diminuer le bruit du aux parasites,
 +  * d'un **Isolant** (diélectrique) pour éviter le contact entre le blindage et l'âme et ainsi éviter des courts-circuits,
 +  * d'un **Âme** en cuivre ou torsadés pour transporter les données.
 +
 +Avantages :
 +
 +  * **Peux coûteux**,
 +  * Facilement **manipulable**,
 +  * Peut être utilisé pour de **longues distances**,
 +  * A un débit de 10 Mbit/s dans un LAN et 100 Mbit/s dans un WAN.
 +
 +Inconvénients :
 +
 +  * Fragile,
 +  * Instable,
 +  * Vulnérable aux interférences,
 +  * Half-Duplex.
 +
 +==Le Câble Paire Torsadée==
 +
 +Ce câble existe sous deux formes selon son utilisation :
 +
 +  * **Monobrin** pour du câblage **horizontal** (**Capillaire**),
 +    * chaque fil est composé d'un seul conducteur en cuivre,
 +    * la distance ne doit pas dépassée 90m.
 +
 +  * **Multibrin** pour des **cordons de brassage** :
 +    * chaque fil est composé de plusieurs brins en cuivre,
 +    * câble souple.
 +
 +Avantages :
 +
 +  * Un débit de 10 Mbit/s à 10 GBit/s,
 +  * A une bande passante plus large,
 +  * Pas d'interruption par coupure du câble,
 +  * Permet le **câblage universel** (téléphonie, fax, données ...),
 +  * Full-Duplex.
 +
 +Inconvénients :
 +
 +  * Nombre de câbles > câble coaxial,
 +  * Plus cher,
 +  * Plus encombrant dans les gaines techniques.
 +
 +== Catagories de Blindage==
 +
 +Il existe trois catagories de blindage :
 +
 +  * **Twisted** ou Torsadé,
 +  * **Foiled** ou Entouré,
 +  * **Shielded** ou Avec Ecran.
 +
 +De ce fait, il existe 5 catagories de câbles Paire Torsadée :
 +
 +Nom anglais ^ Appelation Ancienne ^ Nouvelle Appelation ^ 
 +|  Unshielded Twisted Pair | UTP | U/UTP |
 +|  Foiled Twisted Pair | FTP | F/UTP |
 +|  Shield Twisted Pair | STP | S/UTP |
 +|  Shield Foiled Twisted Pair | SFTP | SF/UTP |
 +|  Shield Shield Twisted Pair | S/STP | SS/STP3 |
 +
 +Ces catégories donnent lieu à des **Classes** :
 +
 +^ Classe ^ Débit ^ Nombre de Paires Torsadées ^ Connecteur ^ Commentaires ^
 +| 3 | 10 Mbit/s | 4 | RJ11 | | Téléphonie Analogique et Numérique 
 +| 4 | 16 Mbit/s | 4 | S/O | Non-utilisée de nos jours |
 +| 5 | 100 Mbit/s | 4 | RJ45 | Obsolète |
 +| 5e/D | 1 Gbit/s sur 100m | 4 | RJ45 | S/O | 
 +| 6/E | 2.5 Gbit/s sur 100m ou 10 Gbit/s sur 25m à 55m | 4 | Idéal pour PoE |
 +| 7/F | 10 Gbit/s sur 100m | 4 | GG45 ou Tera | Paires individuellement et collectivement blindées. Problème de compatibilité avec les classes precédentes due au connecteur. |
 +
 +==La Prise RJ45==
 +
 +Une prise RJ45 comporte 8 broches. Un câble peut être **droit** quand la broche 1 d'une extremité est connectée à la broche 1 de la prise RJ45 à l'autre extrémité, la broche 2 d'une extremité est connectée à la broche 2 de la prise RJ45 à l'autre extrémité et ainsi de suite ou bien **croisé** quand le brochage est inversé.
 +
 +Les câbles croisés sont utilisés lors du branchement de deux équipements identiques (PC à PC, Hub à Hub, Routeur à Routeur). 
 +
 +==Channel Link et Basic Link==
 +
 +Le **Channel Link** ou **Canal** est l'ensemble du **Basic Link** ou **Lien** de base et les cordons de brassage et de raccordement des équipements qui sont limités en distance à 10m. 
 +
 +Le **Basic Link** est le lien entre la prise RJ45 murale et la baie de brassage. Il est limité à 90m en classe 5D.
 +
 +===La Fibre Optique===
 +
 +La **Fibre Optique** est un fil de **Silice** permettant le transfert de la lumière. De ce fait elle est caractérisée par :
 +
 +  * des meilleures performances que le cuivre,
 +  * de plus de communications simultanément,
 +  * de la capacité de relier de plus grandes distances,
 +  * une insensibilité aux perturbations,
 +  * une résistance à la corrosion.
 +
 +Qui plus est, elle ne produit aucune perturbation.
 +
 +Elle est composée :
 +
 +  * d'un coeur de 10, de 50/125 ou de 62.50 micron,
 +  * d'une gaine de 125 micron,
 +  * d'une protection de 230 micron.
 +
 +Il existe deux types de fibres, la **Fibre Monomode** et la **Fibre Multimodes**.
 +
 +La Fibre Monomode :
 +
 +  * a un coeur de 8 à 10 Microns,
 +  * est divisée en sous-catégories de distance,
 +    * 10 Km,
 +    * 15 Km, 
 +    * 20 Km,
 +    * 50 Km,
 +    * 80 Km,
 +    * 100 Km.
 +
 +La Fibre Multimode :
 +
 +  * a un coeur de 62,50 micron ou de 50/125 micron avec une gaine orange,
 +  * permet plusieurs trajets lumineux appelés **modes** en même temps en Full Duplex,
 +  * est utilisée pour de bas débits ou de courtes distances,
 +    * 2 Km pour 100 Mbit/s,
 +    * 500 m pour 1 Gbit/s.
 +
 +===Les Réseaux sans Fils===
 +
 +Les réseaux sans fils sans basés sur une liaison qui utilise des ondes radio-électriques (radio et infra-rouges).
 +
 +Il existe des technologies différentes en fonction de la fréquence utilisée et de la portée des transmissions :
 +
 +  * Réseaux Personnels sans Fils - Bluetooth, HomeRF,
 +  * Réseaux Locaux sans Fils - LiFI, WiFI,
 +  * Réseaux Métropolitains sans Fil - wImax,
 +  * Réseaux Etendus sans Fils - GSM, GPRS, UMTS.
 +
 +Les principales ondes utilisées pour la transmission des données sont :
 +
 +  * Ondes GSM  - Ondes Hertziennes repeosant sur des micro-ondes à basse fréquence avec une portée d'une dizaine de kilomètres,
 +  * Ondes Wi-Fi - Ondes Hertziennes reposant sur des micro-ondes à haute fréquence avec une portée de 20 à 50 mètres,
 +  * Ondes Satellitaires - Ondes Hertziennes longues portées.
 +
 +===Le Courant Porteur en Ligne===
 +
 +Le CPL utilise le réseau électrique domestique, le réseau moyenne et basse tension pour transmettre des informations numériques.
 +
 +Le CPL superpose un signal à plus haute fréquence au signal électrique.
 +
 +Seuls donc, les fils conducteurs transportent les signaux CPL.
 +
 +Le coupleur intégré en entrée des boîtiers CPL élimine les composants basses fréquences pour isoler le signal CPL.
 +
 +Le CPL utilise la phase électrique et le neutre. De ce fait, une installation triphasée fournit 3 réseaux CPL différents.
 +
 +Le signal CPL ne s'arrête pas necéssairement aux limites de l'installation électrique. En effet en cas de compteurs non-numériques le signal les traversent.
 +
 +Les normes CPL sont :
 +
 +^ Norme ^ Débit Théorique ^ Débit Pratique ^ Temps pour copier 1 Go ^
 +| Homeplug 1.01 | 14 Mbps | 5.4 Mbps | 25m 20s |
 +| Homeplug 1.1 | 85 Mbps | 12 Mbps | 11m 20s |
 +| PréUPA 200 | 200 Mbps | 30 Mbps | 4m 30s |
 +
 +===Technologies===
 +
 +Il existe plusieurs technologies de réseau : 
 +
 +  * Ethernet,
 +  * Token-Ring,
 +  * ARCnet,
 +  * etc..
 +
 +Nous détaillerons ici les deux technologies les plus répandues, à savoir Ethernet et Token-Ring.
 +
 +==Ethernet==
 +
 +La technologie Ethernet se repose sur :
 +
 +  * une topologie logique de bus,
 +  * une topologie physique de bus ou étoile.
 +
 +L'accès au bus utilise le **CSMA/CD**, Carrier Sense Multiple Access / Collision Detection (Accès Multiple à Détection de Porteuse / Détection de Collisions). 
 +
 +Il faut noter que :
 +
 +  * les données sont transmises à chaque nœud - c'est la méthode d'**accès multiple**,
 +  * chaque nœud qui veut émettre écoute le réseau - c'est la **détection de porteuse**,
 +  * quand le réseau est silencieux une trame est émise dans laquelle se trouvent les données ainsi que l'adresse du destinataire,
 +  * le système est dit donc **aléatoire** ou **non-déterministe**,
 +  * quand deux nœuds émettent en même temps, il y a **collision de données**,
 +  * les deux nœuds vont donc cesser d'émettre, se mettant en attente jusqu'à ce qu'ils commencent à émettre de nouveau.
 +
 +==Token-Ring==
 +
 +La technologie Token-Ring se repose sur :
 +
 +  * une topologie logique en anneau,
 +  * une topologie physique en étoile.
 +
 +Token-Ring se traduit par **Anneau à Jeton**. Il n'est pas aussi répandu que l'Ethernet pour des raisons de coûts. En effet le rajout d'un nœud en Token-Ring peut coûter jusqu'à **4 fois plus cher qu'en Ethernet**.
 +
 +Il faut noter que :
 +
 +  * les données sont transmises dans le réseau par un système appelé **méthode de passage de jeton**,
 +  * le jeton est une **trame numérique vide** de données qui tourne en permanence dans l'anneau,
 +  * quand un nœud souhaite émettre, il saisit le jeton, y dépose des données avec l'adresse du destinataire et ensuite laisse poursuivre son chemin jusqu'à sa destination,
 +  * pendant son voyage, aucun autre nœud ne peut émettre,
 +  * une fois arrivé à sa destination, le jeton dépose ses données et retourne à l'émetteur pour confirmer la livraison,
 +  * ce système est appelé **déterministe**.
 +
 +L'intérêt de la technologie Token-Ring se trouve dans le fait :
 +
 +  * qu'il **évite des collisions**,
 +  * qu'il est **possible de déterminer avec exactitude le temps que prenne l'acheminement des données**.
 +
 +La technologie Token-Ring est donc idéale, voire obligatoire, dans des installations où chaque nœud doit disposer d'une opportunité à intervalle fixe d'émettre des données.
 +
 +====Périphériques Réseaux Spéciaux====
 +
 +En plus du câblage, les périphériques de réseau spéciaux sont des éléments primordiaux tant au niveau de la topologie physique que la topologie logique.
 +
 +Les périphériques de réseau spéciaux sont :
 +
 +  * les Concentrateurs ou //Hubs//,
 +  * les Répéteurs ou //Repeaters//,
 +  * les Ponts ou //Bridges//,
 +  * les Commutateurs ou //Switches//,
 +  * les Routeurs ou //Routers//,
 +  * les Passerelles ou //Gateways//.
 +
 +L'objectif ici est de vous permettre de comprendre le rôle de chaque périphérique.
 +
 +===Les Concentrateurs===
 +
 +Les Concentrateurs permettent une connectivité entre les nœuds en topologie en étoile. Selon leur configuration, la topologie logique peut être en étoile, en bus ou en anneau. Il existe de multiples types de Concentrateurs allant du plus simple au Concentrateur intelligent.
 +
 +  * **Le Concentrateur Simple** 
 +    * est une boîte de raccordement centrale,
 +    * joue le rôle de récepteur et du réémetteur des signaux sans accélération ni gestion de ceux-ci,
 +    * est un périphérique utilisé pour des groupes de travail.
 +
 +  * **Le Concentrateur Évolué** 
 +    * est un Concentrateur simple qui offre en plus l'amplification des signaux, la gestion du type de topologie logique grâce à des capacités d'être configurés à l'aide d'un logiciel ainsi que l'homogénéisation du réseau en offrant des ports pour un câblage différent. Par exemple, 8 ports en paire torsadée non-blindée et un port BNC.
 +
 +  * **Le Concentrateur Intelligent**
 +    * est un Concentrateur évolué qui offre en plus la détection automatique des pannes, la connectique avec un Pont ou un Routeur ainsi que le diagnostic et la génération de rapports.
 +
 +===Les Répéteurs===
 +
 +Un Répéteur est un périphérique réseau simple. Il est utilisé pour amplifier le signal quand :
 +
 +  * la longueur du câble dépasse la limite autorisée,
 +  * le câble passe par une zone ou les interférences sont importantes.
 +
 +Éventuellement, et uniquement dans le cas où le Répéteur serait muni d'une telle fonction, celui-ci peut être utiliser pour connecter deux réseaux ayant un câblage différent.
 +
 +===Les Ponts===
 +
 +Un Pont est **Répéteur intelligent**. Outre sa capacité d'amplifier les signaux, le Pont analyse le trafic qui passe par lui et met à jour une liste d'adresses des cartes réseau, appelée **une table de routage**, n'autorisant que les transmissions destinées à d'autres segments du réseau. 
 +
 +Les **diffusions** sont néanmoins autorisées.
 +
 +Comme un Pont doit être intelligent, on utilise souvent un micro-ordinateur comme Pont. Forcément équipé de 2 cartes réseau, le Pont peut également jouer le rôle de serveur de fichiers.
 +
 +Le Pont sert donc à isoler des segments du réseau pour des raisons de :
 +
 +  * **sécurité** afin d'éviter à ce que des données sensibles soient propagées sur tout le réseau,
 +  * **performance** afin qu'une partie du réseau trop chargée ralentisse le réseau entier,
 +  * **fiabilité** afin par exemple qu'une carte en panne ne gène pas le reste du réseau avec une diffusion.
 +
 +Il existe trois types de configuration de Ponts
 +
 +==Le Pont de Base==
 +
 +Le Pont de Base est utilisé très rarement pour isoler deux segments.
 +
 +;#;{{:solaris:sol2:pont1.png|}};#;
 +
 +==Le Pont en Cascade==
 +
 +Le Pont en Cascade est à éviter car les données en provenance d'un segment doivent passer par plusieurs Ponts. Ceci a pour conséquence de ralentir la transmission des données, voire même de créer un trafic superflu en cas de rémission par le nœud
 +
 +;#;{{:solaris:sol2:pont2.png|}};#;
 +
 +==Le Pont en Dorsale==
 +
 +Le Pont en Dorsale coûte plus chère que la configuration précédente car il faut un nombre de Ponts équivalent au nombre de segments + 1. Par contre elle réduit les problèmes précédemment cités puisque les données ne transitent que par deux Ponts.
 +
 +;#;{{:solaris:sol2:pont3.png|}};#;
 +
 +===Les Commutateurs===
 +
 +Un Commutateur peut être considéré comme un Concentrateur intelligent et un Pont. Ils sont gérés souvent par des logiciels. La topologie physique d'un réseau commuté est en étoile. Par contre la topologie logique est spéciale, elle s'appelle une topologie commutée.
 +
 +Lors de la communication de données entre deux nœuds, le Commutateur ouvre une connexion temporaire virtuelle en fermant les autres ports. De cette façon la bande passante totale est disponible pour cette transmission et les risques de collision sont minimisés.
 +
 +Certains Commutateurs haut de gamme sont équipés d'un système anti-catastrophe qui leur permet d'isoler une partie d'un réseau en panne afin que les autres parties puissent continuer à fonctionner sans problème.
 +
 +===Les Routeurs===
 +
 +Un Routeur est un Pont sophistiqué capable : 
 +
 +  * d'assurer l'interconnexion entre des segments,
 +  * de filtrer le trafic,
 +  * d’isoler une partie du réseau,
 +  * d’ explorer les informations d'adressage pour trouver le chemin le plus approprié et le plus rentable pour la transmission des données.
 +
 +Les Routeurs utilisent une table de routage pour stocker les informations sur :
 + 
 +  * les adresses du réseau,
 +  * les solutions de connexion vers d'autres réseaux,
 +  * l'efficacité des différentes routes.
 +
 +Il existe deux types de Routeur :
 +
 +  * le **Routeur Statique** 
 +    * la table de routage est éditer manuellement,
 +    * les routes empruntées pour la transmission des données sont toujours les mêmes,
 +    * il n'y a pas de recherche d'efficacité.
 +
 +  * le **Routeur Dynamique** 
 +    * découvre automatiquement les routes à emprunter dans un réseau.
 +
 +===Les Passerelles===
 +
 +Ce périphérique, souvent un logiciel, sert à faire une conversion de données :
 +
 +  * entre deux technologies différentes ( Ethernet - Token-Ring ),
 +  * entre deux protocoles différents,
 +  * entre des formats de données différents.
 +
 +=====Annexe #2 - Comprendre TCP Version 4=====
 +
 +==== En-tête TCP ====
 +
 +L'en-tête TCP est codée sur 4 octets soit 32 bits : 
 +
 +^ 1er octet ^ 2ème octet ^ 3ème octet ^ 4 ème octet ^
 +|   Port source   ||   Port destination   ||
 +|   Numéro de séquence   ||||
 +|   Numéro d'acquittement   ||||
 +|   Offset  |  Flags  |  Fenêtre   ||
 +|  Checksum  ||  Pointeur Urgent  ||
 +|  Options  |||  Padding  |
 +|  Données  ||||
 +
 +Vous noterez que les numéros de ports sont codés sur 16 bits. Cette information nous permet de calculer le nombres de ports maximum en IPv4, soit 2<sup>16</sup> ports ou 65 535.
 +
 +L'**Offset** contient la taille de l'en-tête.
 +
 +Les **Flags** sont :
 +
 +  * URG - Si la valeur est 1 le pointeur urgent est utilisé. Le numéro de séquence et le pointeur urgent indique un octet spécifique.
 +  * ACK - Si la valeur est 1, le paquet est un accusé de réception
 +  * PSH - Si la valeur est 1, les données sont immédiatement présentées à l'application
 +  * RST - Si la valeur est 1, la communication comporte un problème et la connexion est réinitialisée
 +  * SYN - Si la valeur est 1, le paquet est un paquet de synchronisation
 +  * FIN - Si la valeur est 1, le paquet indique la fin de la connexion
 +
 +La **Fenêtre** est codée sur 16 bits. La Fenêtre est une donnée liée au fonctionnement d'expédition de données appelé le **sliding window** ou la **fenêtre glissante**. Puisque il serait impossible, pour des raisons de performance, d'attendre l'accusé de réception de chaque paquet envoyé, l'expéditeur envoie des paquets par groupe. La taille de cette groupe s'appelle la Fenêtre. Dans le cas d'un problème de réception d'une partie de la Fenêtre, toute la Fenêtre est ré-expédiée.
 +
 +Le **Checksum** est une façon de calculer si le paquet est complet.
 +
 +Le **Padding** est un champ pouvant être rempli de valeurs nulles de façon à ce que la taille de l'en-tête soit un multiple de 32
 +
 +==== En-tête UDP ====
 +
 +L'en-tête UDP est codée sur 4 octets soit 32 bits : 
 +
 +^ 1er octet ^ 2ème octet ^ 3ème octet ^ 4 ème octet ^
 +|   Port source   ||   Port destination   ||
 +|   longueur   ||   Checksum   ||
 +|  Données  ||||
 +
 +L'en-tête UDP a une longueur de 8 octets.
 +
 +==== Fragmentation et Ré-encapsulation ====
 +
 +La taille limite d'un paquet TCP, l'en-tête comprise, ne peut pas dépasser **65 535 octets**. Cependant chaque réseau est qualifié par son MTU ( Maximum Tranfer Unit ). Cette valeur est la taille maximum d'un paquet autorisée. L'unité est en **octets**. Pour un réseau Ethernet sa valeur est de 1 500. Quand un paquet doit être expédié sur un réseau ayant un MTU inférieur à sa propre taille, le paquet doit être **fractionné**. A la sortie du réseau, le paquet est reconstitué. Cette reconstitution s'appelle **ré-encapsulation**.
 +
 +==== Adressage ====
 +
 +L'adressage IP requière que chaque périphérique sur le réseau possède une adresse IP unique de 4 octets, soit 32 bits au format XXX.XXX.XXX.XXX De cette façon le nombre total d'adresses est de 2<sup>32</sup> = 4.3 Milliards.
 +
 +Les adresses IP sont divisées en 5 classes, de A à E. Les 4 octets des classes A à C sont divisés en deux, une partie qui s'appelle le **Net ID** qui identifie le réseau et une partie qui s'appelle le **Host ID** qui identifie le hôte  :
 +
 +^     ^ 1er octet ^ 2ème octet ^ 3ème octet ^ 4 ème octet ^
 +|  A  |   Net ID   |   Host ID   |||
 +|  B  |   Net ID    ||   Host ID   ||
 +|  C  |   Net ID    |||   Host ID   |
 +|  D  |   Multicast  ||||
 +|  E  |   Réservé  ||||
 +
 +L'attribution d'une classe dépend du nombre de hôtes à connecter. Chaque classe est identifié par un **Class ID** composé de 1 à 3 bits :
 +
 +^  Classe  ^  Bits ID Classe  ^  Valeur ID Classe  ^  Bits ID Réseau  ^  Nb. de Réseaux  ^  Bits ID hôtes  ^  Nb. d'adresses  ^  Octet de Départ  ^
 +|  A  |  1  |  0  |  7  |  2<sup>7</sup>=128  |  24  |  2<sup>24</sup>=16 777 216  |  1 - 126  |
 +|  B  |  2  |  10  |  14  |  2<sup>14</sup>=16 834  |  16  |  2<sup>16</sup>=65 535  |  128 - 191  |
 +|  C  |  3  |  110  |  21  |  2<sup>21</sup>=2 097 152  |  8  |  2<sup>8</sup>=256  |  192 - 223  |
 +
 +Le réseau 127. est réservé. Il s'appelle le **loopback** et identifie la machine locale.
 +
 +Dans chaque classe, certaines adresses sont réservées pour un usage privé :
 +
 +^  Classe  ^  IP de Départ  ^  IP de Fin  ^
 +|  A  |  10.0.0.0  |  10.255.255.255  |
 +|  B  |  172.16.0.0  |  172.31.255.255  |
 +|  C  |  192.168.0.0  |  192.168.255.255  |
 +
 +Il existe des adresses particulières ne pouvant pas être utilisées pour identifier un hôte :
 +
 +^  Adresse Particulière  ^  Description  ^
 +|  169.254.0.0 à 169.254.255.255  |  Automatic Private IP Addressing de Microsoft  |
 +|  Hôte du réseau courant  |  Tous les bits du Net ID sont à 0  |
 +|  Adresse de réseau  |  Tous les bits du Host ID sont à 0  |
 +|  Adresse de diffusion  |  Tous les bits du Host ID sont à 1  |
 +
 +L'adresse de réseau identifie le **segment** du réseau entier tandis que l'adresse de diffusion identifie tous les hôtes sur le segment de réseau.
 +
 +Afin de mieux comprendre l'adresse de réseau et l'adresse de diffusion, prenons le cas de l'adresse 192.168.10.1 en classe C :
 +
 +^    ^ 1er octet ^ 2ème octet ^ 3ème octet ^ 4 ème octet ^
 +^    ^  Net ID  ^^^  Host ID  ^
 +|  Adresse IP  |   192   |   168   |  10  |  1  |
 +|  Binaire  |   11000000   |   10101000   |  000001010  |  00000001  |
 +|  Calcul de l'adresse de réseau  |||||
 +|  Binaire  |   11000000   |   10101000   |  000001010  |  **00000000**  |
 +|  Adresse réseau  |   192   |   168   |  10  |  0  |
 +|  Calcul de l'adresse de diffusion  |||||
 +|  Binaire  |   11000000   |   10101000   |  000001010  |  **11111111**  |
 +|  Adresse de diffusion |   192   |   168   |  10  |  255  |
 +
 +==== Masques de sous-réseaux ====
 +
 +Tout comme l'adresse IP, le masque de sous-réseau compte 4 octets ou 32 bits. Les masques de sous-réseaux permettent d'identifer le Net ID et le Host ID :
 +
 +^  Classe  ^  Masque  ^  Notation CIDR  ^
 +|  A  |  255.0.0.0  |  /8  |
 +|  B  |  255.255.0.0  |  /16  |
 +|  C  |  255.255.255.0  |  /24  |
 +
 +Le terme **CIDR** veut dire **Classless %%InterDomain%% Routing**. Le terme Notation CIDR correspond au nombre de bits d'une valeur de 1 dans le masque de sous-réseau.
 +
 +Quand un hôte souhaite émettre il procède d'abord à l'identification de sa propre adresse réseau par un calcul AND (ET) appliqué à sa propre adresse et son masque de sous-réseau qui stipule :
 +
 +  * 1 x 1 = 1
 +  * 0 x 1 = 0
 +  * 1 x 0 = 0
 +  * 0 x 0 = 0
 +
 +Prenons le cas de l'adresse IP 192.168.10.1 ayant un masque de 255.255.255.0 :
 +
 +^    ^ 1er octet ^ 2ème octet ^ 3ème octet ^ 4 ème octet ^
 +|  Adresse IP  |   192   |   168   |  10  |  1  |
 +|  Binaire  |   11000000   |   10101000   |  00001010  |  00000001  |
 +|  Masque de sous-réseau  |||||
 +|  Binaire  |   11111111   |   11111111   |  11111111 |  00000000  |
 +|  Calcul AND  |   11000000   |   10101000   |  00001010 |  00000000  |
 +|  Adresse réseau  |   192   |   168   |  10  |  0  |
 +
 +
 +Cet hôte essaie de communiquer avec un hôte ayant une adresse IP de 192.168.10.10. Il procède donc au même calcul en appliquant **son propre masque de sous-réseau** à l'adresse IP de l'hôte destinataire :
 +
 +^    ^ 1er octet ^ 2ème octet ^ 3ème octet ^ 4 ème octet ^
 +|  Adresse IP  |   192   |   168   |  10  |  10  |
 +|  Binaire  |   11000000   |   10101000   |  00001010  |  00001010  |
 +|  Masque de sous-réseau  |||||
 +|  Binaire  |   11111111   |   11111111   |  11111111 |  00000000  |
 +|  Calcul AND  |   11000000   |   10101000   |  00001010 |  00000000  |
 +|  Adresse réseau  |   192   |   168   |  10  |  0  |
 +
 +Puisque l'adresse réseau est identique dans les deux cas, l'hôte émetteur présume que l'hôte de destination se trouve sur son réseau et envoie les paquets directement sur le réseau sans s'adresser à sa passerelle par défaut.
 +
 +L'hôte émetteur essaie maintenant de communiquer avec avec un hôte ayant une adresse IP de 192.168.2.1. Il procède donc au même calcul en appliquant **son propre masque de sous-réseau** à l'adresse IP de l'hôte destinataire :
 +
 +^    ^ 1er octet ^ 2ème octet ^ 3ème octet ^ 4 ème octet ^
 +|  Adresse IP  |   192   |   168   |  2  |  1  |
 +|  Binaire  |   11000000   |   10101000   |  00000010  |  00000001  |
 +|  Masque de sous-réseau  |||||
 +|  Binaire  |   11111111   |   11111111   |  11111111 |  00000000  |
 +|  Calcul AND  |   11000000   |   10101000   |  00000010 |  00000000  |
 +|  Adresse réseau  |   192   |   168   |  2  |  0  |
 +
 +Dans ce cas, l'hôte émetteur constate que le réseau de destination 192.168.2.0 n'est pas identique à son propre réseau 192.168.10.0. Il adresse donc les paquets à la passerelle par défaut.
 +
 +==== VLSM ====
 +
 +Puisque le stock de réseaux disponibles sous IPv4 est presque épuisé, une solution a du être trouvée pour créer des sous-réseaux en attendant l'introduction de l'IPv6. Cette solution s'appelle le VLSM ou Variable Length Subnet Masks. Le VLSM exprime les masques de sous-réseaux au format CIDR. 
 +
 +Son principe est simple. Afin de créer des réseaux différents à partir d'une adresse réseau d'une classe donnée, il convient de réduire le nombre d'hôtes. De cette façon les bits 'libérés' du Host ID peuvent être utilisés pour identifier les sous-réseaux.
 +
 +Pour illustrer ceci, prenons l'exemple d'un réseau 192.168.1.0. Sur ce réseau, nous pouvons mettre 2<sup>8</sup>-2 soit 254 hôtes entre 192.168.1.1 au 192.168.1.254.
 +
 +Supposons que nous souhaiterions diviser notre réseau en 2 sous-réseaux. Pour coder 2 sous-réseaux, il faut que l'on libère 2 bits du Host ID. Les deux bits libérés auront les valeurs binaires suivantes :
 +
 +  * 00
 +  * 01
 +  * 10
 +  * 11
 +
 +Les valeurs binaires du quatrième octet de nos adresses de sous-réseaux seront donc :
 +
 +  * 192.168.1.00XXXXXX
 +  * 192.168.1.01XXXXXX
 +  * 192.168.1.10XXXXXX
 +  * 192.168.1.11XXXXXX
 +
 +où les XXXXXX représentent les bits que nous réservons pour décrire les hôtes dans chacun des sous-réseaux.
 +
 +Nous ne pouvons pas utiliser les deux sous-réseaux suivants :
 +
 +  * 192.168.1.00XXXXXX
 +  * 192.168.1.11XXXXXX
 +
 +car ceux-ci correspondent aux débuts de l'adresse réseau 192.168.1.0 et de l'adresse de diffusion 192.168.1.255.
 +
 +Nous pouvons utiliser les deux sous-réseaux suivants :
 +
 +  * 192.168.1.01XXXXXX
 +  * 192.168.1.10XXXXXX
 +
 +Pour le premier sous-réseau l'adresse réseau et l'adresse de diffusion sont :
 +
 +|  Sous-réseau #1  |   192   |   168   |  1 |  01XXXXXX  |
 +|  Calcul de l'adresse de réseau  |||||
 +|  Binaire  |   11000000   |   10101000   |  00000001  |  01**000000** |
 +|  Adresse réseau  |   192   |   168   |  1  |  **64**  |
 +|  Calcul de l'adresse de diffusion  |||||
 +|  Binaire  |   11000000   |   10101000   |  00000001  |  01**111111**  |
 +|  Adresse de diffusion |   192   |   168   |  1  |  **127**  |
 +
 +  * L'adresse CIDR du réseau est donc 192.168.1.64/26 car le Net ID est codé sur 24+2 bits.
 +
 +  * Le masque de sous-réseau est donc le 11111111.11111111.11111111.11000000 ou le 255.255.255.192
 +
 +  * Nous pouvons avoir 2<sup>6</sup>-2 soit 62 hôtes.
 +
 +  * La plage valide d'adresses IP est de 192.168.1.65 à 192.168.1.126
 +
 +Pour le deuxième sous-réseau l'adresse réseau et l'adresse de diffusion sont :
 +
 +|  Sous-réseau #2  |   192   |   168   |  1 |  10XXXXXX  |
 +|  Calcul de l'adresse de réseau  |||||
 +|  Binaire  |   11000000   |   10101000   |  00000001  |  10**000000** |
 +|  Adresse réseau  |   192   |   168   |  1  |  **128**  |
 +|  Calcul de l'adresse de diffusion  |||||
 +|  Binaire  |   11000000   |   10101000   |  00000001  |  10**111111**  |
 +|  Adresse de diffusion |   192   |   168   |  1  |  **191**  |
 +
 +  * L'adresse CIDR du réseau est donc 192.168.1.128/26 car le Net ID est codé sur 24+2 bits.
 +
 +  * Le masque de sous-réseau est donc le 11111111.11111111.11111111.11000000 ou le 255.255.255.192
 +
 +  * Nous pouvons avoir 2<sup>6</sup>-2 soit 62 hôtes.
 +
 +  * La plage valide d'adresses IP est de 192.168.1.129 à 192.168.1.190
 +
 +
 +La valeur qui sépare les sous-réseaux est 64. Cette valeur comporte le nom **incrément**.
 +
 +==== Ports et sockets ====
 +
 +Afin que les données arrivent aux applications que les attendent, TCP utilise des numéros de ports sur la couche transport. Le numéros de ports sont divisés en trois groupes :
 +
 +  * **Well Known Ports**
 +    * De 1 à 1023
 +  * **Registered Ports**
 +    * De 1024 à 49151
 +  * **Dynamic** et/ou **Private Ports**
 +    * De 49152 à 65535
 +
 +Le couple **numéro IP:numéro de port** s'appelle un **socket**.
 +
 +==== /etc/services ====
 +
 +Les ports les plus utilisés sont détaillés dans le fichier **/etc/services** :
 +
 +<code>
 +trainee@debian8:~$ su -
 +Password: 
 +root@debian8:~# more /etc/services
 +# Network services, Internet style
 +#
 +# Note that it is presently the policy of IANA to assign a single well-known
 +# port number for both TCP and UDP; hence, officially ports have two entries
 +# even if the protocol doesn't support UDP operations.
 +#
 +# Updated from http://www.iana.org/assignments/port-numbers and other
 +# sources like http://www.freebsd.org/cgi/cvsweb.cgi/src/etc/services .
 +# New ports will be added on request if they have been officially assigned
 +# by IANA and used in the real-world or are needed by a debian package.
 +# If you need a huge list of used numbers please install the nmap package.
 +
 +tcpmux 1/tcp # TCP port service multiplexer
 +echo 7/tcp
 +echo 7/udp
 +discard 9/tcp sink null
 +discard 9/udp sink null
 +systat 11/tcp users
 +daytime 13/tcp
 +daytime 13/udp
 +netstat 15/tcp
 +qotd 17/tcp quote
 +msp 18/tcp # message send protocol
 +msp 18/udp
 +chargen 19/tcp ttytst source
 +chargen 19/udp ttytst source
 +ftp-data 20/tcp
 +ftp 21/tcp
 +fsp 21/udp fspd
 +ssh 22/tcp # SSH Remote Login Protocol
 +ssh 22/udp
 +telnet 23/tcp
 +smtp 25/tcp mail
 +time 37/tcp timserver
 +time 37/udp timserver
 +rlp 39/udp resource # resource location
 +nameserver 42/tcp name # IEN 116
 +--More--(6%)
 +</code>
 +
 +Notez que les ports sont listés par deux :
 +
 +  * le port TCP
 +  * le port UDP
 +
 +La liste la plus complète peut être consultée à l'adresse suivante **https://www.iana.org/assignments/service-names-port-numbers/service-names-port-numbers.xhtml**.
 +
 +Pour connaitre la liste des sockets ouverts sur l'ordinateur, saisissez la commande suivante :
 +
 +<code>
 +root@debian8:~# netstat -an | more
 +Active Internet connections (servers and established)
 +Proto Recv-Q Send-Q Local Address           Foreign Address         State      
 +tcp        0      0 127.0.0.1:25            0.0.0.0:*               LISTEN     
 +tcp        0      0 127.0.0.1:42370         0.0.0.0:*               LISTEN     
 +tcp        0      0 127.0.0.1:15023         0.0.0.0:*               LISTEN     
 +tcp        0      0 0.0.0.0:111             0.0.0.0:*               LISTEN     
 +tcp        0      0 0.0.0.0:41012           0.0.0.0:*               LISTEN     
 +tcp        0      0 0.0.0.0:22              0.0.0.0:*               LISTEN     
 +tcp        0      0 0.0.0.0:23              0.0.0.0:*               LISTEN     
 +tcp        0      0 127.0.0.1:7127          0.0.0.0:*               LISTEN     
 +tcp        0      0 127.0.0.1:33220         127.0.0.1:50656         ESTABLISHED
 +tcp        0      0 10.0.2.15:22            10.0.2.2:46432          ESTABLISHED
 +tcp        0      0 127.0.0.1:50656         127.0.0.1:33220         ESTABLISHED
 +tcp6       0      0 ::1:25                  :::*                    LISTEN     
 +tcp6       0      0 :::33476                :::*                    LISTEN     
 +tcp6       0      0 ::1:15023               :::*                    LISTEN     
 +tcp6       0      0 :::111                  :::*                    LISTEN     
 +tcp6       0      0 :::22                   :::*                    LISTEN     
 +tcp6       0      0 ::1:22                  ::1:39236               ESTABLISHED
 +tcp6       0      0 ::1:39236               ::1:22                  ESTABLISHED
 +udp        0      0 0.0.0.0:32899           0.0.0.0:*                          
 +udp        0      0 0.0.0.0:995             0.0.0.0:*                          
 +udp        0      0 0.0.0.0:52452           0.0.0.0:*                          
 +udp        0      0 0.0.0.0:5353            0.0.0.0:*                          
 +udp        0      0 0.0.0.0:68              0.0.0.0:*                          
 +udp        0      0 127.0.0.1:613           0.0.0.0:*                          
 +udp        0      0 0.0.0.0:111             0.0.0.0:*                          
 +udp        0      0 0.0.0.0:53110           0.0.0.0:*                          
 +udp6       0      0 :::17599                :::*                               
 +udp6       0      0 :::995                  :::*                               
 +udp6       0      0 :::5353                 :::*                               
 +udp6       0      0 :::33524                :::*                               
 +udp6       0      0 :::40492                :::*                               
 +udp6       0      0 :::111                  :::*                               
 +Active UNIX domain sockets (servers and established)
 +Proto RefCnt Flags       Type       State         I-Node   Path
 +unix  2      [ ACC ]     STREAM     LISTENING     17625    /tmp//.java_pid1791
 +--More--
 +</code>
 +
 +Pour connaitre la liste des applications ayant ouvert un port sur l'ordinateur, saisissez la commande suivante :
 +
 +<code>
 +root@debian8:~# netstat -anp | more
 +Active Internet connections (servers and established)
 +Proto Recv-Q Send-Q Local Address           Foreign Address         State       PID/Program name
 +tcp        0      0 127.0.0.1:25            0.0.0.0:*               LISTEN      868/exim4       
 +tcp        0      0 127.0.0.1:42370         0.0.0.0:*               LISTEN      1791/Remote Access
 +tcp        0      0 127.0.0.1:15023         0.0.0.0:*               LISTEN      2449/ssh        
 +tcp        0      0 0.0.0.0:111             0.0.0.0:*               LISTEN      396/rpcbind     
 +tcp        0      0 0.0.0.0:41012           0.0.0.0:*               LISTEN      434/rpc.statd   
 +tcp        0      0 0.0.0.0:22              0.0.0.0:*               LISTEN      471/sshd        
 +tcp        0      0 0.0.0.0:23              0.0.0.0:*               LISTEN      4041/inetd      
 +tcp        0      0 127.0.0.1:7127          0.0.0.0:*               LISTEN      1791/Remote Access
 +tcp        0      0 127.0.0.1:33220         127.0.0.1:50656         ESTABLISHED 1879/Remote Access 
 +tcp        0      0 10.0.2.15:22            10.0.2.2:46432          ESTABLISHED 10584/sshd: trainee
 +tcp        0      0 127.0.0.1:50656         127.0.0.1:33220         ESTABLISHED 1791/Remote Access
 +tcp6       0      0 ::1:25                  :::*                    LISTEN      868/exim4       
 +tcp6       0      0 :::33476                :::*                    LISTEN      434/rpc.statd   
 +tcp6       0      0 ::1:15023               :::*                    LISTEN      2449/ssh        
 +tcp6       0      0 :::111                  :::*                    LISTEN      396/rpcbind     
 +tcp6       0      0 :::22                   :::*                    LISTEN      471/sshd        
 +tcp6       0      0 ::1:22                  ::1:39236               ESTABLISHED 2415/sshd: trainee 
 +tcp6       0      0 ::1:39236               ::1:22                  ESTABLISHED 2449/ssh        
 +udp        0      0 0.0.0.0:32899           0.0.0.0:*                           419/dhclient    
 +udp        0      0 0.0.0.0:995             0.0.0.0:*                           396/rpcbind     
 +udp        0      0 0.0.0.0:52452           0.0.0.0:*                           482/avahi-daemon: r
 +udp        0      0 0.0.0.0:5353            0.0.0.0:*                           482/avahi-daemon: r
 +udp        0      0 0.0.0.0:68              0.0.0.0:*                           419/dhclient    
 +udp        0      0 127.0.0.1:613           0.0.0.0:*                           434/rpc.statd   
 +udp        0      0 0.0.0.0:111             0.0.0.0:*                           396/rpcbind     
 +udp        0      0 0.0.0.0:53110           0.0.0.0:*                           434/rpc.statd   
 +udp6       0      0 :::17599                :::*                                419/dhclient    
 +udp6       0      0 :::995                  :::*                                396/rpcbind     
 +udp6       0      0 :::5353                 :::*                                482/avahi-daemon: r
 +udp6       0      0 :::33524                :::*                                482/avahi-daemon: r
 +udp6       0      0 :::40492                :::*                                434/rpc.statd   
 +udp6       0      0 :::111                  :::*                                396/rpcbind     
 +Active UNIX domain sockets (servers and established)
 +Proto RefCnt Flags       Type       State         I-Node   PID/Program name    Path
 +unix  2      [ ACC ]     STREAM     LISTENING     17625    1791/Remote Access  /tmp//.java_pid1791
 +--More--
 +</code>
 +
 +==== Résolution d'adresses Ethernet ====
 +
 +Chaque protocole peut être encapsulé dans une **trame** Ethernet. Lorsque la trame doit être transportée de l'expéditeur au destinataire, ce premier doit connaitre l'adresse Ethernet du dernier. L'adresse Ethernet est aussi appelée l'adresse **Physique** ou l'adresse **MAC**.
 +
 +Pour connaître l'adresse Ethernet du destinataire, l'expéditeur fait appel au protocol **ARP**. Les informations reçues sont stockées dans une table. Pour visualiser ces informations, il convient d'utiliser la commande suivante :
 +
 +<code>
 +root@debian8:~# arp -a
 +? (10.0.2.2) at 52:54:00:12:35:02 [ether] on eth0
 +? (10.0.2.3) at 52:54:00:12:35:03 [ether] on eth0
 +</code>
 +
 +===Options de la commande===
 +
 +Les options de cette commande sont :
 +
 +<code>
 +root@debian8:~# arp --help
 +Usage:
 +  arp [-vn]  [<HW>] [-i <if>] [-a] [<hostname>]             <-Display ARP cache
 +  arp [-v]          [-i <if>] -d  <host> [pub]               <-Delete ARP entry
 +  arp [-vnD] [<HW>] [-i <if>] -f  [<filename>]            <-Add entry from file
 +  arp [-v]   [<HW>] [-i <if>] -s  <host> <hwaddr> [temp]            <-Add entry
 +  arp [-v]   [<HW>] [-i <if>] -Ds <host> <if> [netmask <nm>] pub          <-''-
 +
 +        -a                       display (all) hosts in alternative (BSD) style
 +        -s, --set                set a new ARP entry
 +        -d, --delete             delete a specified entry
 +        -v, --verbose            be verbose
 +        -n, --numeric            don't resolve names
 +        -i, --device             specify network interface (e.g. eth0)
 +        -D, --use-device         read <hwaddr> from given device
 +        -A, -p, --protocol       specify protocol family
 +        -f, --file               read new entries from file or from /etc/ethers
 +
 +  <HW>=Use '-H <hw>' to specify hardware address type. Default: ether
 +  List of possible hardware types (which support ARP):
 +    ash (Ash) ether (Ethernet) ax25 (AMPR AX.25) 
 +    netrom (AMPR NET/ROM) rose (AMPR ROSE) arcnet (ARCnet) 
 +    dlci (Frame Relay DLCI) fddi (Fiber Distributed Data Interface) hippi (HIPPI) 
 +    irda (IrLAP) x25 (generic X.25) eui64 (Generic EUI-64) 
 +</code>
 +
 +=====Annexe #3 - Comprendre le Chiffrement=====
 +
 +====Introduction à la cryptologie====
 +
 +===Définitions===
 +
 +  * **La Cryptologie**
 +    * La science qui étudie les aspects scientifiques de ces techniques, c'est-à-dire qu'elle englobe la cryptographie et la cryptanalyse. 
 +  * **La Cryptanalyse**
 +    * Lorsque la clef de déchiffrement n'est pas connue de l'attaquant on parle alors de cryptanalyse ou cryptoanalyse (on entend souvent aussi le terme plus familier de cassage).
 +  * **La Cryptographie**
 +    * Un terme générique désignant l'ensemble des techniques permettant de chiffrer des messages, c'est-à-dire permettant de les rendre inintelligibles sans une action spécifique. Les verbes crypter et chiffrer sont utilisés.
 +  * **Le Décryptement ou Décryptage**
 +    * Est le fait d'essayer de déchiffrer illégitimement le message (que la clé de déchiffrement soit connue ou non de l'attaquant).
 +
 +{{ :redhat:lx04:crypto1.gif|Cette image issue de Comment Ça Marche (www.commentcamarche.net) est mise à disposition sous les termes de la licence Creative Commons. Vous pouvez copier, modifier des copies de l'image, dans les conditions fixées par la licence, tant que cette note apparaît clairement. }}
 +
 +==La Cryptographie==
 +
 +La cryptographie apporte quatre points clefs: 
 +
 +  * La confidentialité
 +    * consiste à rendre l'information inintelligible à d'autres personnes que les acteurs de la transaction.
 +  * L'intégrité
 +    * consiste à déterminer si les données n'ont pas été altérées durant la communication (de manière fortuite ou intentionnelle).
 +  * L'authentification
 +    * consiste à assurer l'identité d'un utilisateur.
 +  * La non-répudiation
 +    * est la garantie qu'aucun des correspondants ne pourra nier la transaction. 
 +
 +La cryptographie est basée sur l'arithmétique. Il s'agit, dans le cas d'un texte, de transformer les lettres qui composent le message en une succession de chiffres (sous forme de bits dans le cas de l'informatique), puis ensuite de faire des calculs sur ces chiffres pour:
 +
 +  * Procéder au chiffrement
 +    * Le résultat de cette modification (le message chiffré) est appelé cryptogramme (Ciphertext) par opposition au message initial, appelé message en clair (Plaintext)
 +  * Procéder au déchiffrement
 +
 +Le chiffrement se fait à l'aide d'une clef de chiffrement. Le déchiffrement nécessite  une clef de déchiffrement.
 +
 +On distingue deux types de clefs:
 +
 +  * Les clés symétriques: 
 +    * des clés utilisées pour le chiffrement ainsi que pour le déchiffrement. On parle alors de chiffrement symétrique ou de chiffrement à clé secrète.
 +  * Les clés asymétriques: 
 +    * des clés utilisées dans le cas du chiffrement asymétrique (aussi appelé chiffrement à clé publique). Dans ce cas, une clé différente est utilisée pour le chiffrement et pour le déchiffrement.
 +
 +==Le Chiffrement par Substitution==
 + 
 +Le chiffrement par substitution consiste à remplacer dans un message une ou plusieurs entités (généralement des lettres) par une ou plusieurs autres entités. On distingue généralement plusieurs types de cryptosystèmes par substitution :
 +
 +  * La substitution **monoalphabétique**
 +    * consiste à remplacer chaque lettre du message par une autre lettre de l'alphabet
 +  * La substitution **polyalphabétique** 
 +    * consiste à utiliser une suite de chiffres monoalphabétique réutilisée périodiquement
 +  * La substitution **homophonique** 
 +    * permet de faire correspondre à chaque lettre du message en clair un ensemble possible d'autres caractères
 +  * La substitution de **polygrammes**  
 +    * consiste à substituer un groupe de caractères (polygramme) dans le message par un autre groupe de caractères
 +
 +====Algorithmes à clé secrète====
 +
 +===Le Chiffrement Symétrique===
 +
 +Ce système est aussi appelé le système à **Clef Secrète** ou à **clef privée**.
 +
 +Ce système consiste à effectuer une opération de chiffrement par algorithme mais comporte un inconvénient, à savoir qu'il nécessite un canal sécurisé pour la transmission de la clef de chiffrement/déchiffrement.
 +
 +{{:redhat:lx04:crypto2.gif|Cette image issue de Comment Ça Marche (www.commentcamarche.net) est mise à disposition sous les termes de la licence Creative Commons. Vous pouvez copier, modifier des copies de l'image, dans les conditions fixées par la licence, tant que cette note apparaît clairement.}}
 +
 +<WRAP center round important>
 +Le système de Méthode du Masque Jetable (One Time Pad) fût mis au point dans les années 1920. Il utilisait une clef générée aléatoirement à usage unique.
 +</WRAP>
 +
 +Les algorithmes de chiffrement symétrique couramment utilisés en informatique sont:
 +
 +  * **[[wpfr>Data_Encryption_Standard|Data Encryption Standard]]** (DES),
 +  * **[[wpfr>Triple_DES|Triple DES]]** (3DES),
 +  * **[[wpfr>RC2]]**, 
 +  * **[[wpfr>Blowfish|Blowfish]]**,
 +  * **[[wpfr>International_Data_Encryption_Algorithm|International Data Encryption Algorithm]]** (IDEA),
 +  * **[[wpfr>Standard_de_chiffrement_avancé|Advanced Encryption Standard]]** (AES).
 +
 +====Algorithmes à clef publique====
 +
 +===Le Chiffrement Asymétrique===
 +
 +Ce système est aussi appelé **Système à Clef Publique**.
 +
 +Ce système consiste à avoir deux clefs appelées des **bi-clefs**:
 +
 +  * Une clef **publique** pour le chiffrement
 +  * Une clef **secrète** ou **privée** pour le déchiffrement
 +
 +{{:redhat:lx04:crypto3.gif|Cette image issue de Comment Ça Marche (www.commentcamarche.net) est mise à disposition sous les termes de la licence Creative Commons. Vous pouvez copier, modifier des copies de l'image, dans les conditions fixées par la licence, tant que cette note apparaît clairement.}}
 +
 +  * L'utilisateur A (celui qui déchiffre) choisit une clef privée. 
 +  * A partir de cette clef il génère plusieurs clefs publiques grâce à un algorithme.
 +  * L'utilisateur B (celui qui chiffre) choisit une des clefs publiques à travers un canal non-sécurisé pour chiffrer les données à l'attention de l'utilisateur A.
 +
 +Ce système est basé sur ce que l'on appelle une **fonction à trappe à sens unique** ou **one-way trap door**.
 +
 +Il existe toutefois un problème – s'assurer que la clef publique récupérée est bien celle qui correspond au destinataire !
 +
 +Les algorithmes de chiffrement asymétrique couramment utilisés en informatique sont:
 +
 +  * **[[wpfr>Digital_Signature_Algorithm|Digital Signature Algorithm]]** (DSA)
 +  * **[[wpfr>Rivest_Shamir_Adleman|Rivest, Shamir, Adleman]]** (RSA)
 +
 +===La Clef de Session===
 +
 +Ce système est un compromis entre le système symétrique et le système asymétrique. Il permet l'envoie de données chiffrées à l'aide d'un algorithme de chiffrement symétrique par un canal non-sécurisé et a été mis au point pour palier au problème de lenteur de déchiffrement du système asymétrique.
 +
 +{{:redhat:lx04:crypto4.gif|Cette image issue de Comment Ça Marche (www.commentcamarche.net) est mise à disposition sous les termes de la licence Creative Commons. Vous pouvez copier, modifier des copies de l'image, dans les conditions fixées par la licence, tant que cette note apparaît clairement.}}
 +
 +Ce système fonctionne de la façon suivante :
 +
 +  * L'utilisateur A chiffre une clef privée générée aléatoirement, appelée une « clef de session », en utilisant une des clefs publiques de l'utilisateur B.
 +  * L'utilisateur A chiffre les données avec la clef de session.
 +  * L'utilisateur B déchiffre la clef de session en utilisant sa propre clef privée.
 +  * L'utilisateur B déchiffre les données en utilisant la clef de session.
 +
 +====Fonctions de Hachage====
 +
 +La fonction de **hachage**, aussi appelée une fonction de **condensation**, est à **sens unique** (one way function). Il « condense » un message en clair et produit un haché unique.
 +
 +{{:redhat:lx04:crypto5.gif|Cette image issue de Comment Ça Marche (www.commentcamarche.net) est mise à disposition sous les termes de la licence Creative Commons. Vous pouvez copier, modifier des copies de l'image, dans les conditions fixées par la licence, tant que cette note apparaît clairement.}}
 +
 +Les deux algorithmes de hachage utilisés sont: 
 +
 +  * **[[wpfr>MD5|Message Digest 5]]** (MD5) 
 +  * **[[wpfr>SHA-1|Secure Hash Algorithm]]** (SHA)
 +
 +Lors de son envoie, le message est accompagné de son haché et il est donc possible de garantir son intégrité:
 +
 +{{:redhat:lx04:crypto6.gif|Cette image issue de Comment Ça Marche (www.commentcamarche.net) est mise à disposition sous les termes de la licence Creative Commons. Vous pouvez copier, modifier des copies de l'image, dans les conditions fixées par la licence, tant que cette note apparaît clairement.}}
 + 
 +  * A la réception du message, le destinataire ou l’utilisateur B calcule le haché du message reçu et le compare avec le haché accompagnant le document. 
 +  * Si le message ou le haché a été falsifié durant la communication, les deux empreintes ne correspondront pas. 
 +
 +<WRAP center round important>
 +Ce système permet de vérifier que l'empreinte correspond bien au message reçu, mais ne permet pas de prouver que le message a bien été envoyé par l’utilisateur A.
 +</WRAP>
 +
 +====Signature Numérique====
 +
 +Pour garantir l'authentification du message l‘utilisateur A va chiffrer ou **signer** le haché à l'aide de sa clé privée. Le haché signé est appelé un **sceau**.
 +
 +{{:redhat:lx04:crypto7.gif|Cette image issue de Comment Ça Marche (www.commentcamarche.net) est mise à disposition sous les termes de la licence Creative Commons. Vous pouvez copier, modifier des copies de l'image, dans les conditions fixées par la licence, tant que cette note apparaît clairement.}}
 +
 +  * L’utilisateur A envoie le sceau au destinataire.
 +  * A la réception du message L’utilisateur B déchiffre le sceau avec la clé publique de l’utilisateur A.
 +  * Il compare le haché obtenu au haché reçu en pièce jointe.
 + 
 +Ce mécanisme de création de sceau est appelé **scellement**.
 +
 +Ce mécanisme est identique au procédé utilisé par SSH lors d'une connexion 
 +
 +====Utilisation de GnuPG====
 +
 +===Présentation===
 +
 +**GNU Privacy Guard** permet aux utilisateurs de transférer des messages chiffrés et/ou signés.
 +
 +===Installation===
 +
 +Sous RHEL/CentOS 7, le paquet gnupg est installé par défaut :
 +
 +<code>
 +root@debian8:~# whereis gpg
 +gpg: /usr/bin/gpg /usr/share/man/man1/gpg.1.gz
 +</code>
 +
 +===Configuration===
 +
 +Pour initialiser %%GnuPG%%, saisissez la commande suivante :
 +
 +<code>
 +root@debian8:~# whereis gpg
 +gpg: /usr/bin/gpg /usr/share/man/man1/gpg.1.gz
 +root@debian8:~# gpg
 +gpg: directory `/root/.gnupg' created
 +gpg: new configuration file `/root/.gnupg/gpg.conf' created
 +gpg: WARNING: options in `/root/.gnupg/gpg.conf' are not yet active during this run
 +gpg: keyring `/root/.gnupg/secring.gpg' created
 +gpg: keyring `/root/.gnupg/pubring.gpg' created
 +gpg: Go ahead and type your message ...
 +^C
 +gpg: Interrupt caught ... exiting
 +</code>
 +
 +Pour aider gpg dans la génération des clefs, utilisez **rngd** pour fournir suffisament d"Entropy" au noyau :
 +
 +<code>
 +root@debian8:~# apt-get install rng-tools
 +Reading package lists... Done
 +Building dependency tree       
 +Reading state information... Done
 +The following NEW packages will be installed:
 +  rng-tools
 +0 upgraded, 1 newly installed, 0 to remove and 95 not upgraded.
 +Need to get 46.8 kB of archives.
 +After this operation, 209 kB of additional disk space will be used.
 +Get:1 http://ftp.fr.debian.org/debian/ jessie/main rng-tools amd64 2-unofficial-mt.14-1 [46.8 kB]
 +Fetched 46.8 kB in 0s (146 kB/s)
 +Selecting previously unselected package rng-tools.
 +(Reading database ... 82472 files and directories currently installed.)
 +Preparing to unpack .../rng-tools_2-unofficial-mt.14-1_amd64.deb ...
 +Unpacking rng-tools (2-unofficial-mt.14-1) ...
 +Processing triggers for systemd (215-17+deb8u4) ...
 +Processing triggers for man-db (2.7.0.2-5) ...
 +Setting up rng-tools (2-unofficial-mt.14-1) ...
 +Job for rng-tools.service failed. See 'systemctl status rng-tools.service' and 'journalctl -xn' for details.
 +invoke-rc.d: initscript rng-tools, action "start" failed.
 +Processing triggers for systemd (215-17+deb8u4) ...
 +
 +root@debian8:~# rngd -f -r /dev/urandom
 +rngd 2-unofficial-mt.14 starting up...
 +entropy feed to the kernel ready
 +^Cstats: bits received from HRNG source: 60064
 +stats: bits sent to kernel pool: 4096
 +stats: entropy added to kernel pool: 4096
 +stats: FIPS 140-2 successes: 3
 +stats: FIPS 140-2 failures: 0
 +stats: FIPS 140-2(2001-10-10) Monobit: 0
 +stats: FIPS 140-2(2001-10-10) Poker: 0
 +stats: FIPS 140-2(2001-10-10) Runs: 0
 +stats: FIPS 140-2(2001-10-10) Long run: 0
 +stats: FIPS 140-2(2001-10-10) Continuous run: 0
 +stats: HRNG source speed: (min=64.005; avg=64.949; max=65.998)Mibits/s
 +stats: FIPS tests speed: (min=99.861; avg=111.541; max=124.663)Mibits/s
 +stats: Lowest ready-buffers level: 2
 +stats: Entropy starvations: 0
 +stats: Time spent starving for entropy: (min=0; avg=0.000; max=0)us
 +Exiting...
 +
 +root@debian8:~# cat /proc/sys/kernel/random/entropy_avail
 +2022
 +</code>
 +
 +Pour générer les clefs, saisissez la commande suivante :
 +
 +<code>
 +root@debian8:~# gpg --gen-key
 +gpg (GnuPG) 1.4.18; Copyright (C) 2014 Free Software Foundation, Inc.
 +This is free software: you are free to change and redistribute it.
 +There is NO WARRANTY, to the extent permitted by law.
 +
 +Please select what kind of key you want:
 +   (1) RSA and RSA (default)
 +   (2) DSA and Elgamal
 +   (3) DSA (sign only)
 +   (4) RSA (sign only)
 +Your selection? 1
 +RSA keys may be between 1024 and 4096 bits long.
 +What keysize do you want? (2048) 
 +Requested keysize is 2048 bits
 +Please specify how long the key should be valid.
 +         0 = key does not expire
 +      <n>  = key expires in n days
 +      <n>w = key expires in n weeks
 +      <n>m = key expires in n months
 +      <n>y = key expires in n years
 +Key is valid for? (0) 0
 +Key does not expire at all
 +Is this correct? (y/N) y
 +
 +You need a user ID to identify your key; the software constructs the user ID
 +from the Real Name, Comment and Email Address in this form:
 +    "Heinrich Heine (Der Dichter) <heinrichh@duesseldorf.de>"
 +
 +Real name: I2TCH
 +Email address: infos@i2tch.eu
 +Comment: Test Key
 +You selected this USER-ID:
 +    "I2TCH (Test Key) <infos@i2tch.eu>"
 +
 +Change (N)ame, (C)omment, (E)mail or (O)kay/(Q)uit? o
 +You need a Passphrase to protect your secret key.
 +
 +We need to generate a lot of random bytes. It is a good idea to perform
 +some other action (type on the keyboard, move the mouse, utilize the
 +disks) during the prime generation; this gives the random number
 +generator a better chance to gain enough entropy.
 +
 +Not enough random bytes available.  Please do some other work to give
 +the OS a chance to collect more entropy! (Need 158 more bytes)
 +.......+++++
 +.+++++
 +We need to generate a lot of random bytes. It is a good idea to perform
 +some other action (type on the keyboard, move the mouse, utilize the
 +disks) during the prime generation; this gives the random number
 +generator a better chance to gain enough entropy.
 ++++++
 +..+++++
 +gpg: /root/.gnupg/trustdb.gpg: trustdb created
 +gpg: key 324951F4 marked as ultimately trusted
 +public and secret key created and signed.
 +
 +gpg: checking the trustdb
 +gpg: 3 marginal(s) needed, 1 complete(s) needed, PGP trust model
 +gpg: depth: 0  valid:   1  signed:   0  trust: 0-, 0q, 0n, 0m, 0f, 1u
 +pub   2048R/324951F4 2016-08-07
 +      Key fingerprint = 293A 4AB0 C917 DEAD 1838  FAE6 B112 5F50 3249 51F4
 +uid                  I2TCH (Test Key) <infos@i2tch.eu>
 +sub   2048R/315943DA 2016-08-07
 +</code>
 +
 +La liste de clefs peut être visualisée avec la commande suivante :
 +
 +<code>
 +root@debian8:~# gpg --list-keys
 +/root/.gnupg/pubring.gpg
 +------------------------
 +pub   2048R/324951F4 2016-08-07
 +uid                  I2TCH (Test Key) <infos@i2tch.eu>
 +sub   2048R/315943DA 2016-08-07
 +</code>
 +
 +<WRAP center round important>
 +Pour importer la clef d'un correspondant dans sa trousse de clefs il convient d'utiliser la commande suivante :
 +
 +  # gpg --import la-clef.asc
 +</WRAP>
 +
 +Pour exporter sa clef publique, il convient d'utiliser la commande suivante :
 +
 +<code>
 +root@debian8:~# gpg --export --armor I2TCH > ~/I2TCH.asc
 +root@debian8:~# cat I2TCH.asc
 +-----BEGIN PGP PUBLIC KEY BLOCK-----
 +Version: GnuPG v1
 +
 +mQENBFem/AUBCADD1ExMqUny634CUdpqY8zvkaaPdg3JdV3dSmUEMOhhqyaftp++
 +RLqhi7F7+/uSTNv1I611xsVQ1zgPO8YTIwM2c/glIKa6pRTfPFO7qzPczFMhwNrO
 +a2jnwJjlqg4/BB8N0xWry2TTOjn6lTcwtWcFzjy0jmjFDQLut0/85mnGNB2aml9r
 +iaSMF2XwvjSIz6nPv0EVvfzzLUdebKBDBrqiZebCbCfeTzR3yyMr9rA8QWdfCHuW
 +yQaI/FO9BvHdv6CTmBXlKcfu+nTuBfhUfWlWIYn2549Fy47KIdLS+rB7b91FlUw+
 +8kidI4AVIUm2WlmpLzTJN/0m1PuBoHgi8TLzABEBAAG0IUkyVENIIChUZXN0IEtl
 +eSkgPGluZm9zQGkydGNoLmV1PokBOAQTAQIAIgUCV6b8BQIbAwYLCQgHAwIGFQgC
 +CQoLBBYCAwECHgECF4AACgkQsRJfUDJJUfSz3ggAwsH18xuOjidLNST2OM+8Sf/6
 +954Ajp3x7zBSQCihhHnuVL/vwlrIJ8ScHudQDPq42+zghfH+37O1PXU7cv43hsXT
 ++cLtSRjGtVE3uvScIUodJONGJJM6oOf3doyLsYHfA1511IWViryTGylS5sBBfjcN
 +/ljiSjE9K/IRqJ6g1iKU8reC5DU+FmjpOJsnTTef2Je91iHfuR+DPZUzgimulI5G
 +0Nrq4pqOD/o1j55N+AKM3fqlqRlyUuozsT+CfBGC/xN9gj1FTeeof3bwNoWuiD75
 +8nYA97eX0jQooxyrHq+9HHU6kvFtOVVpUEbgHyZzenQzdbAuYabJTETE7vgMfbkB
 +DQRXpvwFAQgArXPkbmoLS/B7eBUm1cTVvkcJET/RG4AcVs4aZNZ24ve8/qNva7Ec
 +d4A3kG1t3rHKlFlHnsGm8tHw3Jjg+/6WFFAzG4mzm8QrwA+vnmcHmSrhVgCaA0NS
 +vqOIWCys96bKcwLIJuYDK9kLuUDRRniMcaA2sl44BaVDl9V8HEm3PS3jYbewwCZa
 +Z7vtiiK39cyn6AatZHBw7ubeYupmtTUc34dfSym5K7jKgg3VOhaVGsDF1OPogBit
 +w1tLdNHRyxYkIkhV9xtBIaUMSDsfulmMVsQXXCwY27m3EQMc25C7xuQ5K/+TRLsv
 +DKzcYcPcHd0cT8B7Ym7+Xetq+CdQD1jOSQARAQABiQEfBBgBAgAJBQJXpvwFAhsM
 +AAoJELESX1AySVH0/PsIAKwbeV1fwcucq3X+afa/DtEmFWlRS50XwqVGb/ADu10R
 +7XsftBUSRBPMTvKvFNLSOklggKKP2OFz3ZmBttjdJXL+24U48LtLplG2cfXpAzjD
 +7rMVuKICgJGHlLWr+sT3t2uH/Mw7Rn3aw0a1MpV5GoqrBvKfdcYbTcbp9HSzCaJL
 +eVYbXTwXRLlyhcPVy2BZl8OVQlizqLkuzonAmzOMUpYAXU983MZlzEKhMp8R/otC
 +vx/Y+7kCHiWBqZzpD1MktjeSxUWt+jC7z4pb13t7DOFUzysiBdAYhWtCWAIbJdO2
 +Pi6GtIZkpKnV1Q7Ct6x3K7HJKfpis3YjIZSFq+Gr09o=
 +=bhYQ
 +-----END PGP PUBLIC KEY BLOCK-----
 +</code>
 +
 +Cette clef peut ensuite être jointe à des messages électroniques ou bien déposée sur un serveur de clefs tel http://www.keyserver.net.
 +
 +===Signer un message===
 +
 +Créez maintenant un message à signer :
 +
 +<code>
 +root@debian8:~# vi ~/message.txt
 +root@debian8:~# cat ~/message.txt
 +This is a test message for gpg
 +</code>
 +
 +Pour signer ce message en format binaire, il convient d'utiliser la commande suivante :
 +
 +<code>
 +root@debian8:~# gpg --default-key I2TCH --detach-sign message.txt
 +
 +You need a passphrase to unlock the secret key for
 +user: "I2TCH (Test Key) <infos@i2tch.eu>"
 +2048-bit RSA key, ID 324951F4, created 2016-08-07
 +
 +root@debian8:~# ls -l | grep message
 +-rw-r--r-- 1 root root       31 Aug  7 10:18 message.txt
 +-rw-r--r-- 1 root root      287 Aug  7 10:18 message.txt.sig
 +
 +root@debian8:~# cat message.txt.sig
 +�W���
 + �_P2IQ�E��>��)7�Lt����C�+�vC�0�cX�����1N�Zٸ�����;�6R����Y��>�gՎ���c����T�iO|&�TF���h��ݫu�����V�
 +                               _ǎ��ߠf�9ct���ĕ�Q�i>��ӂ��"K�c��)��~���*�uf%��DykheG/u��_K�'�}G�H
 +                      �R^i�tЉy�`�[]a�_1�ԺP)�a�\���ɘFO$m��l
 +                                                             3z���я�{�Ҿe�*H�w�H�N ����x�ۇ�
 +</code>
 +
 +Pour signer ce message en format ascii, il convient d'utiliser la commande suivante :
 +
 +<code>
 +root@debian8:~# gpg --default-key I2TCH --armor --detach-sign message.txt
 +
 +You need a passphrase to unlock the secret key for
 +user: "I2TCH (Test Key) <infos@i2tch.eu>"
 +2048-bit RSA key, ID 324951F4, created 2016-08-07
 +
 +root@debian8:~# ls -l | grep message
 +-rw-r--r-- 1 root root       31 Aug  7 10:18 message.txt
 +-rw-r--r-- 1 root root      473 Aug 10 11:29 message.txt.asc
 +-rw-r--r-- 1 root root      287 Aug  7 10:18 message.txt.sig
 +
 +root@debian8:~# cat message.txt.asc 
 +-----BEGIN PGP SIGNATURE-----
 +Version: GnuPG v1
 +
 +iQEcBAABAgAGBQJXqwICAAoJELESX1AySVH0tqUH/igOKaMwaEIgPCwUpv8rJLIy
 +2cCj2stliojf437f7eZDyHTNiB/ghmLc6GCogV3uA+jJg2O5vidI5HTD7M2qnnix
 +CTFRMwH0v61ssZTU/nB+KyO2S3NWRGV1T/dGXJGjXf2QBcSowWoTeQBjbVGDnB3O
 +twDpWH8NFdW7yGNoKdnPkCdrKEMuUCthLz05W1yCngFDpPwkd8MM9wFq7UdQ+EN9
 +G2iiyIQbArOI18v67BH571z+4UlOfJlUB+O2C9D8tobJBU7KNSPLWnYAJck6YrrC
 +3RVW5M74LcHtfQypSeCJAqxiZf2SMtNU99zPnDqMzwX8tNCpYrlL3IX6DdduOJ4=
 +=/wL9
 +-----END PGP SIGNATURE-----
 +</code>
 +
 +Pour vérifier la signature d'un message signé en mode ascii, il convient d'utiliser la commande :
 +
 +<code>
 +root@debian8:~# gpg --verify message.txt.asc
 +gpg: assuming signed data in `message.txt'
 +gpg: Signature made Wed 10 Aug 2016 11:34:35 BST using RSA key ID 324951F4
 +gpg: Good signature from "I2TCH (Test Key) <infos@i2tch.eu>"
 +</code>
 +
 +<WRAP center round important>
 +Pour vérifier la signature d'un message signé en mode ascii et produit en dehors du message lui-même, il convient d'utiliser la commande :
 +
 +  # gpg --verify message.txt.asc message.txt
 +</WRAP>
 +
 +Pour signer ce message **dans le message lui-même** en format ascii, il convient d'utiliser la commande suivante :
 +
 +<code>
 +root@debian8:~# gpg --default-key I2TCH --clearsign message.txt
 +
 +You need a passphrase to unlock the secret key for
 +user: "I2TCH (Test Key) <infos@i2tch.eu>"
 +2048-bit RSA key, ID 324951F4, created 2016-08-07
 +
 +File `message.txt.asc' exists. Overwrite? (y/N) y
 +root@debian8:~# ls -l | grep message
 +-rw-r--r-- 1 root root       31 Aug  7 10:18 message.txt
 +-rw-r--r-- 1 root root      551 Aug 10 11:30 message.txt.asc
 +-rw-r--r-- 1 root root      287 Aug  7 10:18 message.txt.sig
 +root@debian8:~# cat message.txt.asc 
 +-----BEGIN PGP SIGNED MESSAGE-----
 +Hash: SHA1
 +
 +This is a test message for gpg
 +-----BEGIN PGP SIGNATURE-----
 +Version: GnuPG v1
 +
 +iQEcBAEBAgAGBQJXqwJHAAoJELESX1AySVH0VEMIAJc7NP2v8s/mmllpRi3Kj9W1
 +oTS721z/XSbM4iQaFM7QnoJmlfCaAbOB01WNqiAVL4A1LGFntttknsoMF7lERU6k
 +hPCeMtdcWTF3/KwlLHBZ3jjNJeVS4BfJjiW0qStgbMRuzaVHV0iONACA80mnYEOx
 +TkVnk/IMkO0fsCBocbFeJ/DdR/P9o4u4yqhkwin2+cKPoEWUYBODhIOtHzLMuq1m
 +582UmrGUQq5z6CC7kiZzifbOtm54pT5MioVfHpYwt6+zlfvYhgVn8VQ62eKAg0zs
 +IaaRTYVmlD1XUbWxswqvBA9RwIRck6A5Oi5YAoH8jUHaZjvVK9KaEXDQ7Ga/Nk4=
 +=i5f6
 +-----END PGP SIGNATURE-----
 +</code>
 +
 +===Chiffrer un message===
 +
 +Pour chiffrer un message, il faut disposer de la clef publique du destinataire du message. Ce dernier utilisera ensuite sa clef privée pour déchiffrer le message. Il convient de préciser le destinataire du message, ou plus précisément la clef publique à utiliser, lors d'un chiffrement :
 +
 +    gpg --recipient <destinataire> --encrypt <message>
 +
 +  * //<destinataire>// représente toute information permettant de distinguer sans ambigüité une clef publique dans votre trousseau. Cette information peut-être le nom ou l'adresse email associé à la clef publique que vous voulez utiliser, 
 +  * //<message>// représente le message à chiffrer.
 +
 +Par exemple pour chiffrer un message en mode binaire, il convient de saisir la commande suivante :
 +
 +<code>
 +root@debian8:~# gpg --recipient I2TCH --encrypt message.txt
 +
 +root@debian8:~# ls -l | grep message
 +-rw-r--r-- 1 root root       31 Aug  7 10:18 message.txt
 +-rw-r--r-- 1 root root      473 Aug 10 11:34 message.txt.asc
 +-rw-r--r-- 1 root root      367 Aug 10 11:37 message.txt.gpg
 +-rw-r--r-- 1 root root      287 Aug  7 10:18 message.txt.sig
 +
 +root@debian8:~# cat message.txt.sig 
 +�W���
 + �_P2IQ�E��>��)7�Lt����C�+�vC�0�cX�����1N�Zٸ�����;�6R����Y��>�gՎ���c����T�iO|&�TF���h��ݫu�����V�
 +                               _ǎ��ߠf�9ct���ĕ�Q�i>��ӂ��"K�c��)��~���*�uf%��DykheG/u��_K�'�}G�H
 +                      �R^i�tЉy�`�[]a�_1�ԺP)�a�\���ɘFO$m��l
 +                                                             3z���я�{�Ҿe�*H�w�H�N ����x�ۇ�
 +</code>
 +
 +Et pour chiffrer un message en mode ascii, il convient de saisir la commande suivante :
 +
 +<code>
 +root@debian8:~# gpg --recipient I2TCH --armor --encrypt message.txt
 +File `message.txt.asc' exists. Overwrite? (y/N) y
 +
 +root@debian8:~# ls -l | grep message
 +-rw-r--r-- 1 root root       31 Aug  7 10:18 message.txt
 +-rw-r--r-- 1 root root      579 Aug 10 11:38 message.txt.asc
 +-rw-r--r-- 1 root root      367 Aug 10 11:37 message.txt.gpg
 +-rw-r--r-- 1 root root      287 Aug  7 10:18 message.txt.sig
 +
 +root@debian8:~# cat message.txt.asc 
 +-----BEGIN PGP MESSAGE-----
 +Version: GnuPG v1
 +
 +hQEMA9hdNoMxWUPaAQgAk8S4GyQNVeB36uoLY0icuC/WXoxL5P7cJHXVnQuPQiBU
 +XJX3rHW0RCavc6mLTJvUGYUysubcVisQFWm3LTZ0ZD796S671EdLNNGgsfHNdR90
 +ext6f6UihR2ep5Y++8eTSat7YQc8nLiF5yexbnOCBuyxGI7gP2lLiZAX6sifmY61
 +pMegrrhA4BN2Wupbwm2A7WX4NcU4mdZtNxW+zC1Rtp+NOr6ad5JftEes2yPdUcrD
 +WW2gZaL1DJx50OmBc/tmUt1ea2VEtVDr1WDosD6dEWUbffDBA6wzr1DzUW488D0s
 +mYoVwu1bYSSSzmNGGvlFDa6EE/nHwVMhvgld1SB63tJeAbYgXKgEyKTfgIe/Byss
 +EyofLf5p+DVtJs1MK3OdJ87GV5n2XamtD3Qp3O2EvF/YW9e9aRmt6rF9jLSbIBiS
 +m4Ka3BM8p2yK9PQQbAvQIIyUg9TjP31c1bzdRa/VNQ==
 +=laaP
 +-----END PGP MESSAGE-----
 +</code>
 +
 +Pour décrypter un message il convient d'utiliser la commande suivante :
 +
 +<code>
 +root@debian8:~# gpg --decrypt message.txt.asc
 +
 +You need a passphrase to unlock the secret key for
 +user: "I2TCH (Test Key) <infos@i2tch.eu>"
 +2048-bit RSA key, ID 315943DA, created 2016-08-07 (main key ID 324951F4)
 +
 +gpg: encrypted with 2048-bit RSA key, ID 315943DA, created 2016-08-07
 +      "I2TCH (Test Key) <infos@i2tch.eu>"
 +This is a test message for gpg
 +</code>
 +
 +====PKI====
 +
 +On appelle **[[wpfr>Public_Key_Infrastructure|PKI]]** (Public Key Infrastucture, ou en français **infrastructure à clé publique (ICP)**, parfois **infrastructure de gestion de clés (IGC)**) l’ensemble des solutions techniques basées sur la cryptographie à clé publique.
 +
 +Les cryptosystèmes à clés publiques permettent de s'affranchir de la nécessité d'avoir recours systématiquement à un canal sécurisé pour s'échanger les clés. En revanche, la publication de la clé publique à grande échelle doit se faire en toute confiance pour assurer que :
 +
 +    * La clé publique est bien celle de son propriétaire ;
 +    * Le propriétaire de la clé est digne de confiance ;
 +    * La clé est toujours valide. 
 +
 +Ainsi, il est nécessaire d'associer au bi-clé (ensemble clé publique / clé privée) un certificat délivré par un **tiers de confiance** : l'infrastructure de gestion de clés.
 +
 +Le tiers de confiance est une entité appelée communément autorité de certification (ou en anglais Certification authority, abrégé CA) chargée d'assurer la véracité des informations contenues dans le certificat de clé publique et de sa validité.
 +
 +Pour ce faire, l'autorité signe le certificat de clé publique à l'aide de sa propre clé en utilisant le principe de signature numérique.
 +
 +Le rôle de l'infrastructure de clés publiques est multiple et couvre notamment les champs suivants :
 +
 +    * enregistrer des demandes de clés en vérifiant l'identité des demandeurs ;
 +    * générer les paires de clés (clé privée / clé publique) ;
 +    * garantir la confidentialité des clés privées correspondant aux clés publiques ;
 +    * certifier l'association entre chaque utilisateurs et sa clé publique ;
 +    * révoquer des clés (en cas de perte par son propriétaire, d'expiration de sa date de validité ou de compromission). 
 +
 +Une infrastructure à clé publique est en règle générale composée de trois entités distinctes :
 +
 +    * L'autorité d'enregistrement (AE ou RA pour Recording authority), chargée des formalité administratives telles que la vérification de l'identité des demandeurs, le suivi et la gestion des demandes, etc.) ;
 +    * L'autorité de certification (AC ou CA pour Certification Authority), chargée des tâches techniques de création de certificats. L'autorité de certification est ainsi chargée de la signature des demandes de certificat (CSR pour Certificate Signing Request, parfois appelées PKCS#10, nom du format correspondant). L'autorité de certification a également pour mission la signature des listes de révocations (CRL pour Certificate Revocation List) ;
 +    * L'Autorité de dépôt (Repository) dont la mission est de conserver en sécurité les certificats.
 +
 +===Certificats X509===
 +
 +Pour palier aux problèmes liés à des clefs publiques piratées, un système de certificats a été mis en place.
 +
 +Le certificat permet d’associer la clef publique à une entité ou une personne. Les certificats sont délivrés par des Organismes de Certification.
 +
 +Les certificats sont des fichiers divisés en deux parties : 
 +
 +  * La partie contenant les informations 
 +  * La partie contenant la signature de l'autorité de certification
 +
 +La structure des certificats est normalisée par le standard **[[wpfr>X.509|X.509]]** de l’**[[wpfr>UIT|Union internationale des télécommunications]]**. 
 +
 +Elle contient : 
 +
 +  * Le nom de l'autorité de certification 
 +  * Le nom du propriétaire du certificat 
 +  * La date de validité du certificat 
 +  * L'algorithme de chiffrement utilisé 
 +  * La clé publique du propriétaire 
 +
 +Le Certificat est signé par l'autorité de certification:
 +
 +{{:redhat:lx04:crypto8.gif|Cette image issue de Comment Ça Marche (www.commentcamarche.net) est mise à disposition sous les termes de la licence Creative Commons. Vous pouvez copier, modifier des copies de l'image, dans les conditions fixées par la licence, tant que cette note apparaît clairement.}}
 +
 +La vérification se passe ainsi:
 +
 +{{:redhat:lx04:crypto9.gif|Cette image issue de Comment Ça Marche (www.commentcamarche.net) est mise à disposition sous les termes de la licence Creative Commons. Vous pouvez copier, modifier des copies de l'image, dans les conditions fixées par la licence, tant que cette note apparaît clairement.}}
  
 ----- -----

Piste : • DOE608 - Course Validation • LCF801 - Installation d'Ansible • DOF405 - Puppet en mode Agent/Maître • LCF805 - Validation de la Formation • AZU300 - Windows Azure – Administration • DOF506 - Validation de la Formation • LCF103 - Aide et Documentation • LCF803 - Rôles, Gabarits, Variables et Facts • SED501 - Administration de MySQL NDB Cluster • DOF404 - Hiera et Modules

Menu