Différences
Ci-dessous, les différences entre deux révisions de la page.
| Prochaine révision | Révision précédente | ||
| elearning:workbooks:centos:6:avance:l103 [2020/02/21 07:11] – créée admin | elearning:workbooks:centos:6:avance:l103 [2023/02/15 15:44] (Version actuelle) – admin | ||
|---|---|---|---|
| Ligne 1: | Ligne 1: | ||
| ~~PDF: | ~~PDF: | ||
| + | |||
| + | Version : **2022.01** | ||
| Dernière mise-à-jour : ~~LASTMOD~~ | Dernière mise-à-jour : ~~LASTMOD~~ | ||
| - | ======LRF303 | + | ======LCF302 |
| - | =====X Window System===== | + | =====Contenu du Module===== |
| - | L' | + | |
| + | | ||
| + | | ||
| + | | ||
| + | | ||
| + | | ||
| + | | ||
| + | | ||
| + | | ||
| + | | ||
| + | | ||
| + | | ||
| + | * La Topologie en Arbre | ||
| + | * La Topologie Maillée | ||
| + | * Classification par Étendue | ||
| + | * Les Types de LAN | ||
| + | | ||
| + | | ||
| + | | ||
| + | * 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 | ||
| + | * Catagories 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 | ||
| + | * Comprendre TCP Version 4 | ||
| + | * En-tête TCP | ||
| + | | ||
| + | | ||
| + | | ||
| + | | ||
| + | * VLSM | ||
| + | * Ports et sockets | ||
| + | * / | ||
| + | * Résolution d' | ||
| + | * 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 | ||
| - | * Fenêtres, | + | =====Comprendre les Réseaux===== |
| - | * Boutons, | + | |
| - | * Menus, | + | |
| - | * Curseur de souris, | + | |
| - | * etc. | + | |
| - | **X** est une application client/ | + | ====Présentation des Réseaux==== |
| - | Il existe trois versions de X : | + | 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 |
| - | | + | |
| - | * un logiciel libre utilisé depuis les modifications de la licence de XFree86 en 2004. La version 6.7.0 était basé sur la version 4.3.99 de XFree86. Depuis le développement est indépendant de son prédécesseur. | + | |
| - | * **[[http:// | + | |
| - | * un logiciel commercial édité par la société **Xi Graphics** possedant sa propre base de pilotes graphiques. | + | |
| - | ====Configuration==== | + | Pour que la communication soit efficace, elle doit respecter les critères suivants : |
| - | IL existe plusieurs outils pour configurer | + | * présenter des informations compréhensibles par tous les participants, |
| + | * être compatible avec un maximum d' | ||
| + | * si l' | ||
| + | * 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' | ||
| - | | + | On peut distinguer deux familles d'**Equipements** - les **Eléments Passifs** et les **Eléments Actifs**. |
| - | * **Xorg configure** est la commande utilisé pour configurer un serveur X basé sur X.orgX11. Cette commande produit le fichier | + | |
| + | Les **Eléments Passifs** transmettent | ||
| + | |||
| + | | ||
| + | * **La Topologie** - l' | ||
| + | |||
| + | Les **Eléments Actifs** sont des équipements | ||
| + | |||
| + | * **Equipement de Distribution Interne au Réseau** - Répartiteur (Hub, Switch, Commutateur etc.), Borne d' | ||
| + | * **Equipement d' | ||
| + | | ||
| + | |||
| + | Un **Nœud** est une extrémité de connexion | ||
| + | |||
| + | Une **Interface Réseau** est une prise ou élément d'un **Equipement Actif** faisant la connexion vers d' | ||
| <WRAP center round important> | <WRAP center round important> | ||
| - | **Important** : Ces deux commandes doivent être utilisées quand le serveur X est arrêté. | + | 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. |
| </ | </ | ||
| - | Deux outils qui ne bénéficient plus de support | + | Tous les **Equipements** connectés au même support |
| + | |||
| + | Les **Protocoles de Communication** définissent de façon formelle et interopérable la manière dont les informations | ||
| + | |||
| + | Des **Logiciels**, | ||
| + | |||
| + | Se basant sur des **Protocoles de Communication**, | ||
| + | |||
| + | L' | ||
| + | |||
| + | ====Classification des Réseaux==== | ||
| + | |||
| + | Les réseaux | ||
| + | |||
| + | * 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' | ||
| - | Dernièrement il existe des outils spécifiques | + | * 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' | ||
| + | * quand deux nœuds non directement connectés entre eux veulent communiquer ils le font par l' | ||
| - | * Red Hat, CentOS, Fedora : **system-config-display**. | + | ===Classification par Topologie=== |
| <WRAP center round important> | <WRAP center round important> | ||
| - | **Important** : Les outils disponibles pour le serveur XFree86 version 3.3.6 et antérieure était | + | La **Topologie Physique** d'un réseau décrit l' |
| </ | </ | ||
| - | Les fichiers de configuration de chaque serveur X sont : | + | ==La Topologie Physique== |
| - | * **[[http:// | + | Il existe 6 topologies physiques de réseau |
| - | * **/ | + | |
| - | * **[[http:// | + | |
| - | * **/ | + | * La Topologie en Bus, |
| - | * **[[http:// | + | * La Topologie en Etoile, |
| - | * **/ | + | * La Topologie en Anneau, |
| + | * La Topologie en Arbre, | ||
| + | * La Topologie Maillée. | ||
| - | =====Gestionnaire de Fenêtres===== | + | ==La Topologie en Ligne== |
| - | **X** ne doit être confondue avec un **Gestionnaire de Fenêtres** (//Window Manager//). Le Gestionnaire | + | Tous les nœuds sont connectés à un seul support. L' |
| - | * KDE, | + | ==La Topologie en Bus== |
| - | * GNOME, | + | |
| - | * twm, | + | |
| - | * IceWM, | + | |
| - | * Rvwm, | + | |
| - | * CDE, | + | |
| - | * WindowMaker, | + | |
| - | * Enlightenment, | + | |
| - | * Xfce, | + | |
| - | * Afterstep | + | |
| - | * Compiz Fusion, | + | |
| - | * Fluxbox, | + | |
| - | * Openbox, | + | |
| - | * Metacity, | + | |
| - | * Blackbox, | + | |
| - | * Ion, | + | |
| - | * Wmii, | + | |
| - | * etc. | + | |
| - | Les Gestionnaires | + | Tous les nœuds |
| + | 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' | ||
| - | * **KDE** (//Kool Desktop Environment// | + | {{: |
| - | * **GNOME** (//Gnu Network Object Model Environment// | + | |
| - | =====Toolkits===== | + | ==La Topologie en Étoile== |
| - | Chaque | + | Chaque |
| - | Une bibliothèque complète est appelée un **Widget Toolkit**. Le Toolkit le plus connu est **MOTIF**. Cependant **MOTIF** n'est pas libre. Pour cette raison les développeurs de Linux ont du concevoir des Toolkits ayant une licence libre. | + | {{: |
| - | Comme dans beaucoup de cas de développement sous Linux, il existe plusieurs Toolkits dont les deux les plus connus sont : | + | ==La Topologie en Anneau== |
| - | * **GTK** (//GIMP Toolkit//), programé en langage C et embarqué par défaut | + | Chaque nœud est relié directement à ses deux voisins |
| - | | + | |
| - | =====Freedesktop===== | + | {{: |
| - | Afin d' | + | Les stations sont reliées à la MAU par un câble ' |
| - | =====Display Manager===== | + | ==La Topologie en Arbre== |
| - | Le **Display Manager** est chargé | + | La Topologie en Arbre est utilisée dans un réseau hierarchique où le sommet, aussi appelé la **racine**, est connecté à plusieurs noeuds |
| - | Pour les connexions à distance le Display Manager utilise le protocole **XDMCP** (//X Display Manager Control Panel//)). Le fichier de configuration de XDMCP est **/ | + | ==La Topologie Maillée== |
| - | ====XDM, GDM et KDM==== | + | 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 : |
| - | Le Display Manager par défaut, compatible avec tous les serveurs **X**, est **XDM**. Les deux autres Display Managers les plus connus sont : | + | N(N-1)/2 = 100(100-1)/ |
| - | * **GDM** pour GNOME, | + | <WRAP center round important> |
| - | * **KDM** pour KDE, | + | La **Topologie Physique** la plus répandue est la **Topologie en Etoile**. |
| - | | + | </ |
| - | Les deux premiers sont essentiellement des XDM avec des fonctionnalités supplémentaires telles : | + | ===Classification par Etendue=== |
| - | * le passage d'un utilisateur à un autre, | + | La classification par étendue nous fournit 4 réseaux principaux : |
| - | * la liste des utilisateurs, | + | |
| - | * le choix d'un gestionnaire de fenêtres, | + | |
| - | * la possibilité d'une autoconnexion, | + | |
| - | * la liste des serveurs **X** distants, | + | |
| - | * etc. | + | |
| - | ====LightDM==== | + | ^ 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à | | ||
| - | LightDM est un gestionnaire | + | Cependant, |
| - | * Pas de dépendances de Gnome | + | | CAN | Campus Area Network | Réseau |
| - | * Utilisation de webkit pour le rendu des thèmes | + | | GAN | Global Area Network | Réseau Global | |
| - | * Support | + | | TAN | Tiny Area Network | Réseau Minuscule | |
| + | | FAN | Family Area Network | Réseau Familial | | ||
| + | | SAN | Storage Area Network | Réseau | ||
| - | Sous RHEL/CentOS 7, LightDM n'est pas installé | + | <WRAP center round important> |
| + | Etant donné que les WANs sont gérés | ||
| + | </ | ||
| - | < | + | ===Les Types de LAN=== |
| - | [root@centos7 ~]# yum install -y epel-release | + | |
| - | Loaded plugins: fastestmirror, | + | |
| - | Loading mirror speeds from cached hostfile | + | |
| - | * base: fr.mirror.babylon.network | + | |
| - | * extras: fr.mirror.babylon.network | + | |
| - | * updates: fr.mirror.babylon.network | + | |
| - | Resolving Dependencies | + | |
| - | --> Running transaction check | + | |
| - | ---> Package epel-release.noarch 0:7-6 will be installed | + | |
| - | --> Finished Dependency Resolution | + | |
| - | Dependencies Resolved | + | Il existe deux types de LAN : |
| + | |||
| + | * le réseau à serveur dédié, | ||
| + | * le réseau poste à poste. | ||
| - | ================================================================================ | + | ==Réseau à Serveur Dédié== |
| - | | + | |
| - | ================================================================================ | + | |
| - | Installing: | + | |
| - | | + | |
| - | Transaction Summary | + | Le réseau à serveur dédié est caractérisé par le fait que toutes les ressources ( imprimantes, |
| - | ================================================================================ | + | |
| - | Install | + | |
| - | Total download size: 14 k | + | Des exemples des systèmes d' |
| - | Installed size: 24 k | + | |
| - | Downloading packages: | + | |
| - | epel-release-7-6.noarch.rpm | + | |
| - | Running transaction check | + | |
| - | Running transaction test | + | |
| - | Transaction test succeeded | + | |
| - | Running transaction | + | |
| - | Installing : epel-release-7-6.noarch | + | |
| - | Verifying | + | |
| - | Installed: | + | * Windows NT Server, |
| - | | + | |
| + | * Windows 2003 Server, | ||
| + | * Windows 2008 Server, | ||
| + | * Linux, | ||
| + | * Unix. | ||
| - | Complete! | + | {{: |
| - | </ | + | |
| - | Installez ensuite LightDM : | + | ==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 |
| - | [root@centos7 ~]# yum install -y lightdm | + | |
| - | Loaded plugins: fastestmirror, | + | |
| - | epel/ | + | |
| - | epel | 4.3 kB | + | |
| - | (1/3): epel/ | + | |
| - | (2/3): epel/ | + | |
| - | (3/3): epel/ | + | |
| - | Loading mirror speeds from cached hostfile | + | |
| - | * base: fr.mirror.babylon.network | + | |
| - | * epel: mirrors.ircam.fr | + | |
| - | * extras: fr.mirror.babylon.network | + | |
| - | * updates: fr.mirror.babylon.network | + | |
| - | Resolving Dependencies | + | |
| - | --> Running transaction check | + | |
| - | ---> Package lightdm.x86_64 0: | + | |
| - | --> Processing Dependency: lightdm-greeter = 1.2 for package: lightdm-1.10.6-4.el7.x86_64 | + | |
| - | --> Processing Dependency: lightdm-gobject(x86-64) = 1.10.6-4.el7 for package: lightdm-1.10.6-4.el7.x86_64 | + | |
| - | --> Running transaction check | + | |
| - | ---> Package lightdm-gobject.x86_64 0: | + | |
| - | ---> Package lightdm-gtk.x86_64 0: | + | |
| - | --> Processing Dependency: lightdm-gtk-common = 1.8.5-19.el7 for package: lightdm-gtk-1.8.5-19.el7.x86_64 | + | |
| - | --> Running transaction check | + | |
| - | ---> Package lightdm-gtk-common.noarch 0: | + | |
| - | --> Finished Dependency Resolution | + | |
| - | Dependencies Resolved | + | * Windows 95, |
| + | * Windows 98, | ||
| + | * Windows NT Workstation. | ||
| - | ================================================================================ | + | {{:solaris:sol2: |
| - | | + | |
| - | ================================================================================ | + | |
| - | Installing: | + | |
| - | | + | |
| - | Installing for dependencies: | + | |
| - | | + | |
| - | | + | |
| - | | + | |
| - | Transaction Summary | + | ====Le Modèle Client/ |
| - | ================================================================================ | + | |
| - | Install | + | |
| - | Total download size: 362 k | + | 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**. |
| - | Installed size: 970 k | + | |
| - | Downloading packages: | + | Le serveur est aussi : |
| - | warning: | + | |
| - | Public key for lightdm-1.10.6-4.el7.x86_64.rpm is not installed | + | |
| - | (1/4): lightdm-1.10.6-4.el7.x86_64.rpm | + | |
| - | (2/4): lightdm-gobject-1.10.6-4.el7.x86_64.rpm | + | |
| - | (3/4): lightdm-gtk-1.8.5-19.el7.x86_64.rpm | + | |
| - | (4/4): lightdm-gtk-common-1.8.5-19.el7.noarch.rpm | + | |
| - | -------------------------------------------------------------------------------- | + | |
| - | Total 179 kB/s | 362 kB 00:02 | + | |
| - | Retrieving key from file:/// | + | |
| - | Importing GPG key 0x352C64E5: | + | |
| - | | + | |
| - | | + | |
| - | | + | |
| - | | + | |
| - | Running transaction check | + | |
| - | Running transaction test | + | |
| - | Transaction test succeeded | + | |
| - | Running transaction | + | |
| - | Installing : lightdm-gobject-1.10.6-4.el7.x86_64 | + | |
| - | Installing : lightdm-gtk-common-1.8.5-19.el7.noarch | + | |
| - | Installing : lightdm-1.10.6-4.el7.x86_64 | + | |
| - | Installing : lightdm-gtk-1.8.5-19.el7.x86_64 | + | |
| - | Verifying | + | |
| - | Verifying | + | |
| - | Verifying | + | |
| - | Verifying | + | |
| - | Installed: | + | * passif, c' |
| - | | + | |
| + | * garant de l' | ||
| - | Dependency Installed: | + | Le client est, par contre **actif**, étant à l' |
| - | lightdm-gobject.x86_64 0: | + | |
| - | Complete! | + | Il existe trois types de modèle client/ |
| - | </code> | + | |
| + | * **Plat** - tous les clients communiques avec un seul serveur, | ||
| + | * **Hiérarchique** - les clients n'ont de contact qu' | ||
| + | * **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' | ||
| + | |||
| + | === 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' | ||
| + | |||
| + | 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' | ||
| + | * 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' | ||
| + | * de la préparation, | ||
| + | * de la gestion de l' | ||
| + | * de la communication nœud à nœud | ||
| + | * de la gestion des erreurs | ||
| + | * avant la transmission, | ||
| + | * le nœud récepteur recalcule un CRC en fonction du contenu de la trame reçue et le compare à celui incorporé avec l' | ||
| + | * 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' | ||
| + | * é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' | ||
| + | * le CSMA/CD dans un réseau basé sur la technologie Ethernet | ||
| + | * l' | ||
| + | * 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' | ||
| + | |||
| + | * **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' | ||
| + | * permettant à un processus sur un nœud de communiquer avec un autre nœud et d' | ||
| + | |||
| + | * **La Couche de Session** ( Couche 5 ) est responsable : | ||
| + | * de l' | ||
| + | * de la conversation entre deux processus de vérification de la réception des messages envoyés en séquences, c' | ||
| + | |||
| + | * de la sécurité lors de l' | ||
| + | |||
| + | * **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/ | ||
| + | |||
| + | * **La Couche d' | ||
| + | * du dialogue homme/ | ||
| + | * 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' | ||
| + | |||
| + | ==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' | ||
| + | |||
| + | ==Protocol Data Units== | ||
| + | |||
| + | | ||
| + | |||
| + | * **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' | ||
| + | |||
| + | ^ 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:// | ||
| + | </ | ||
| + | |||
| + | 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' | ||
| + | |||
| + | * l' | ||
| + | * l' | ||
| + | * l' | ||
| + | |||
| + | === Le modèle TCP/IP === | ||
| + | |||
| + | <note tip> | ||
| + | **[[https:// | ||
| + | </ | ||
| + | |||
| + | 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' | ||
| + | * permet la communication entre des réseaux à base de systèmes d' | ||
| + | * est très proche du modèle OSI en termes d' | ||
| + | * est, en réalité, une suite de protocoles et de services : | ||
| + | * **IP** ( Internet Protocol ) | ||
| + | * le protocole IP s' | ||
| + | * **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' | ||
| + | * **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' | ||
| + | * **Ftp** ( File Transfer Protocol ) | ||
| + | * le protocole ftp est utilisé pour le transfert de fichiers. Il se trouve dans la couche d' | ||
| + | * **SMTP** ( Simple Message Transfer Protocol ) | ||
| + | * le service SMTP est utilisé pour le transfert de courrier électronique. Il se trouve dans la couche d' | ||
| + | * **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' | ||
| + | * **SNMP** ( Simple Network Management Protocol ) | ||
| + | * le protocole SNMP est composé d'un agent et un gestionnaire. L' | ||
| + | * **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:// | ||
| + | </ | ||
| + | |||
| + | Le modèle TCP/IP est composé de 4 couches : | ||
| + | |||
| + | * La couche d' | ||
| + | * Cette couche spécifie la forme sous laquelle les données doivent être acheminées, | ||
| + | * La couche Internet | ||
| + | * Cette couche est chargée de fournir le paquet de données. | ||
| + | * La couche de Transport | ||
| + | * Cette couche assure l' | ||
| + | * La couche d' | ||
| + | * 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 | ||
| + | | 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' | ||
| + | * La liaison nécessite deux canaux de transmissions, | ||
| + | * La **Liaison Half-Duplex** aussi appelée la **Liaison à l' | ||
| + | * Les données circulent dans un sens ou l' | ||
| + | * La liaison permet d' | ||
| + | * 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' | ||
| + | |||
| + | * 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' | ||
| + | * Permet le **câblage universel** (téléphonie, | ||
| + | * 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' | ||
| + | |||
| + | 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' | ||
| + | |||
| + | 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' | ||
| + | |||
| + | 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' | ||
| + | |||
| + | Il faut noter que : | ||
| + | |||
| + | * les données sont transmises à chaque nœud - c'est la méthode d' | ||
| + | * 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' | ||
| + | * 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' | ||
| + | |||
| + | ==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' | ||
| + | |||
| + | 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' | ||
| + | * quand un nœud souhaite émettre, il saisit le jeton, y dépose des données avec l' | ||
| + | * pendant son voyage, aucun autre nœud ne peut émettre, | ||
| + | * une fois arrivé à sa destination, | ||
| + | * ce système est appelé **déterministe**. | ||
| + | |||
| + | L' | ||
| + | |||
| + | * qu'il **évite des collisions**, | ||
| + | * qu'il est **possible de déterminer avec exactitude le temps que prenne l' | ||
| + | |||
| + | La technologie Token-Ring est donc idéale, voire obligatoire, | ||
| + | |||
| + | ====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 // | ||
| + | * les Ponts ou // | ||
| + | * les Commutateurs ou // | ||
| + | * les Routeurs ou // | ||
| + | * les Passerelles ou // | ||
| + | |||
| + | L' | ||
| + | |||
| + | ===Les Concentrateurs=== | ||
| + | |||
| + | Les Concentrateurs permettent une connectivité entre les nœuds en topologie en étoile. Selon leur configuration, | ||
| + | |||
| + | * **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' | ||
| + | |||
| + | * **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, | ||
| + | |||
| + | ===Les Ponts=== | ||
| + | |||
| + | Un Pont est **Répéteur intelligent**. Outre sa capacité d' | ||
| + | |||
| + | Les **diffusions** sont néanmoins autorisées. | ||
| + | |||
| + | Comme un Pont doit être intelligent, | ||
| + | |||
| + | Le Pont sert donc à isoler des segments du réseau pour des raisons de : | ||
| + | |||
| + | * **sécurité** afin d' | ||
| + | * **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. | ||
| + | |||
| + | ;#; | ||
| + | |||
| + | ==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 | ||
| + | |||
| + | ;#; | ||
| + | |||
| + | ==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. | ||
| + | |||
| + | ;#; | ||
| + | |||
| + | ===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' | ||
| + | |||
| + | 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' | ||
| + | |||
| + | ===Les Routeurs=== | ||
| + | |||
| + | Un Routeur est un Pont sophistiqué capable : | ||
| + | |||
| + | * d' | ||
| + | * de filtrer le trafic, | ||
| + | * d’isoler une partie du réseau, | ||
| + | * d’ explorer les informations d' | ||
| + | |||
| + | Les Routeurs utilisent une table de routage pour stocker les informations sur : | ||
| + | |||
| + | * les adresses du réseau, | ||
| + | * les solutions de connexion vers d' | ||
| + | * l' | ||
| + | |||
| + | 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' | ||
| + | |||
| + | * le **Routeur Dynamique** | ||
| + | * découvre automatiquement les routes à emprunter dans un réseau. | ||
| + | |||
| + | ===Les Passerelles=== | ||
| + | |||
| + | Ce périphérique, | ||
| + | |||
| + | * 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' | ||
| + | |||
| + | ^ 1er octet ^ 2ème octet ^ 3ème octet ^ 4 ème octet ^ | ||
| + | | Port source | ||
| + | | | ||
| + | | | ||
| + | | | ||
| + | | Checksum | ||
| + | | Options | ||
| + | | 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< | ||
| + | |||
| + | L' | ||
| + | |||
| + | 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' | ||
| + | * 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' | ||
| + | |||
| + | 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 UDP ==== | ||
| + | |||
| + | L' | ||
| + | |||
| + | ^ 1er octet ^ 2ème octet ^ 3ème octet ^ 4 ème octet ^ | ||
| + | | Port source | ||
| + | | | ||
| + | | Données | ||
| + | |||
| + | L' | ||
| + | |||
| + | ==== Fragmentation et Ré-encapsulation ==== | ||
| + | |||
| + | La taille limite d'un paquet TCP, l' | ||
| + | |||
| + | ==== Adressage ==== | ||
| + | |||
| + | L' | ||
| + | |||
| + | 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' | ||
| + | |||
| + | ^ ^ 1er octet ^ 2ème octet ^ 3ème octet ^ 4 ème octet ^ | ||
| + | | A | Net ID | ||
| + | | B | Net ID || Host ID || | ||
| + | | C | Net ID ||| Host ID | | ||
| + | | D | | ||
| + | | E | | ||
| + | |||
| + | L' | ||
| + | |||
| + | ^ Classe | ||
| + | | A | 1 | 0 | 7 | 2< | ||
| + | | B | 2 | 10 | 14 | 2< | ||
| + | | C | 3 | 110 | 21 | 2< | ||
| + | |||
| + | Le réseau 127. est réservé. Il s' | ||
| + | |||
| + | Dans chaque classe, certaines adresses sont réservées pour un usage privé : | ||
| + | |||
| + | ^ Classe | ||
| + | | A | 10.0.0.0 | ||
| + | | B | 172.16.0.0 | ||
| + | | C | 192.168.0.0 | ||
| + | |||
| + | Il existe des adresses particulières ne pouvant pas être utilisées pour identifier un hôte : | ||
| + | |||
| + | ^ Adresse Particulière | ||
| + | | 169.254.0.0 à 169.254.255.255 | ||
| + | | Hôte du réseau courant | ||
| + | | Adresse de réseau | ||
| + | | Adresse de diffusion | ||
| + | |||
| + | L' | ||
| + | |||
| + | Afin de mieux comprendre l' | ||
| + | |||
| + | ^ ^ 1er octet ^ 2ème octet ^ 3ème octet ^ 4 ème octet ^ | ||
| + | ^ ^ Net ID ^^^ Host ID ^ | ||
| + | | Adresse IP | | ||
| + | | Binaire | ||
| + | | Calcul de l' | ||
| + | | Binaire | ||
| + | | Adresse réseau | ||
| + | | Calcul de l' | ||
| + | | Binaire | ||
| + | | Adresse de diffusion | | ||
| + | |||
| + | ==== Masques de sous-réseaux ==== | ||
| + | |||
| + | Tout comme l' | ||
| + | |||
| + | ^ Classe | ||
| + | | A | 255.0.0.0 | ||
| + | | B | 255.255.0.0 | ||
| + | | C | 255.255.255.0 | ||
| + | |||
| + | 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' | ||
| + | |||
| + | * 1 x 1 = 1 | ||
| + | * 0 x 1 = 0 | ||
| + | * 1 x 0 = 0 | ||
| + | * 0 x 0 = 0 | ||
| + | |||
| + | Prenons le cas de l' | ||
| + | |||
| + | ^ ^ 1er octet ^ 2ème octet ^ 3ème octet ^ 4 ème octet ^ | ||
| + | | Adresse IP | | ||
| + | | Binaire | ||
| + | | Masque de sous-réseau | ||
| + | | Binaire | ||
| + | | Calcul AND | | ||
| + | | Adresse réseau | ||
| + | |||
| + | |||
| + | 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' | ||
| + | |||
| + | ^ ^ 1er octet ^ 2ème octet ^ 3ème octet ^ 4 ème octet ^ | ||
| + | | Adresse IP | | ||
| + | | Binaire | ||
| + | | Masque de sous-réseau | ||
| + | | Binaire | ||
| + | | Calcul AND | | ||
| + | | Adresse réseau | ||
| + | |||
| + | Puisque l' | ||
| + | |||
| + | L' | ||
| + | |||
| + | ^ ^ 1er octet ^ 2ème octet ^ 3ème octet ^ 4 ème octet ^ | ||
| + | | Adresse IP | | ||
| + | | Binaire | ||
| + | | Masque de sous-réseau | ||
| + | | Binaire | ||
| + | | Calcul AND | | ||
| + | | Adresse réseau | ||
| + | |||
| + | Dans ce cas, l' | ||
| + | |||
| + | ==== 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' | ||
| + | |||
| + | 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' | ||
| + | |||
| + | Pour illustrer ceci, prenons l' | ||
| + | |||
| + | Supposons que nous souhaiterions diviser notre réseau en 2 sous-réseaux. Pour coder 2 sous-réseaux, | ||
| + | |||
| + | * 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' | ||
| + | |||
| + | Nous pouvons utiliser les deux sous-réseaux suivants : | ||
| + | |||
| + | * 192.168.1.01XXXXXX | ||
| + | * 192.168.1.10XXXXXX | ||
| + | |||
| + | Pour le premier sous-réseau l' | ||
| + | |||
| + | | Sous-réseau #1 | | ||
| + | | Calcul de l' | ||
| + | | Binaire | ||
| + | | Adresse réseau | ||
| + | | Calcul de l' | ||
| + | | Binaire | ||
| + | | Adresse de diffusion | | ||
| + | |||
| + | * L' | ||
| + | |||
| + | * Le masque de sous-réseau est donc le 11111111.11111111.11111111.11000000 ou le 255.255.255.192 | ||
| + | |||
| + | * Nous pouvons avoir 2< | ||
| + | |||
| + | * La plage valide d' | ||
| + | |||
| + | Pour le deuxième sous-réseau l' | ||
| + | |||
| + | | Sous-réseau #2 | | ||
| + | | Calcul de l' | ||
| + | | Binaire | ||
| + | | Adresse réseau | ||
| + | | Calcul de l' | ||
| + | | Binaire | ||
| + | | Adresse de diffusion | | ||
| + | |||
| + | * L' | ||
| + | |||
| + | * Le masque de sous-réseau est donc le 11111111.11111111.11111111.11000000 ou le 255.255.255.192 | ||
| + | |||
| + | * Nous pouvons avoir 2< | ||
| + | |||
| + | * La plage valide d' | ||
| + | |||
| + | |||
| + | 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' | ||
| + | |||
| + | ==== / | ||
| - | Le fichier | + | Les ports les plus utilisés sont détaillés dans le fichier **/etc/services** : |
| < | < | ||
| - | [root@centos7 ~]# cat /etc/lightdm/lightdm.conf | + | [root@centos7 ~]# more /etc/services |
| + | # /etc/ | ||
| + | # $Id: services,v 1.55 2013/04/14 ovasik Exp $ | ||
| # | # | ||
| - | # General configuration | + | # Network services, Internet style |
| + | # IANA services version: last updated 2013-04-10 | ||
| # | # | ||
| - | # start-default-seat = True to always start one seat if none are defined in the configuration | + | # Note that it is presently the policy of IANA to assign a single well-known |
| - | # greeter-user = User to run greeter as | + | # port number for both TCP and UDP; hence, most entries here have two entries |
| - | # minimum-display-number | + | # even if the protocol doesn' |
| - | # minimum-vt = First VT to run displays on | + | # Updated |
| - | # lock-memory = True to prevent memory from being paged to disk | + | # are included, only the more common ones. |
| - | # user-authority-in-system-dir = True if session authority should be in the system location | + | |
| - | # guest-account-script = Script to be run to setup guest account | + | |
| - | # logind-load-seats = True to automatically set up multi-seat configuration | + | |
| - | # logind-check-graphical = True to on start seats that are marked as graphical by logind | + | |
| - | # log-directory = Directory to log information to | + | |
| - | # run-directory = Directory to put running state in | + | |
| - | # cache-directory = Directory to cache to | + | |
| - | # sessions-directory = Directory to find sessions | + | |
| - | # remote-sessions-directory = Directory to find remote sessions | + | |
| - | # greeters-directory = Directory to find greeters | + | |
| - | # backup-logs = True to move add a .old suffix to old log files when opening new ones | + | |
| # | # | ||
| - | [LightDM] | + | # The latest IANA port assignments can be gotten from |
| - | #start-default-seat=true | + | # http://www.iana.org/assignments/port-numbers |
| - | #greeter-user=lightdm | + | # The Well Known Ports are those from 0 through 1023. |
| - | # | + | # The Registered Ports are those from 1024 through 49151 |
| - | minimum-vt=1 | + | # The Dynamic and/or Private Ports are those from 49152 through 65535 |
| - | # | + | |
| - | user-authority-in-system-dir=true | + | |
| - | # | + | |
| - | # | + | |
| - | # | + | |
| - | # | + | |
| - | # | + | |
| - | #cache-directory=/ | + | |
| - | #sessions-directory=/ | + | |
| - | #remote-sessions-directory=/ | + | |
| - | #greeters-directory=/usr/ | + | |
| - | # | + | |
| # | # | ||
| - | # Seat defaults | + | # Each line describes one service, and is of the form: |
| # | # | ||
| - | # type = Seat type (xlocal, xremote) | + | # service-name port/protocol |
| - | # xdg-seat = Seat name to set pam_systemd XDG_SEAT variable and name to pass to X server | + | |
| - | # pam-service = PAM service to use for login | + | |
| - | # pam-autologin-service = PAM service to use for autologin | + | |
| - | # pam-greeter-service = PAM service to use for greeters | + | |
| - | # xserver-command = X server command to run (can also contain arguments e.g. X -special-option) | + | |
| - | # xmir-command = Xmir server command to run (can also contain arguments e.g. Xmir -special-option) | + | |
| - | # xserver-layout = Layout to pass to X server | + | |
| - | # xserver-config = Config file to pass to X server | + | |
| - | # xserver-allow-tcp = True if TCP/IP connections are allowed to this X server | + | |
| - | # xserver-share = True if the X server is shared for both greeter and session | + | |
| - | # xserver-hostname = Hostname of X server (only for type=xremote) | + | |
| - | # xserver-display-number = Display number of X server (only for type=xremote) | + | |
| - | # xdmcp-manager = XDMCP manager to connect to (implies xserver-allow-tcp=true) | + | |
| - | # xdmcp-port = XDMCP UDP/IP port to communicate on | + | |
| - | # xdmcp-key = Authentication key to use for XDM-AUTHENTICATION-1 (stored in keys.conf) | + | |
| - | # unity-compositor-command = Unity compositor command to run (can also contain arguments e.g. unity-system-compositor -special-option) | + | |
| - | # unity-compositor-timeout = Number of seconds to wait for compositor to start | + | |
| - | # greeter-session = Session to load for greeter | + | |
| - | # greeter-hide-users = True to hide the user list | + | |
| - | # greeter-allow-guest = True if the greeter should show a guest login option | + | |
| - | # greeter-show-manual-login = True if the greeter should offer a manual login option | + | |
| - | # greeter-show-remote-login = True if the greeter should offer a remote login option | + | |
| - | # user-session = Session to load for users | + | |
| - | # allow-user-switching = True if allowed to switch users | + | |
| - | # allow-guest = True if guest login is allowed | + | |
| - | # guest-session = Session to load for guests (overrides user-session) | + | |
| - | # session-wrapper = Wrapper script to run session with | + | |
| - | # greeter-wrapper = Wrapper script to run greeter with | + | |
| - | # guest-wrapper = Wrapper script to run guest sessions with | + | |
| - | # display-setup-script = Script to run when starting a greeter session (runs as root) | + | |
| - | # display-stopped-script = Script to run after stopping the display server (runs as root) | + | |
| - | # greeter-setup-script = Script to run when starting a greeter (runs as root) | + | |
| - | # session-setup-script = Script to run when starting a user session (runs as root) | + | |
| - | # session-cleanup-script = Script to run when quitting a user session (runs as root) | + | |
| - | # autologin-guest = True to log in as guest by default | + | |
| - | # autologin-user = User to log in with by default (overrides autologin-guest) | + | |
| - | # autologin-user-timeout = Number of seconds to wait before loading default user | + | |
| - | # autologin-session = Session to load for automatic login (overrides user-session) | + | |
| - | # autologin-in-background = True if autologin session should not be immediately activated | + | |
| - | # exit-on-failure = True if the daemon should exit if this seat fails | + | |
| - | # | + | |
| - | [SeatDefaults] | + | |
| - | # | + | |
| - | # | + | |
| - | # | + | |
| - | # | + | |
| - | # | + | |
| - | xserver-command=X -background none | + | |
| - | # | + | |
| - | # | + | |
| - | # | + | |
| - | # | + | |
| - | # | + | |
| - | # | + | |
| - | # | + | |
| - | # | + | |
| - | # | + | |
| - | # | + | |
| - | # | + | |
| - | # | + | |
| - | greeter-session=lightdm-greeter | + | |
| - | # | + | |
| - | # | + | |
| - | # | + | |
| - | # | + | |
| - | # | + | |
| - | # | + | |
| - | # | + | |
| - | # | + | |
| - | session-wrapper=/ | + | |
| - | # | + | |
| - | # | + | |
| - | # | + | |
| - | # | + | |
| - | # | + | |
| - | # | + | |
| - | # | + | |
| - | # | + | |
| - | # | + | |
| - | # | + | |
| - | # | + | |
| - | # | + | |
| - | # | + | |
| - | # | + | tcpmux |
| - | # Seat configuration | + | tcpmux |
| - | # | + | rje |
| - | # Each seat must start with " | + | rje |
| - | # Uses settings from [SeatDefaults], | + | echo 7/tcp |
| - | # | + | echo 7/udp |
| - | #[Seat:0] | + | discard |
| + | discard | ||
| + | systat | ||
| + | systat | ||
| + | daytime | ||
| + | --More--(0%) | ||
| + | </ | ||
| - | # | + | Notez que les ports sont listés par deux : |
| - | # XDMCP Server configuration | + | |
| - | # | + | |
| - | # enabled = True if XDMCP connections should be allowed | + | |
| - | # port = UDP/IP port to listen for connections on | + | |
| - | # listen-address = Host/ | + | |
| - | # key = Authentication key to use for XDM-AUTHENTICATION-1 or blank to not use authentication (stored in keys.conf) | + | |
| - | # | + | |
| - | # The authentication key is a 56 bit DES key specified in hex as 0xnnnnnnnnnnnnnn. | + | |
| - | # it can be a word and the first 7 characters are used as the key. | + | |
| - | # | + | |
| - | [XDMCPServer] | + | |
| - | # | + | |
| - | #port=177 | + | |
| - | # | + | |
| - | #key= | + | |
| - | # | + | * le port TCP |
| - | # VNC Server configuration | + | * le port UDP |
| - | # | + | |
| - | # enabled = True if VNC connections should be allowed | + | La liste la plus complète peut être consultée à l' |
| - | # command = Command to run Xvnc server with | + | |
| - | # port = TCP/IP port to listen for connections on | + | Pour connaitre la liste des sockets ouverts sur l' |
| - | # listen-address = Host/ | + | |
| - | # width = Width of display to use | + | < |
| - | # height = Height of display to use | + | [root@centos7 ~]# netstat |
| - | # depth = Color depth of display to use | + | Active Internet |
| - | # | + | Proto Recv-Q Send-Q Local Address |
| - | [VNCServer] | + | tcp 0 0 0.0.0.0: |
| - | # | + | tcp 0 0 127.0.0.1: |
| - | # | + | tcp 0 0 127.0.0.1: |
| - | #port=5900 | + | tcp 0 0 127.0.0.1: |
| - | # | + | tcp 0 0 127.0.0.1: |
| - | #width=1024 | + | tcp 0 0 127.0.0.1: |
| - | #height=768 | + | tcp 0 0 127.0.0.1: |
| - | #depth=8 | + | tcp 0 0 10.0.2.15: |
| + | tcp 0 0 127.0.0.1: | ||
| + | tcp6 | ||
| + | tcp6 | ||
| + | udp 0 0 10.0.2.15: | ||
| + | udp 0 0 0.0.0.0: | ||
| + | udp 0 0 0.0.0.0: | ||
| + | udp 0 0 127.0.0.1: | ||
| + | udp 0 0 0.0.0.0: | ||
| + | udp 0 0 0.0.0.0: | ||
| + | udp 0 0 10.0.2.15: | ||
| + | udp6 | ||
| + | udp6 | ||
| + | raw6 | ||
| + | Active UNIX domain sockets (servers and established) | ||
| + | Proto RefCnt Flags | ||
| + | unix 2 | ||
| + | unix 2 [ ACC ] | ||
| + | unix 2 [ ACC ] | ||
| + | unix 2 [ ACC ] | ||
| + | unix 2 [ ACC ] | ||
| + | ocket | ||
| + | unix 2 [ ACC ] | ||
| + | unix 2 [ ACC ] | ||
| + | --More-- | ||
| </ | </ | ||
| - | La configuration de l'écran d' | + | Pour connaitre la liste des applications ayant ouvert un port sur l'ordinateur, saisissez la commande suivante |
| < | < | ||
| - | [root@centos7 ~]# cat /etc/lightdm/lightdm-gtk-greeter.conf | + | [root@centos7 ~]# netstat -anp | more |
| - | # | + | Active Internet connections (servers and established) |
| - | # background = Background file to use, either an image path or a color (e.g. #772953) | + | Proto Recv-Q Send-Q Local Address |
| - | # theme-name = GTK+ theme to use | + | tcp 0 0 0.0.0.0: |
| - | # icon-theme-name = Icon theme to use | + | tcp 0 0 127.0.0.1: |
| - | # font-name = Font to use | + | tcp 0 0 127.0.0.1: |
| - | # xft-antialias = Whether to antialias Xft fonts (true or false) | + | tcp 0 0 127.0.0.1: |
| - | # xft-dpi = Resolution for Xft in dots per inch (e.g. 96) | + | tcp 0 0 127.0.0.1: |
| - | # xft-hintstyle = What degree of hinting to use (none, slight, medium, or hintfull) | + | tcp 0 0 127.0.0.1: |
| - | # xft-rgba = Type of subpixel antialiasing (none, rgb, bgr, vrgb or vbgr) | + | tcp 0 0 127.0.0.1: |
| - | # show-indicators = semi-colon ";" | + | tcp 0 0 10.0.2.15: |
| - | # show-clock (true or false) | + | tcp 0 1 10.0.2.15: |
| - | # clock-format = strftime-format string, e.g. %H:%M | + | tcp 0 0 127.0.0.1: |
| - | # keyboard = command to launch on-screen keyboard | + | tcp6 |
| - | # position = main window position: x y | + | tcp6 |
| - | # default-user-image = Image used as default user icon, path or #icon-name | + | udp 0 0 0.0.0.0: |
| - | # screensaver-timeout = Timeout | + | udp 0 0 0.0.0.0: |
| - | # | + | udp 0 0 127.0.0.1:323 |
| - | [greeter] | + | udp 0 0 0.0.0.0: |
| - | background=/usr/share/backgrounds/day.jpg | + | udp 0 0 0.0.0.0:14451 |
| - | # | + | udp 0 0 10.0.2.15: |
| - | # | + | udp6 |
| - | #font-name= | + | udp6 |
| - | # | + | raw6 |
| - | #xft-dpi= | + | Active UNIX domain sockets |
| - | #xft-hintstyle= | + | Proto RefCnt Flags |
| - | #xft-rgba= | + | unix 2 |
| - | # | + | unix 2 [ ACC ] |
| - | # | + | unix 2 [ ACC ] |
| - | # | + | unix 2 [ ACC ] |
| - | # | + | unix 2 [ ACC ] |
| - | # | + | unix 2 [ ACC ] |
| - | # | + | unix 2 [ ACC ] |
| + | unix 2 [ ACC ] | ||
| + | --More-- | ||
| </ | </ | ||
| - | =====X.orgX11===== | + | ==== Résolution d' |
| - | ====Présentation==== | + | Chaque protocole peut être encapsulé dans une **trame** Ethernet. Lorsque la trame doit être transportée de l' |
| - | L'exécutable X.orgX11 se trouve dans **/usr/bin** : | + | Pour connaître l'adresse Ethernet du destinataire, |
| < | < | ||
| - | [root@centos7 ~]# whereis Xorg | + | [root@centos7 ~]# arp -a |
| - | Xorg: / | + | ? (10.0.2.3) at 52:54: |
| + | gateway (10.0.2.2) at 52: | ||
| </ | </ | ||
| - | Les modules | + | ===Options de la commande=== |
| + | |||
| + | Les options | ||
| < | < | ||
| - | [root@centos7 ~]# ls -lR / | + | [root@centos7 ~]# arp --help |
| - | / | + | Usage: |
| - | total 36 | + | arp [-vn] [< |
| - | drwxr-xr-x. 5 root root 4096 Jun 4 10:00 modules | + | arp [-v] [-i <if>] -d < |
| - | -rw-r--r--. 1 root root 31246 Apr 10 2015 protocol.txt | + | arp [-vnD] [< |
| + | arp [-v] | ||
| + | arp [-v] | ||
| - | / | + | |
| - | total 776 | + | -e |
| - | drwxr-xr-x. 2 root root 4096 Jun 4 15:33 drivers | + | -s, --set set a new ARP entry |
| - | drwxr-xr-x. 2 root root 22 Jun 4 10:00 extensions | + | -d, --delete |
| - | drwxr-xr-x. 2 root root 106 Jun 4 10:02 input | + | -v, --verbose |
| - | -rwxr-xr-x. 1 root root 99568 Apr 10 2015 libexa.so | + | -n, --numeric |
| - | -rwxr-xr-x. 1 root root 20016 Apr 10 2015 libfbdevhw.so | + | -i, --device |
| - | -rwxr-xr-x. 1 root root 153528 Apr 10 2015 libfb.so | + | -D, --use-device |
| - | -rwxr-xr-x. 1 root root 19952 Mar 6 2015 libglamoregl.so | + | -A, -p, --protocol |
| - | -rwxr-xr-x. 1 root root 150992 Apr 10 2015 libint10.so | + | -f, --file read new entries from file or from /etc/ethers |
| - | -rwxr-xr-x. 1 root root 36552 Apr 10 2015 libshadowfb.so | + | |
| - | -rwxr-xr-x. 1 root root 36248 Apr 10 2015 libshadow.so | + | |
| - | -rwxr-xr-x. 1 root root 28232 Apr 10 2015 libvbe.so | + | |
| - | -rwxr-xr-x. 1 root root 33576 Apr 10 2015 libvgahw.so | + | |
| - | -rwxr-xr-x. 1 root root 198568 Apr 10 2015 libwfb.so | + | |
| - | / | + | |
| - | total 2616 | + | |
| - | -rwxr-xr-x. 1 root root | + | ash (Ash) ether (Ethernet) ax25 (AMPR AX.25) |
| - | -rwxr-xr-x. 1 root root 20408 Jun 9 2014 dummy_drv.so | + | |
| - | -rwxr-xr-x. 1 root root 24648 Jun 10 2014 fbdev_drv.so | + | dlci (Frame Relay DLCI) fddi (Fiber Distributed Data Interface) hippi (HIPPI) |
| - | -rwxr-xr-x. 1 root root 1501152 Mar 6 2015 intel_drv.so | + | irda (IrLAP) x25 (generic X.25) infiniband (InfiniBand) |
| - | -rwxr-xr-x. 1 root root 50472 Jun 9 2014 modesetting_drv.so | + | eui64 (Generic EUI-64) |
| - | -rwxr-xr-x. 1 root root 211080 Jun 10 2014 nouveau_drv.so | + | </code> |
| - | -rwxr-xr-x. 1 root root 181560 Mar 11 2015 qxl_drv.so | + | |
| - | -rwxr-xr-x. 1 root root 438848 Mar 6 2015 radeon_drv.so | + | |
| - | -rwxr-xr-x. 1 root root 24216 Jun 9 2014 v4l_drv.so | + | |
| - | lrwxrwxrwx. 1 root root 50 Jun 4 15:33 vboxvideo_drv.so -> / | + | |
| - | -rwxr-xr-x. 1 root root 28936 Jun 10 2014 vesa_drv.so | + | |
| - | -rwxr-xr-x. 1 root root 162008 Mar 6 2015 vmware_drv.so | + | |
| - | / | ||
| - | total 296 | ||
| - | -rwxr-xr-x. 1 root root 302520 Apr 10 2015 libglx.so | ||
| - | / | + | =====Comprendre le Chiffrement===== |
| - | total 276 | + | |
| - | -rwxr-xr-x. 1 root root 58776 Jun 10 2014 evdev_drv.so | + | |
| - | -rwxr-xr-x. 1 root root 70464 Mar 6 2015 synaptics_drv.so | + | |
| - | -rwxr-xr-x. 1 root root 20144 Jun 10 2014 vmmouse_drv.so | + | |
| - | -rwxr-xr-x. 1 root root 11440 Jun 10 2014 void_drv.so | + | |
| - | -rwxr-xr-x. 1 root root 113864 Jun 10 2014 wacom_drv.so | + | |
| - | </ | + | |
| - | Sous RHEL/CentOS 7 les paquets X.orgX11 installés peuvent être trouvés en utilisant | + | ====Introduction à la cryptologie==== |
| - | < | + | ===Définitions=== |
| - | [root@centos7 ~]# rpm -qa | grep xorg | + | |
| - | xorg-x11-drv-intel-2.99.916-5.el7.x86_64 | + | |
| - | xorg-x11-fonts-Type1-7.5-9.el7.noarch | + | |
| - | abrt-addon-xorg-2.1.11-19.el7.centos.0.3.x86_64 | + | |
| - | xorg-x11-utils-7.5-13.1.el7.x86_64 | + | |
| - | xorg-x11-drv-void-1.4.0-23.el7.x86_64 | + | |
| - | xorg-x11-drv-dummy-0.3.6-15.el7.x86_64 | + | |
| - | xorg-x11-drv-fbdev-0.4.3-15.el7.x86_64 | + | |
| - | xorg-x11-drv-evdev-2.8.2-5.el7.x86_64 | + | |
| - | xorg-x11-glamor-0.6.0-2.20140918git347ef4f.el7.x86_64 | + | |
| - | xorg-x11-drv-qxl-0.1.1-12.el7.x86_64 | + | |
| - | xorg-x11-server-utils-7.7-4.el7.x86_64 | + | |
| - | xorg-x11-drivers-7.7-6.el7.x86_64 | + | |
| - | xorg-x11-drv-modesetting-0.8.0-13.el7.x86_64 | + | |
| - | xorg-x11-xinit-1.3.2-14.el7.x86_64 | + | |
| - | xorg-x11-drv-ati-7.4.0-1.20140918git56c7fb8.el7.x86_64 | + | |
| - | xorg-x11-xauth-1.0.7-6.1.el7.x86_64 | + | |
| - | xorg-x11-drv-vesa-2.3.2-14.el7.x86_64 | + | |
| - | xorg-x11-font-utils-7.5-18.1.el7.x86_64 | + | |
| - | xorg-x11-server-common-1.15.0-33.el7_1.x86_64 | + | |
| - | xorg-x11-drv-vmware-13.0.2-1.el7.x86_64 | + | |
| - | xorg-x11-drv-vmmouse-13.0.0-10.el7.x86_64 | + | |
| - | xorg-x11-server-Xorg-1.15.0-33.el7_1.x86_64 | + | |
| - | xorg-x11-drv-wacom-0.23.0-6.el7.x86_64 | + | |
| - | xorg-x11-drv-nouveau-1.0.10-5.el7.x86_64 | + | |
| - | xorg-x11-drv-synaptics-1.7.1-13.el7.x86_64 | + | |
| - | xorg-x11-xkb-utils-7.7-9.1.el7.x86_64 | + | |
| - | xorg-x11-drv-v4l-0.2.0-35.el7.x86_64 | + | |
| - | </ | + | |
| - | ====Démarrage | + | * **La Cryptologie** |
| + | * La science qui étudie les aspects scientifiques de ces techniques, c' | ||
| + | * **La Cryptanalyse** | ||
| + | * Lorsque la clef de déchiffrement n'est pas connue de l' | ||
| + | * **La Cryptographie** | ||
| + | * Un terme générique désignant l' | ||
| + | * **Le Décryptement ou Décryptage** | ||
| + | * Est le fait d' | ||
| - | Les distributions RHEL ont historiquement utilisés les niveaux d' | + | {{ : |
| - | ====Utilisation==== | + | ==La Cryptographie== |
| - | Pour interagir avec et contrôler X.orgX11, un utilisateur dispose de plusieurs raccourcis claviers | + | La cryptographie apporte quatre points clefs: |
| - | ^ Raccourci | + | * La confidentialité |
| - | | < | + | * consiste à rendre l' |
| - | | < | + | * L' |
| - | | < | + | * consiste à déterminer si les données n'ont pas été altérées durant |
| + | * L' | ||
| + | * consiste à assurer l' | ||
| + | * La non-répudiation | ||
| + | * est la garantie qu' | ||
| - | ====Configuration==== | + | La cryptographie est basée sur l' |
| - | <WRAP center round important> | + | * Procéder au chiffrement |
| - | **Important** : Notez que X.orgX11 s' | + | * Le résultat |
| - | </ | + | |
| - | Un fichier | + | Le chiffrement se fait à l'aide d'une clef de chiffrement. Le déchiffrement nécessite |
| - | < | + | On distingue deux types de clefs: |
| - | Section " | + | |
| - | Identifier | + | |
| - | ModelName | + | |
| - | VendorName | + | |
| - | EndSection | + | |
| - | Section " | + | * Les clés symé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. |
| - | VendorName | + | |
| - | EndSection | + | |
| - | Section " | + | ==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 : |
| - | EndSubSection | + | |
| - | Device | + | |
| - | Identifier | + | |
| - | Monitor | + | |
| - | EndSection | + | |
| - | </ | + | |
| - | Des applications tierces peuvent déposer des fichiers | + | * La substitution **monoalphabétique** |
| + | * consiste à remplacer chaque lettre du message par une autre lettre | ||
| + | | ||
| + | * 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 | ||
| + | | ||
| + | * consiste à substituer un groupe de caractères (polygramme) dans le message par un autre groupe de caractères | ||
| - | < | + | ====Algorithmes à clé secrète==== |
| - | [root@centos7 ~]# ls -l / | + | |
| - | total 24 | + | ===Le Chiffrement Symétrique=== |
| - | -rw-r--r--. 1 root root 1099 Apr 10 2015 10-evdev.conf | + | |
| - | -rw-r--r--. 1 root root 1867 Apr 10 2015 10-quirks.conf | + | Ce système est aussi appelé le système à **Clef Secrète** ou à **clef privée**. |
| - | -rw-r--r--. 1 root root 1704 Mar 6 2015 50-synaptics.conf | + | |
| - | -rw-r--r--. 1 root root 115 Jun 10 2014 50-vmmouse.conf | + | Ce système consiste à effectuer une opération de chiffrement par algorithme mais comporte un inconvénient, |
| - | -rw-r--r--. 1 root root 835 Jun 10 2014 50-wacom.conf | + | |
| - | -rw-r--r--. 1 root root 61 Mar 6 2015 glamor.conf | + | {{: |
| - | </ | + | |
| <WRAP center round important> | <WRAP center round important> | ||
| - | **Important** : Les fichiers | + | 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. |
| </ | </ | ||
| - | Les fichiers | + | Les algorithmes |
| - | <file> | + | * **[[wpfr>Data_Encryption_Standard|Data Encryption Standard]]** (DES), |
| - | Section " | + | * **[[wpfr> |
| - | ... | + | * **[[wpfr> |
| - | </file> | + | * **[[wpfr>Blowfish|Blowfish]]**, |
| + | * **[[wpfr> | ||
| + | * **[[wpfr> | ||
| - | et se termine par une directive **EndSection** : | + | ====Algorithmes à clef publique==== |
| - | < | + | ===Le Chiffrement Asymétrique=== |
| - | ... | + | |
| - | EndSection | + | |
| - | </ | + | |
| - | Dans chaque section se trouvent des lignes comprennant une **Option** suivi d'une ou de plusieurs **Valeurs** : | + | Ce système est aussi appelé |
| - | < | + | Ce système consiste à avoir deux clefs appelées des **bi-clefs**: |
| - | Identifier | + | |
| - | </ | + | |
| - | <WRAP center round important> | + | * Une clef **publique** pour le chiffrement |
| - | **A faire** : Notez que la valeur | + | * Une clef **secrète** ou **privée** pour le déchiffrement |
| - | </ | + | |
| + | {{:redhat: | ||
| + | |||
| + | * L' | ||
| + | * A partir de cette clef il génère plusieurs clefs publiques grâce à un algorithme. | ||
| + | * L' | ||
| + | |||
| + | 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' | ||
| - | Certaines options sont des booléenes. | + | Les algorithmes de chiffrement asymétrique couramment utilisés en informatique |
| - | * **Vrai** : 1, on, true, yes, | + | * **[[wpfr> |
| - | * **Faux** : 0, off, false, no. | + | * **[[wpfr> |
| - | ===La Section ServerFlags=== | + | ===La Clef de Session=== |
| - | Cette section optionnelle contient des directives globales. Cependant les valeurs attribuées ici peuvent être modifiées | + | Ce système est un compromis entre le système symétrique et le système asymétrique. Il permet l' |
| - | Un exemple | + | {{: |
| - | < | + | Ce système fonctionne de la façon suivante : |
| - | Section " | + | |
| - | Option " | + | |
| - | EndSection | + | |
| - | </ | + | |
| - | Les directives | + | * L' |
| + | * L' | ||
| + | * L' | ||
| + | * L' | ||
| - | ^ Directive | + | ====Fonctions |
| - | | " | + | |
| - | | " | + | |
| - | ===La Section ServerLayout=== | + | La fonction de **hachage**, |
| - | Cette section regroupe | + | {{: |
| - | Un exemple | + | Les deux algorithmes |
| - | <file> | + | * **[[wpfr>MD5|Message Digest 5]]** (MD5) |
| - | Section | + | |
| - | Identifier | + | |
| - | Screen | + | |
| - | InputDevice | + | |
| - | InputDevice | + | |
| - | EndSection | + | |
| - | </file> | + | |
| - | Les directives les plus courantes dans cette section sont : | + | Lors de son envoie, le message est accompagné de son haché et il est donc possible de garantir son intégrité: |
| - | ^ Directive | + | {{: |
| - | | " | + | |
| - | | " | + | * 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. |
| - | | " | + | |
| - | | " | + | |
| <WRAP center round important> | <WRAP center round important> | ||
| - | **Important** : Le fichier | + | Ce système permet |
| </ | </ | ||
| - | ===La Section Files=== | + | ====Signature Numérique==== |
| - | Cette section regroupe les informations concernant les fichiers | + | Pour garantir l' |
| - | Un exemple | + | {{: |
| - | < | + | * L’utilisateur A envoie le sceau au destinataire. |
| - | Section " | + | * A la réception du message L’utilisateur B déchiffre le sceau avec la clé publique de l’utilisateur A. |
| - | RgbPath | + | * Il compare le haché obtenu au haché reçu en pièce jointe. |
| - | FontPath | + | |
| - | EndSection | + | Ce mécanisme de création de sceau est appelé **scellement**. |
| - | </ | + | |
| - | Les directives les plus courantes dans cette section sont : | + | Ce mécanisme est identique au procédé utilisé par SSH lors d'une connexion |
| - | ^ Directive | + | ====Utilisation |
| - | | " | + | |
| - | | " | + | |
| - | | " | + | |
| - | Voici le fichier | + | ===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 | ||
| < | < | ||
| - | [root@centos7 ~]# more /usr/share/X11/rgb.txt | + | [root@centos7 ~]# whereis gpg |
| - | 255 250 250 snow | + | gpg: / |
| - | 248 248 255 ghost white | + | |
| - | 248 248 255 GhostWhite | + | |
| - | 245 245 245 white smoke | + | |
| - | 245 245 245 WhiteSmoke | + | |
| - | 220 220 220 gainsboro | + | |
| - | 255 250 240 floral white | + | |
| - | 255 250 240 FloralWhite | + | |
| - | 253 245 230 old lace | + | |
| - | 253 245 230 OldLace | + | |
| - | 250 240 230 linen | + | |
| - | 250 235 215 antique white | + | |
| - | 250 235 215 AntiqueWhite | + | |
| - | 255 239 213 papaya whip | + | |
| - | 255 239 213 PapayaWhip | + | |
| - | 255 235 205 blanched almond | + | |
| - | 255 235 205 BlanchedAlmond | + | |
| - | 255 228 196 bisque | + | |
| - | 255 218 185 peach puff | + | |
| - | 255 218 185 PeachPuff | + | |
| - | 255 222 173 navajo white | + | |
| - | 255 222 173 NavajoWhite | + | |
| - | 255 228 181 moccasin | + | |
| - | 255 248 220 cornsilk | + | |
| - | 255 255 240 ivory | + | |
| - | 255 250 205 lemon chiffon | + | |
| - | 255 250 205 LemonChiffon | + | |
| - | 255 245 238 seashell | + | |
| - | 240 255 240 honeydew | + | |
| - | --More--(3%) | + | |
| </ | </ | ||
| - | ===La Section Modules=== | + | ===Configuration=== |
| - | Par défaut le serveur X charge ses modules à partir du répertoire **/ | + | Pour initialiser %%GnuPG%%, saisissez la commande suivante |
| < | < | ||
| - | [root@centos7 ~]# ls /usr/lib64/xorg/modules | + | [root@centos7 ~]# gpg |
| - | drivers | + | gpg: directory `/root/.gnupg' |
| - | extensions | + | gpg: new configuration file `/root/.gnupg/ |
| + | gpg: WARNING: options in `/root/.gnupg/gpg.conf' are not yet active during this run | ||
| + | gpg: keyring `/root/.gnupg/ | ||
| + | gpg: keyring `/root/.gnupg/ | ||
| + | gpg: Go ahead and type your message | ||
| + | ^C | ||
| + | gpg: signal Interrupt caught ... exiting | ||
| </ | </ | ||
| + | |||
| + | Pour générer les clefs, saisissez la commande suivante : | ||
| < | < | ||
| - | root@debian8:~# ls / | + | [root@centos7 |
| - | drivers | + | gpg (GnuPG) 2.0.22; Copyright (C) 2013 Free Software Foundation, Inc. |
| - | extensions | + | This is free software: you are free to change and redistribute it. |
| - | </ | + | There is NO WARRANTY, to the extent permitted by law. |
| - | <WRAP center round important> | + | Please select what kind of key you want: |
| - | **Important** : Le chemin par défaut de l' | + | (1) RSA and RSA (default) |
| - | </WRAP> | + | (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>m = key expires in n months | ||
| + | <n>y = key expires in n years | ||
| + | Key is valid for? (0) | ||
| + | Key does not expire at all | ||
| + | Is this correct? (y/N) y | ||
| - | Un exemple de cette section est : | + | GnuPG needs to construct a user ID to identify your key. |
| - | <file> | + | Real name: I2TCH |
| - | Section | + | Email address: infos@i2tch.eu |
| - | Load " | + | Comment: Test Key |
| - | EndSection | + | You selected this USER-ID: |
| - | </file> | + | "I2TCH (Test Key) <infos@i2tch.eu>" |
| + | |||
| + | Change (N)ame, (C)omment, (E)mail or (O)kay/ | ||
| + | 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. | ||
| + | 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: / | ||
| + | gpg: key F6A5B400 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: | ||
| + | pub | ||
| + | Key fingerprint = CA95 0CB9 859B 2F80 B8AF 8C07 5365 C618 F6A5 B400 | ||
| + | uid I2TCH (Test Key) < | ||
| + | sub | ||
| + | </ | ||
| + | |||
| + | La liste de clefs peut être visualisée avec la commande suivante : | ||
| + | |||
| + | < | ||
| + | [root@centos7 ~]# gpg --list-keys | ||
| + | / | ||
| + | ------------------------ | ||
| + | pub | ||
| + | uid I2TCH (Test Key) < | ||
| + | sub | ||
| + | </code> | ||
| <WRAP center round important> | <WRAP center round important> | ||
| - | **Attention** : Dans l'exemple ci-dessus, le module **fbdevhw** sera chargé **à la place des modules par défaut**. Pour charger les modules par défaut il faut les spécifier. | + | Pour importer la clef d'un correspondant dans sa trousse de clefs il convient d' |
| + | |||
| + | # gpg --import | ||
| </ | </ | ||
| - | ===La Section InputDevice=== | + | Pour exporter sa clef publique, il convient d' |
| - | Cette section décrit un périphérique en entrée. Il n'ya normalement qu'une section pour le clavier, les souris étant généralement détectées automatiquement. Vous pouvez cependant configurer une section **InputDevice** pour une souris en ecrasant la configuration par défaut. | + | < |
| + | [root@centos7 ~]# gpg --export --armor I2TCH > ~/I2TCH.asc | ||
| + | [root@centos7 ~]# cat I2TCH.asc | ||
| + | -----BEGIN PGP PUBLIC KEY BLOCK----- | ||
| + | Version: GnuPG v2.0.22 (GNU/Linux) | ||
| - | Un exemple de cette section est : | + | mQENBFeqtJkBCACgQWXgjwnOMvsI1KDgyCRrg3MZmjcvU9SBh+lEEEWfqY7MKXjs |
| + | PsXN/ | ||
| + | LR9KcXdBoSORGXMIsRKMzfS6oyK3yi5jM65P6jpH6PnyaX1PvlgjASh7F8OGoU8y | ||
| + | 46WW/ | ||
| + | v3UzxXeRKxF/ | ||
| + | T9bYfagX2LHVBanY/ | ||
| + | eSkgPGluZm9zQGkydGNoLmV1PokBOQQTAQIAIwUCV6q0mQIbAwcLCQgHAwIBBhUI | ||
| + | AgkKCwQWAgMBAh4BAheAAAoJEFNlxhj2pbQAYW8H/ | ||
| + | vvVGdQhqc7UptgYyqCWfegngdBH+2ScB8kbM8QVGX8kJ+xT4SeiV/ | ||
| + | sHBj5x77E5QVaU2Oz0cOlvg9cyGuQ5Y5sBN0MYEp7Q+mHpCTFhaCj8zwQ1/ | ||
| + | Qk/ | ||
| + | b0bG4p4mEmnhzZcfJ3runLJlCNrMRrWvBkkkGK/ | ||
| + | hP/ | ||
| + | AQ0EV6q0mQEIAOSMChRKnaZgOLzh0FN7jCJT8z8xqj1Qze8F4Vz6nS+X0Rk38lQt | ||
| + | ICRSMJFm6CzyPbQamAAIPshT256brXF0jPp9vpirJn/ | ||
| + | fE+/ | ||
| + | QbyrGjZYm0q2c9zb9QSbzxg/ | ||
| + | dpgAYycgennv7Ik8+CIOjgb+Gl5AewLYCMFKCx/ | ||
| + | glXAr6ddQRhk6L482R3qkWTlQHx62KAr7BMAEQEAAYkBHwQYAQIACQUCV6q0mQIb | ||
| + | DAAKCRBTZcYY9qW0AF60B/ | ||
| + | EuCi+EB6wyQ3dGSgQ9BUrO2KbF0OtjYxak3FWrFkmoFucvraxC2xQZuoqN+Qtydf | ||
| + | utmC6V4dCOsp3NWkuCBlUN4axI+m2M2tgTn06iDDkW0ZTISxMqapHjzIi43ufJrD | ||
| + | 1RBPjl8BBvxSqcceZsybqNre8u9xka2fXW8xMTJr14xeYITd/ | ||
| + | hR6B8Nji4yDplTZJtz8yJ+vOlg4p7TBN6O/ | ||
| + | VjdGSFRo2huGFd2KNCleilRVI3xcnrR9S7ziRJu9KG9H | ||
| + | =9R5l | ||
| + | -----END PGP PUBLIC KEY BLOCK----- | ||
| + | </ | ||
| - | < | + | Cette clef peut ensuite être jointe à des messages électroniques ou bien déposée sur un serveur de clefs tel http:// |
| - | Section " | + | |
| - | Identifier | + | |
| - | Driver | + | |
| - | Option | + | |
| - | Option | + | |
| - | EndSection | + | |
| - | </file> | + | |
| - | Les directives les plus courantes dans cette section sont : | + | ===Signer un message=== |
| - | ^ Directive | + | Créez maintenant |
| - | | " | + | |
| - | | " | + | |
| - | | " | + | |
| - | Quand la section décrit une souris, on trouve typiquement les options suivantes : | + | < |
| + | [root@centos7 ~]# vi ~/ | ||
| + | [root@centos7 ~]# cat ~/ | ||
| + | This is a test message for gpg | ||
| + | </ | ||
| - | ^ Option | + | Pour signer ce message en format binaire, il convient d'utiliser la commande suivante : |
| - | | " | + | |
| - | | " | + | |
| - | | " | + | |
| - | ===La Section Monitor=== | + | < |
| + | [root@centos7 ~]# gpg --default-key I2TCH --detach-sign message.txt | ||
| - | Cette section décrit l' | + | You need a passphrase to unlock the secret key for |
| + | user: "I2TCH (Test Key) < | ||
| + | 2048-bit RSA key, ID F6A5B400, created 2016-08-10 | ||
| - | <WRAP center round important> | + | [root@centos7 ~]# ls -l | grep message |
| - | **Attention** | + | -rw-r--r--. 1 root root 31 Aug 10 07:14 message.txt |
| - | </ | + | -rw-r--r--. 1 root root 287 Aug 10 07:16 message.txt.sig |
| - | Un exemple de cette section est : | + | [root@centos7 ~]# cat message.txt.sig |
| + | � W��� | ||
| + | Se����, | ||
| + | ��2�; | ||
| + | </ | ||
| - | < | + | Pour signer ce message en format ascii, il convient d' |
| - | Section " | + | |
| - | Identifier | + | |
| - | VendorName | + | |
| - | ModelName | + | |
| - | DisplaySize | + | |
| - | HorizSync | + | |
| - | VertRefresh | + | |
| - | EndSection | + | |
| - | </ | + | |
| - | Les directives les plus courantes dans cette section sont : | + | < |
| + | [root@centos7 ~]# gpg --default-key I2TCH --armor --detach-sign message.txt | ||
| - | ^ Directive | + | You need a passphrase to unlock the secret key for |
| - | | "Identifier" | + | user: "I2TCH (Test Key) < |
| - | | "VendorName" | + | 2048-bit RSA key, ID F6A5B400, created 2016-08-10 |
| - | | " | + | |
| - | | " | + | |
| - | | " | + | |
| - | | " | + | |
| - | | " | + | |
| - | | " | + | |
| + | [root@centos7 ~]# ls -l | grep message | ||
| + | -rw-r--r--. 1 root root 31 Aug 10 07:14 message.txt | ||
| + | -rw-r--r--. 1 root root 490 Aug 10 07:17 message.txt.asc | ||
| + | -rw-r--r--. 1 root root 287 Aug 10 07:16 message.txt.sig | ||
| - | ===La Section Device=== | + | [root@centos7 ~]# cat message.txt.asc |
| + | -----BEGIN PGP SIGNATURE----- | ||
| + | Version: GnuPG v2.0.22 (GNU/Linux) | ||
| - | Cette section décrit une carte vidéo. Il y a une section Device pour chaque carte vidéo présente dans la machine. | + | iQEcBAABAgAGBQJXqrkDAAoJEFNlxhj2pbQATwoH/ |
| + | AfFZz8lfwSlrBYwgDA/ | ||
| + | NZiOPZDVaEpOx1vLIbmBxGclfFtbvSiZj/ | ||
| + | Io8BPSnZvOlNhYQrPsGd046SLPRu8hTozwtB47Do6B6RazzpGLG7zOD1JZP56eD7 | ||
| + | oo3+1HxYdv4arVgjb/ | ||
| + | xrlhOU0PhK1+0pF8nVf/ | ||
| + | =rO70 | ||
| + | -----END PGP SIGNATURE----- | ||
| + | </ | ||
| - | Un exemple de cette section est : | + | Pour vérifier la signature d'un message signé en mode ascii, il convient d' |
| - | <file> | + | <code> |
| - | Section " | + | [root@centos7 ~]# gpg --verify message.txt.asc |
| - | Identifier | + | gpg: Signature made Wed 10 Aug 2016 07:43:49 CEST using RSA key ID F6A5B400 |
| - | Driver | + | gpg: Good signature from "I2TCH (Test Key) < |
| - | VendorName | + | </code> |
| - | BoardName | + | |
| - | VideoRam | + | |
| - | Option | + | |
| - | EndSection | + | |
| - | </file> | + | |
| - | Les directives les plus courantes dans cette section sont : | + | <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' | ||
| - | ^ Directive | + | # gpg --verify message.txt.asc message.txt |
| - | | " | + | </WRAP> |
| - | | " | + | |
| - | | " | + | |
| - | | " | + | |
| - | | " | + | |
| - | | " | + | |
| - | | " | + | |
| - | | " | + | |
| - | ===La Section Screen=== | + | Pour signer ce message **dans le message lui-même** en format ascii, il convient d' |
| - | Cette section associe une carte vidéo décrite par une section **Device** avec un moniteur décrit par une section **Monitor** : | + | < |
| + | [root@centos7 ~]# gpg --default-key I2TCH --clearsign message.txt | ||
| - | Un exemple de cette section est : | + | You need a passphrase to unlock the secret key for |
| + | user: "I2TCH (Test Key) < | ||
| + | 2048-bit RSA key, ID F6A5B400, created 2016-08-10 | ||
| - | < | + | File `message.txt.asc' |
| - | Section " | + | |
| - | Identifier " | + | |
| - | Device | + | |
| - | Monitor | + | |
| - | DefaultDepth | + | |
| - | SubSection " | + | |
| - | Depth | + | |
| - | Modes | + | |
| - | EndSubSection | + | |
| - | SubSection " | + | |
| - | Depth | + | |
| - | Modes | + | |
| - | EndSubSection | + | |
| - | EndSection | + | |
| - | </file> | + | |
| - | Les directives les plus courantes dans cette section sont : | + | [root@centos7 ~]# ls -l | grep message |
| + | -rw-r--r--. 1 root root 31 Aug 10 07:14 message.txt | ||
| + | -rw-r--r--. 1 root root 568 Aug 10 07:43 message.txt.asc | ||
| + | -rw-r--r--. 1 root root 287 Aug 10 07:16 message.txt.sig | ||
| - | ^ Directive | + | [root@centos7 ~]# cat message.txt.asc |
| - | | " | + | -----BEGIN PGP SIGNED MESSAGE----- |
| - | | " | + | Hash: SHA1 |
| - | | " | + | |
| - | | " | + | |
| - | | " | + | |
| - | | " | + | |
| - | ====La Commande xwininfo==== | + | This is a test message for gpg |
| + | -----BEGIN PGP SIGNATURE----- | ||
| + | Version: GnuPG v2.0.22 (GNU/Linux) | ||
| - | La commande xwininfo permet d' | + | iQEcBAEBAgAGBQJXqr8VAAoJEFNlxhj2pbQAQ3cH+wemHfA6SoMOakxzno0iJ5ry |
| + | yROrwTm2clnEbN2zJ7rWzwRT6YtPU4mFgDyjL6G7TzOU5o9AI1dfm2iZ3kdJKmgQ | ||
| + | ug1F9SfhtGjltnPB46keYnzthaHNzwLwNJtv2pgxcfhO9gbFWH4FCjMRAGm9S4Hl | ||
| + | okF/ | ||
| + | 8Z4wPBKy3AlcQlZdW9rScbyHjAeyQ/ | ||
| + | YHV7kmFU3X/ | ||
| + | =JTVm | ||
| + | -----END PGP SIGNATURE----- | ||
| + | </ | ||
| - | < | + | ===Chiffrer un message=== |
| - | [root@centos7 ~]# xwininfo | + | |
| - | xwininfo: Please select the window about which you | + | 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 : |
| - | would like information by clicking the | + | |
| - | mouse in that window. | + | |
| - | xwininfo: Window id: 0x2800025 " | + | gpg --recipient < |
| - | | + | |
| - | | + | |
| - | Relative upper-left X: 0 | + | |
| - | Relative upper-left Y: 32 | + | |
| - | Width: 1366 | + | |
| - | Height: 574 | + | |
| - | Depth: 24 | + | |
| - | Visual: 0x21 | + | |
| - | Visual Class: TrueColor | + | |
| - | Border width: 0 | + | |
| - | Class: InputOutput | + | |
| - | Colormap: 0x20 (installed) | + | |
| - | Bit Gravity State: NorthWestGravity | + | |
| - | Window Gravity State: NorthWestGravity | + | |
| - | Backing Store State: NotUseful | + | |
| - | Save Under State: no | + | |
| - | Map State: IsViewable | + | |
| - | Override Redirect State: no | + | |
| - | Corners: | + | |
| - | -geometry 1366x574+0+28 | + | |
| - | </code> | + | |
| - | Les options | + | Par exemple pour chiffrer un message en mode binaire, il convient |
| < | < | ||
| - | [root@centos7 ~]# xwininfo | + | [root@centos7 ~]# gpg --recipient I2TCH --encrypt message.txt |
| - | usage: | + | |
| - | where options include: | + | [root@centos7 ~]# ls -l | grep message |
| - | | + | -rw-r--r--. 1 root root 31 Aug 10 07:14 message.txt |
| - | -display host: | + | -rw-r--r--. 1 root root 568 Aug 10 07:43 message.txt.asc |
| - | | + | -rw-r--r--. 1 root root 368 Aug 10 07:47 message.txt.gpg |
| - | -id windowid | + | -rw-r--r--. 1 root root 287 Aug 10 07:16 message.txt.sig |
| - | | + | |
| - | | + | [root@centos7 ~]# cat message.txt.gpg |
| - | | + | � |
| - | | + | �q3p ����? |
| - | | + | ���X��VL��_~7���_*�u���BD��R��҃E�%��!�j����X�$��aԼ�F0[�)\N܂��$& |
| - | -bits print window pixel information | + | |
| - | -events | + | |
| - | | + | |
| - | | + | |
| - | | + | |
| - | | + | |
| - | | + | |
| - | -metric | + | |
| - | -all -tree, -stats, | + | |
| </ | </ | ||
| - | ====La Commande xdpyinfo==== | + | Et pour chiffrer un message en mode ascii, il convient de saisir la commande suivante |
| - | + | ||
| - | Xdpyinfo est un utilitaire utilisé | + | |
| < | < | ||
| - | [root@centos7 ~]# xdpyinfo | + | [root@centos7 ~]# gpg --recipient I2TCH --armor --encrypt message.txt |
| - | name of display: | + | File `message.txt.asc' exists. Overwrite? (y/N) y |
| - | version number: | + | |
| - | vendor string: | + | [root@centos7 ~]# ls -l | grep message |
| - | vendor release number: | + | -rw-r--r--. 1 root root 31 Aug 10 07:14 message.txt |
| - | X.Org version: 1.15.0 | + | -rw-r--r--. 1 root root 596 Aug 10 07:49 message.txt.asc |
| - | maximum request size: 16777212 bytes | + | -rw-r--r--. |
| - | motion buffer size: 256 | + | -rw-r--r--. 1 root root 287 Aug 10 07:16 message.txt.sig |
| - | bitmap unit, bit order, padding: | + | |
| - | image byte order: | + | [root@centos7 ~]# cat message.txt.asc |
| - | number of supported pixmap formats: | + | -----BEGIN PGP MESSAGE----- |
| - | supported pixmap formats: | + | Version: GnuPG v2.0.22 (GNU/Linux) |
| - | | + | |
| - | depth 4, bits_per_pixel 8, scanline_pad 32 | + | |
| - | depth 8, bits_per_pixel 8, scanline_pad 32 | + | |
| - | depth 15, bits_per_pixel 16, scanline_pad 32 | + | |
| - | depth 16, bits_per_pixel 16, scanline_pad 32 | + | |
| - | depth 24, bits_per_pixel 32, scanline_pad 32 | + | |
| - | depth 32, bits_per_pixel 32, scanline_pad 32 | + | |
| - | keycode range: | + | |
| - | focus: | + | |
| - | number of extensions: | + | |
| - | BIG-REQUESTS | + | |
| - | Composite | + | |
| - | DAMAGE | + | |
| - | DOUBLE-BUFFER | + | |
| - | DPMS | + | |
| - | DRI2 | + | |
| - | GLX | + | |
| - | Generic Event Extension | + | |
| - | MIT-SCREEN-SAVER | + | |
| - | MIT-SHM | + | |
| - | Present | + | |
| - | RANDR | + | |
| - | | + | |
| - | | + | |
| - | SGI-GLX | + | |
| - | SHAPE | + | |
| - | SYNC | + | |
| - | X-Resource | + | |
| - | XC-MISC | + | |
| - | XFIXES | + | |
| - | XFree86-DGA | + | |
| - | XFree86-VidModeExtension | + | |
| - | | + | |
| - | XInputExtension | + | |
| - | XKEYBOARD | + | |
| - | XTEST | + | |
| - | XVideo | + | |
| - | default screen number: 0 | + | |
| - | number of screens: | + | |
| - | screen #0: | + | hQEMA8ZxMwBwDxzVAQf/ |
| - | | + | vzKPBj7IJHANmW5t9Is+zq1fjdmNVBl7rDw9fLEHGXVARhWlyhMUPHdw2XPSE+VT |
| - | | + | 0Vzg89w/ |
| - | | + | BHr8aslUp06VEOC7dy9gXy7o0Q5Ycb94uM7wC/ |
| - | root window id: 0x170 | + | qdiIw0oCdhxNcirjSer3ZzHmqeSeQp6Sl424WuV1VZLnQXvmm084h3Z73kfBbeQc |
| - | depth of root window: | + | BJfGqDWIv0pNb/ |
| - | | + | p3h4HgfllK85X+WCQBcTgVaY7t0FHEkfQTrF3oYJI5kkRRnBvHKsKSN1fltKauBc |
| - | | + | tmT2G6lZTHO+YRUItKjlAti21hVuRw1gUierqy97Rg== |
| - | | + | =NeW+ |
| - | | + | -----END PGP MESSAGE----- |
| - | options: | + | |
| - | largest cursor: | + | |
| - | current input event mask: 0xda0003 | + | |
| - | KeyPressMask | + | |
| - | SubstructureNotifyMask | + | |
| - | ColormapChangeMask | + | |
| - | number of visuals: | + | |
| - | default visual id: 0x21 | + | |
| - | visual: | + | |
| - | visual id: 0x21 | + | |
| - | class: | + | |
| - | depth: | + | |
| - | available colormap entries: | + | |
| - | red, green, blue masks: | + | |
| - | significant bits in color specification: | + | |
| - | visual: | + | |
| - | visual id: 0xf9 | + | |
| - | class: | + | |
| - | depth: | + | |
| - | available colormap entries: | + | |
| - | red, green, blue masks: | + | |
| - | significant bits in color specification: | + | |
| - | ... | + | |
| </ | </ | ||
| - | Les options de la commande | + | Pour décrypter un message il convient d' |
| < | < | ||
| - | [root@centos7 ~]# xdpyinfo | + | [root@centos7 ~]# gpg --decrypt message.txt.asc |
| - | usage: | + | |
| - | -display displayname server | + | You need a passphrase |
| - | -version print program version and exit | + | user: "I2TCH (Test Key) < |
| - | -queryExtensions print info returned by XQueryExtension | + | 2048-bit RSA key, ID 700F1CD5, created 2016-08-10 (main key ID F6A5B400) |
| - | -ext all print detailed info for all supported extensions | + | |
| - | -ext extension-name print detailed info for extension-name if one of: | + | gpg: encrypted with 2048-bit RSA key, ID 700F1CD5, created 2016-08-10 |
| - | MIT-SHM XKEYBOARD Multi-Buffering SHAPE SYNC XFree86-DGA | + | " |
| - | XFree86-VidModeExtension XFree86-Misc XTEST DOUBLE-BUFFER RECORD | + | This is a test message for gpg |
| - | XInputExtension RENDER XINERAMA DMX | + | |
| </ | </ | ||
| - | =====L' | + | ====PKI==== |
| - | L' | + | On appelle **[[wpfr> |
| - | ====Le Clavier et la Souris==== | + | Les cryptosystèmes à clés publiques permettent de s' |
| - | Historiquement, | + | |
| + | | ||
| + | * La clé est toujours valide. | ||
| - | ^ Paramètre ^ Description ^ | + | Ainsi, il est nécessaire |
| - | | Sticky Keys | Permet de maintenir les touches < | + | |
| - | | Mouse Keys | Permet d' | + | |
| - | | Bounce Keys | Permet | + | |
| - | | Slow Keys | Necéssite qu'une touche soit enfoncée pour une durée plus longue avant que le système réagisse | | + | |
| - | ====Claviers Visuels==== | + | 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' |
| - | Un clavier visuel ou //Onscreen Keyboard// est un clavier qui est afficher | + | Pour ce faire, l' |
| - | Un exemple connu du clavier visuel | + | Le rôle de l' |
| - | ====L'Ecran==== | + | * 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' | ||
| + | * révoquer des clés (en cas de perte par son propriétaire, | ||
| - | En ce qui concerne la visibilité | + | Une infrastructure à clé publique est en règle générale composée |
| - | Il existe aussi des loupes | + | * L' |
| + | | ||
| + | | ||
| - | ====Autres Technologies==== | + | ===Certificats X509=== |
| - | Il existe aussi des logiciels | + | Pour palier aux problèmes liés à des clefs publiques piratées, un système |
| + | |||
| + | 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' | ||
| + | |||
| + | La structure des certificats est normalisée par le standard | ||
| + | |||
| + | Elle contient : | ||
| + | |||
| + | | ||
| + | | ||
| + | * La date de validité du certificat | ||
| + | * L' | ||
| + | * La clé publique du propriétaire | ||
| + | |||
| + | Le Certificat est signé par l' | ||
| + | |||
| + | {{: | ||
| + | |||
| + | La vérification se passe ainsi: | ||
| + | |||
| + | {{: | ||
| ----- | ----- | ||
| - | < | + | |
| - | <div align=" | + | Copyright © 2023 Hugh Norris. |
| - | Copyright © 2020 Hugh Norris. | + | |
| - | </ | + | |
