Différences
Ci-dessous, les différences entre deux révisions de la page.
| Les deux révisions précédentesRévision précédenteProchaine révision | Révision précédente | ||
| elearning:workbooks:centos:6:avance:l103 [2021/12/29 09:39] – admin | elearning:workbooks:centos:6:avance:l103 [2023/02/15 15:44] (Version actuelle) – admin | ||
|---|---|---|---|
| Ligne 1: | Ligne 1: | ||
| ~~PDF: | ~~PDF: | ||
| - | **Version**: | ||
| - | ======LCF305 | + | Version : **2022.01** |
| + | |||
| + | Dernière mise-à-jour : ~~LASTMOD~~ | ||
| + | |||
| + | ======LCF302 | ||
| =====Contenu du Module===== | =====Contenu du Module===== | ||
| - | | + | |
| - | * SQL | + | * Contenu du Module |
| - | * Chaînes | + | * Comprendre les Réseaux |
| - | * Nombres | + | * Présentation des Réseaux |
| - | * Nombres Entiers | + | * Classification des Réseaux |
| - | * Nombres Décimaux | + | * Classification par Mode de Transmission |
| - | * Nombres Négatifs | + | * Classification par Topologie |
| - | * Valeurs NULL | + | * La Topologie Physique |
| - | * Noms de Fichiers | + | * La Topologie en Ligne |
| - | * Variables Utilisateurs | + | * La Topologie en Bus |
| - | * Commentaires | + | * La Topologie en Étoile |
| - | * Commandes | + | * La Topologie en Anneau |
| - | * SELECT | + | * La Topologie en Arbre |
| - | * UPDATE | + | * La Topologie Maillée |
| - | * DELETE FROM | + | * Classification par Étendue |
| - | * DROP TABLE | + | * Les Types de LAN |
| - | * INSERT | + | * Réseau à Serveur Dédié |
| - | * ALTER | + | * Réseau Poste-à-Poste |
| - | * MATCH | + | * Le Modèle Client/ |
| - | * Opérateurs | + | * Modèles de Communication |
| - | * Mathématiques | + | * Le modèle OSI |
| - | * Logiques | + | * Les Couches |
| - | * Comparaison | + | * Les Protocoles |
| - | * Fonctions | + | * Les Interfaces |
| - | * Mathématiques | + | * Protocol Data Units |
| - | * Chaînes | + | * Encapsulation et Désencapsulation |
| - | * Dates | + | * Spécification NDIS et le Modèle ODI |
| - | * Contrôle | + | * Le modèle TCP/IP |
| - | * Agrégation | + | * Les Raccordements |
| - | * Autres | + | * Les Modes de Transmission |
| - | * Types de Champs | + | * Les Câbles |
| - | * Nombres entiers | + | * Le Câble Coaxial |
| - | * Nombres à virgule flottante | + | * Le Câble Paire Torsadée |
| - | * Dates et Heures | + | * Catagories de Blindage |
| - | * Types de données TIMESTAMP | + | * La Prise RJ45 |
| - | * Chaînes | + | * Channel Link et Basic Link |
| - | * TEXT et BLOB | + | * La Fibre Optique |
| - | * ENUM et SET | + | * Les Réseaux sans Fils |
| - | * Types de Moteurs | + | * Le Courant Porteur en Ligne |
| - | * Caractéristiques des Moteurs | + | * Technologies |
| - | * InnoDB | + | * Ethernet |
| - | * Mécanisme Interne | + | * Token-Ring |
| - | * Transactions | + | * Périphériques Réseaux Spéciaux |
| - | * Tablespace | + | * Les Concentrateurs |
| - | * Multiversion Concurrency Control | + | * Les Répéteurs |
| - | * Transaction Isolation Levels | + | * Les Ponts |
| - | * MyISAM | + | * Le Pont de Base |
| - | * MyISAM FIXED | + | * Le Pont en Cascade |
| - | * MyISAM DYNAMIC | + | * Le Pont en Dorsale |
| - | * MyISAM COMPRESSED | + | * Les Commutateurs |
| - | * Particularités | + | * Les Routeurs |
| - | * Memory | + | * Les Passerelles |
| - | * Particularités | + | * Comprendre TCP Version 4 |
| - | * En Pratique | + | * En-tête TCP |
| - | * Archive | + | * En-tête UDP |
| - | * Particularités | + | * Fragmentation et Ré-encapsulation |
| - | * CSV | + | * Adressage |
| - | * FEDERATED | + | * Masques de sous-réseaux |
| - | * NDB Cluster | + | * VLSM |
| - | * Autres Moteurs Non Standards | + | * Ports et sockets |
| - | * XtraDB | + | * / |
| - | * Aria | + | * Résolution d' |
| - | * Jointures | + | * Comprendre le Chiffrement |
| - | * FULL JOIN | + | * Introduction à la cryptologie |
| - | * LEFT JOIN | + | * Définitions |
| - | * RIGHT JOIN | + | * La Cryptographie |
| - | * LAB #1 - Le Langage SQL | + | * 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 | ||
| - | =====SQL===== | + | =====Comprendre les Réseaux===== |
| - | ====Chaînes de caractères==== | + | ====Présentation des Réseaux==== |
| - | Les chaînes de caractères doivent être entourées de **'** ou de **"**. | + | La définition d'un réseau peut être résumé ainsi : |
| - | // | + | * un ensemble d' |
| + | * une entité destinée au transport de données dans différents environnements. | ||
| - | 'Linux est incroyable' | + | Pour que la communication soit efficace, elle doit respecter les critères suivants : |
| - | " | + | * présenter des informations compréhensibles par tous les participants, |
| + | * être compatible avec un maximum d' | ||
| + | * 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' | ||
| - | "Je lui dit : "" | + | On peut distinguer deux familles d'**Equipements** - les **Eléments Passifs** et les **Eléments Actifs**. |
| - | ====Nombres==== | + | Les **Eléments Passifs** transmettent le signal d'un point à un autre : |
| - | Il existe 3 types de nombres : | + | * **Les Infrastructures ou Supports** - des câbles, |
| + | * **La Topologie** - l' | ||
| - | ===Nombres Entiers=== | + | Les **Eléments Actifs** sont des équipements qui consomment de l' |
| + | |||
| + | * **Equipement de Distribution Interne au Réseau** - Répartiteur (Hub, Switch, Commutateur etc.), Borne d' | ||
| + | * **Equipement d' | ||
| + | * **Nœuds** et **Interfaces Réseaux** - postes informatiques, | ||
| - | Une séquence | + | Un **Nœud** est une extrémité de connexion qui peut être une intersection de plusieurs connexions ou de plusieurs |
| - | //Exemple// | + | Une **Interface Réseau** est une prise ou élément d'un **Equipement Actif** faisant la connexion vers d' |
| - | 999256 | + | <WRAP center round important> |
| + | Dans le cas d'un mélange d' | ||
| + | </ | ||
| - | 0 | + | Tous les **Equipements** connectés au même support doivent respecter un ensemble de règles appelé une **Protocole de Communication**. |
| - | ===Nombres Décimaux=== | + | Les **Protocoles de Communication** définissent de façon formelle et interopérable la manière dont les informations sont échangées entre les **Equipements**. |
| - | Utilisent le **point** comme séparateur. | + | Des **Logiciels**, |
| - | //Exemple// | + | Se basant sur des **Protocoles de Communication**, |
| - | 120.54 | + | L' |
| - | 5566.8956e+12 | + | ====Classification des Réseaux==== |
| - | ===Nombres Négatifs=== | + | Les réseaux peuvent être classifiés de trois façon différentes : |
| - | Sont précédés | + | * par **Mode de Transmission**, |
| + | * par **Topologie**, | ||
| + | * par **Étendue**. | ||
| - | //Exemple// | + | ===Classification par Mode de Transmission=== |
| - | -458 | + | Il existe deux **Classes** de réseaux dans cette classification : |
| - | -147.36 | + | * les **Réseaux en Mode de Diffusion**, |
| + | * utilise un seul support de transmission, | ||
| + | * le message est envoyé sur tout le réseau à l' | ||
| - | ====Valeurs NULL==== | + | * 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' | ||
| - | Une chaîne **sans données**. | + | ===Classification par Topologie=== |
| - | <note warning> | + | <WRAP center round important> |
| - | N'est pas la même chose qu' | + | La **Topologie Physique** d'un réseau décrit l' |
| + | </ | ||
| + | |||
| + | ==La Topologie Physique== | ||
| + | |||
| + | Il existe 6 topologies physiques de réseau : | ||
| + | |||
| + | * La Topologie en Ligne, | ||
| + | * La Topologie en Bus, | ||
| + | * La Topologie en Etoile, | ||
| + | * La Topologie en Anneau, | ||
| + | * La Topologie en Arbre, | ||
| + | * La Topologie Maillée. | ||
| + | |||
| + | ==La Topologie en Ligne== | ||
| + | |||
| + | Tous les nœuds sont connectés à un seul support. L' | ||
| + | |||
| + | ==La Topologie en Bus== | ||
| + | |||
| + | Tous les nœuds sont connectés à un seul support (un câble BNC en T) avec des bouchons à chaque extrémité. La longueur du bus est limitée à **185m**. Le nombre de stations de travail est limité à **30**. Les Stations sont reliées au Bus par des ' | ||
| + | Quand le support tombe en panne, le réseau ne fonctionne plus. Quand une station tombe en panne, elle ne perturbe | ||
| + | |||
| + | {{: | ||
| + | |||
| + | ==La Topologie en Étoile== | ||
| + | |||
| + | Chaque nœud est connecté à un périphérique central appelé un **Hub** (**Concentrateur**) ou un **Switch** (**Commutateur**). Un Hub ou un Switch est prévu pour 4, 8, 16, 32 ... stations. En cas d'un réseau d'un plus grand nombre de stations, plusieurs Hubs ou Switches sont connectés ensemble. Quand une station tombe en panne, elle ne perturbe pas le fonctionnement de l' | ||
| + | |||
| + | {{: | ||
| + | |||
| + | ==La Topologie en Anneau== | ||
| + | |||
| + | Chaque nœud est relié directement à ses deux voisins dans une topologie logique de cercle ininterrompu et une topologie physique en étoile car les stations sont reliées à un type de hub spécial, appelé un **Multistation Access Unit** (MAU). | ||
| + | |||
| + | {{: | ||
| + | |||
| + | Les stations sont reliées à la MAU par un câble ' | ||
| + | |||
| + | ==La Topologie en Arbre== | ||
| + | |||
| + | La Topologie en Arbre est utilisée dans un réseau hierarchique où le sommet, aussi appelé la **racine**, est connecté à plusieurs noeuds de niveau inférieur. Ces neouds peuvent à leur tour être connectés à d' | ||
| + | |||
| + | ==La Topologie Maillée== | ||
| + | |||
| + | Cette Topologie est utilisée pour des grands réseaux de distribution tels Internet | ||
| + | |||
| + | N(N-1)/2 = 100(100-1)/ | ||
| + | |||
| + | <WRAP center round important> | ||
| + | La **Topologie Physique** la plus répandue est la **Topologie en Etoile**. | ||
| + | </ | ||
| + | |||
| + | ===Classification par Etendue=== | ||
| + | |||
| + | La classification par étendue nous fournit 4 réseaux principaux : | ||
| + | |||
| + | ^ Nom ^ Description ^ Traduction ^ Taille Approximative (M) | | ||
| + | | PAN | Personal Area Network | Réseau Personnel | 1 -10 | | ||
| + | | LAN | Local Area Network | Réseau Local Entreprise (RLE) | 5 - 1 200 | | ||
| + | | MAN | Métropolitain Area Network | Réseau Urbain | 900 - 100 000 | | ||
| + | | WAN | Wide Area Network | Réseau Long Distance (RLD) | 50 000 et au delà | | ||
| + | |||
| + | Cependant, d' | ||
| + | |||
| + | | CAN | Campus Area Network | Réseau de Campus | | ||
| + | | GAN | Global Area Network | Réseau Global | | ||
| + | | TAN | Tiny Area Network | Réseau Minuscule | | ||
| + | | FAN | Family Area Network | Réseau Familial | | ||
| + | | SAN | Storage Area Network | Réseau de Stockage | | ||
| + | |||
| + | <WRAP center round important> | ||
| + | Etant donné que les WANs sont gérés par des opérateurs de télécommunications qui doivent demander une licence à l' | ||
| + | </ | ||
| + | |||
| + | ===Les Types de LAN=== | ||
| + | |||
| + | Il existe deux types de LAN : | ||
| + | |||
| + | * le réseau à serveur dédié, | ||
| + | * le réseau poste à poste. | ||
| + | |||
| + | ==Réseau à Serveur Dédié== | ||
| + | |||
| + | Le réseau à serveur dédié est caractérisé par le fait que toutes les ressources ( imprimantes, | ||
| + | |||
| + | Des exemples des systèmes d' | ||
| + | |||
| + | * Windows NT Server, | ||
| + | * Windows 2000 Server, | ||
| + | * Windows 2003 Server, | ||
| + | * Windows 2008 Server, | ||
| + | * Linux, | ||
| + | * Unix. | ||
| + | |||
| + | {{: | ||
| + | |||
| + | ==Réseau Poste-à-Poste== | ||
| + | |||
| + | Le réseau poste à poste est caractérisé par le fait que tous les ordinateurs peuvent jouer le rôle de client et de serveur : | ||
| + | |||
| + | * Windows 95, | ||
| + | * Windows 98, | ||
| + | * Windows NT Workstation. | ||
| + | |||
| + | {{: | ||
| + | |||
| + | ====Le Modèle Client/ | ||
| + | |||
| + | Le modèle Client/ | ||
| + | |||
| + | Le serveur est aussi : | ||
| + | |||
| + | * passif, c' | ||
| + | * capable de traiter plusieurs requêtes simultanément en utilisant le **multi-threading**, | ||
| + | * garant de l' | ||
| + | |||
| + | Le client est, par contre **actif**, étant à l' | ||
| + | |||
| + | Il existe trois types de modèle client/ | ||
| + | |||
| + | * **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 | ||
| + | |||
| + | | ||
| + | * 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 | ||
| + | * 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:// | ||
| </ | </ | ||
| - | ====Noms | + | 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 | ||
| - | Les noms de bases, tables et colonnes : | + | * l' |
| + | * l' | ||
| + | * l' | ||
| - | * peuvent contenir jusqu' | + | === Le modèle TCP/IP === |
| - | * peuvent commencer par un chiffre | + | |
| - | * ne peuvent pas contenir **que** de chiffres | + | |
| - | * ne peuvent pas contenir un **/**, une **\** ou un **point** | + | |
| - | Les alias : | + | <note tip> |
| + | **[[https:// | ||
| + | </ | ||
| - | * peuvent contenir jusqu' | + | 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 ). |
| - | * peuvent contenir un **/**, une **\** ou un **point** | + | |
| - | + | ||
| - | ====Variables Utilisateurs==== | + | |
| - | Les variables | + | * 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 | ||
| + | | ||
| + | * le protocole ftp est utilisé pour le transfert de fichiers. Il se trouve dans la couche d' | ||
| + | | ||
| + | * 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 ... | ||
| - | ====Commentaires==== | + | <note tip> |
| + | **[[https:// | ||
| + | </ | ||
| - | Les commentaires **d' | + | Le modèle TCP/IP est composé de 4 couches : |
| - | Les commentaires | + | * 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 : |
| - | /* | + | |
| - | Ceci est | + | |
| - | un commentaire | + | |
| - | sur | + | |
| - | plusieurs lignes | + | |
| - | */ | + | |
| - | </ | + | |
| - | ====Commandes==== | + | ^ Couche |
| + | | Application | Stream | Message | | ||
| + | | Transport | Segment | Packet| | ||
| + | | Internet | Datagram| Datagram | | ||
| + | | Réseau | Frame | Frame | | ||
| - | ===SELECT=== | + | ====Les Raccordements==== |
| - | Obtenir un ensemble | + | ===Les Modes de Transmission=== |
| - | **Syntaxe** | + | On peut distinguer 3 modes de transmission : |
| - | < | + | * La **Liaison Simplex**, |
| - | SELECT [table.][colonne]|expression [AS nom][,[table.[colonne] | + | * Les données ne circulent que dans un **seul** sens de l' |
| - | FROM nom-table [, nom_table ...] | + | * La liaison nécessite deux canaux de transmissions, |
| - | [WHERE condition [AND|OR condition | + | * La **Liaison Half-Duplex** aussi appelée la **Liaison à l' |
| - | [GROUP BY [table.][colonne],[table].[colonne] ...] | + | * Les données circulent dans un sens ou l' |
| - | [ORDER BY [table.][colonne][Description],[table].[colonne] ...] | + | * 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=== |
| - | SELECT nom, prenom FROM familles ORDER BY nom | + | ==Le Câble Coaxial== |
| - | SELECT nom, prenom FROM familles GROUP BY ville | + | En partant de l' |
| - | ===UPDATE=== | + | * 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. | ||
| - | Mettre à jour des données dans une table. | + | Avantages : |
| - | **Syntaxe** | + | |
| + | * 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 : |
| - | UPDATE [LOW_PRIORITY][IGNORE] nom_table | + | |
| - | SET colonne = expression | + | |
| - | WHERE expression | + | |
| - | ORDER BY expression | + | |
| - | LIMIT valeur | + | |
| - | </ | + | |
| - | ^ Directive ^ Description ^ | + | * Fragile, |
| - | | LOW_PRIORITY | L' | + | * Instable, |
| - | | IGNORE | La mise à jour continue malgré des problèmes éventuels rencontrés. Les enregistrements posant problème ne seront PAS mis à jour | | + | * Vulnérable aux interférences, |
| + | * Half-Duplex. | ||
| - | // | + | ==Le Câble Paire Torsadée== |
| - | UPDATE familles SET Adresse2=' | + | Ce câble existe sous deux formes selon son utilisation : |
| - | | + | |
| + | * chaque fil est composé d'un seul conducteur en cuivre, | ||
| + | * la distance ne doit pas dépassée 90m. | ||
| - | ===DELETE FROM=== | + | * **Multibrin** pour des **cordons de brassage** : |
| + | * chaque fil est composé de plusieurs brins en cuivre, | ||
| + | * câble souple. | ||
| - | Supprimer des enregistrements d'une table. | + | Avantages : |
| - | **Syntaxe** | + | |
| + | | ||
| + | | ||
| + | | ||
| + | * Full-Duplex. | ||
| - | < | + | Inconvénients : |
| - | DELETE [LOW_PRIORITY] [QUICK] [IGNORE] FROM nom_table | + | |
| - | | + | |
| - | | + | |
| - | | + | |
| - | </ | + | |
| - | //Exemple// | + | * Nombre de câbles > câble coaxial, |
| + | * Plus cher, | ||
| + | * Plus encombrant dans les gaines techniques. | ||
| - | DELETE FROM familles WHERE Nom = Durant; | + | == Catagories de Blindage== |
| - | ===DROP TABLE=== | + | Il existe trois catagories de blindage : |
| - | **Syntaxe** | + | |
| + | * **Foiled** ou Entouré, | ||
| + | * **Shielded** ou Avec Ecran. | ||
| - | < | + | De ce fait, il existe 5 catagories de câbles Paire Torsadée : |
| - | DROP DATABASE [IF EXISTS] db_name | + | |
| - | </ | + | |
| - | Supprimer une table d'une base de données. | + | 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 | | ||
| - | //Exemple// | + | Ces catégories donnent lieu à des **Classes** : |
| - | DROP TABLE Test; | + | ^ 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. | | ||
| - | ===INSERT=== | + | ==La Prise RJ45== |
| - | **Syntaxe** | + | 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 |
| - | INSERT [LOW_PRIORITY] | [DELAYED] [IGNORE] | + | |
| - | [INTO] nom_table [(nom_colonne ...)] | + | |
| - | VALUES ((expression | DEFAULT) ...) , (...) | + | |
| - | </ | + | |
| - | ou | + | ==Channel Link et Basic Link== |
| - | < | + | Le **Channel Link** ou **Canal** est l' |
| - | INSERT [LOW_PRIORITY] | [DELAYED] [IGNORE] | + | |
| - | [INTO] nom_table [(nom_colonne | + | |
| - | SELECT ... | + | |
| - | </ | + | |
| - | ^ Directive ^ Description ^ | + | Le **Basic Link** |
| - | | LOW_PRIORITY | L' | + | |
| - | | DELAYED | Permet à un client d' | + | |
| - | | IGNORE | La mise à jour continue malgré des problèmes éventuels rencontrés. Les enregistrements posant problème ne seront PAS mis à jour | | + | |
| + | ===La Fibre Optique=== | ||
| - | **INSERT VALUES** | + | La **Fibre Optique** est un fil de **Silice** permettant le transfert de la lumière. De ce fait elle est caractérisée par : |
| - | Insérer | + | * 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. | ||
| - | //Exemple// | + | Qui plus est, elle ne produit aucune perturbation. |
| - | INSERT INTO familles (Nom, Prenom) VALUES (' | + | Elle est composée : |
| - | **INSERT SELECT** | + | |
| + | | ||
| + | | ||
| - | Insérer des valeurs en provenance d'une autre table dans la table cible. | + | Il existe deux types de fibres, |
| - | //Exemple// | + | La Fibre Monomode : |
| - | | + | |
| + | * est divisée en sous-catégories de distance, | ||
| + | * 10 Km, | ||
| + | * 15 Km, | ||
| + | * 20 Km, | ||
| + | * 50 Km, | ||
| + | * 80 Km, | ||
| + | * 100 Km. | ||
| - | ===ALTER=== | + | La Fibre Multimode : |
| - | Ajouter, supprimer | + | * a un coeur de 62,50 micron |
| + | * permet plusieurs trajets lumineux appelés **modes** en même temps en Full Duplex, | ||
| + | * est utilisée pour de bas débits | ||
| + | * 2 Km pour 100 Mbit/s, | ||
| + | * 500 m pour 1 Gbit/s. | ||
| + | ===Les Réseaux sans Fils=== | ||
| - | **ALTER ADD** | + | Les réseaux sans fils sans basés sur une liaison qui utilise des ondes radio-électriques (radio et infra-rouges). |
| - | ^ Commande ^ Description ^ | + | Il existe des technologies différentes en fonction de la fréquence utilisée et de la portée des transmissions : |
| - | | ADD [COLUMN] | Ajouter un champ | | + | |
| - | | ADD INDEX | Ajouter un index | | + | |
| - | | ADD PRIMARY KEY | Ajouter une clef primaire | | + | |
| - | | ADD UNIQUE | Ajouter un index unique | + | |
| - | | ADD FULLTEXT | Ajouter une recherche texte entier | | + | |
| - | + | ||
| - | // | + | |
| - | | + | |
| + | * Réseaux Locaux sans Fils - LiFI, WiFI, | ||
| + | * Réseaux Métropolitains sans Fil - wImax, | ||
| + | * Réseaux Etendus sans Fils - GSM, GPRS, UMTS. | ||
| - | ALTER TABLE familles ADD INDEX (Sports); | + | 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. | ||
| - | **ALTER CHANGE** | + | ===Le Courant Porteur en Ligne=== |
| - | Permet de modifier | + | Le CPL utilise |
| - | //Exemple// | + | Le CPL superpose un signal à plus haute fréquence au signal électrique. |
| - | ALTER TABLE familles CHANGE PrenomPere Prenom_Pere VARCHAR(45) NOT NULL; | + | Seuls donc, les fils conducteurs transportent les signaux CPL. |
| - | **ALTER DROP** | + | Le coupleur intégré en entrée des boîtiers CPL élimine les composants basses fréquences pour isoler le signal CPL. |
| - | ^ Commande ^ Description ^ | + | Le CPL utilise la phase électrique et le neutre. De ce fait, une installation triphasée fournit 3 réseaux CPL différents. |
| - | | DROP [COLUMN] | Supprimer un champ | | + | |
| - | | DROP INDEX | Supprimer un index | | + | |
| - | | DROP PRIMARY KEY | Supprimer | + | |
| - | //Exemple// | + | Le signal CPL ne s' |
| - | ALTER TABLE familles DROP Sports; | + | Les normes CPL sont : |
| - | **ALTER KEYS** | + | ^ 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 | | ||
| - | Permet de désactiver la clef primaire momentanément. | + | ===Technologies=== |
| - | // | + | Il existe plusieurs technologies de réseau : |
| - | | + | |
| + | * Token-Ring, | ||
| + | * ARCnet, | ||
| + | * etc.. | ||
| - | ALTER TABLE familles ENABLE KEYS; | + | Nous détaillerons ici les deux technologies les plus répandues, à savoir Ethernet et Token-Ring. |
| + | ==Ethernet== | ||
| - | **ALTER RENAME** | + | La technologie Ethernet se repose sur : |
| - | Permet | + | * une topologie logique |
| + | * une topologie physique de bus ou étoile. | ||
| - | //Exemple// | + | L' |
| - | ALTER TABLE enfants RENAME familles_enfants; | + | 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' | ||
| - | **ALTER ORDER BY** | + | ==Token-Ring== |
| - | Permet de reclasser physiquement une table. | + | La technologie Token-Ring se repose sur : |
| - | //Exemple// | + | * une topologie logique en anneau, |
| + | * une topologie physique en étoile. | ||
| - | ALTER TABLE familles ORDER BY Prenom_Pere; | + | Token-Ring se traduit par **Anneau à Jeton**. Il n'est pas aussi répandu que l' |
| + | Il faut noter que : | ||
| - | ===MATCH=== | + | * 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**. | ||
| - | Permet | + | L' |
| - | //Exemple// | + | * qu'il **évite des collisions**, |
| + | * qu'il est **possible de déterminer avec exactitude le temps que prenne l' | ||
| - | SELECT * FROM familles WHERE MATCH (Commentaire) AGAINST ('fleuve'); | + | La technologie Token-Ring est donc idéale, voire obligatoire, |
| - | ====Opérateurs==== | + | ====Périphériques Réseaux Spéciaux==== |
| - | ===Mathémathiques=== | + | 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. |
| - | ^ Nom ^ Description ^ | + | Les périphériques de réseau spéciaux sont : |
| - | | + | Addition | | + | |
| - | | - | Soustraction | + | |
| - | | * | Multiplication | | + | |
| - | | / | Division | + | |
| - | | () | Le calcul entre parenthèses est effectué en priorité | | + | |
| - | ===Logiques=== | + | * les Concentrateurs ou //Hubs//, |
| + | * les Répéteurs ou // | ||
| + | * les Ponts ou // | ||
| + | * les Commutateurs ou // | ||
| + | * les Routeurs ou // | ||
| + | * les Passerelles ou // | ||
| - | ^ Nom ^ Description ^ | + | L' |
| - | | ! | NON | | + | |
| - | | %%||%% | OU | | + | |
| - | | && | ET | | + | |
| - | | XOR | XOR exclusif | + | |
| + | ===Les Concentrateurs=== | ||
| - | ===Comparaison=== | + | Les Concentrateurs permettent une connectivité entre les nœuds en topologie en étoile. Selon leur configuration, |
| - | ^ Nom ^ Description ^ | + | * **Le Concentrateur Simple** |
| - | | = | Egal | | + | * est une boîte de raccordement centrale, |
| - | | != ou <>| Non égal | | + | * joue le rôle de récepteur et du réémetteur des signaux sans accélération ni gestion de ceux-ci, |
| - | | < | Inférieur | | + | * est un périphérique utilisé pour des groupes de travail. |
| - | | < = | Inférieur ou égal | | + | |
| - | | > | Supérieur | | + | |
| - | | > =| Supérieur ou égal | | + | |
| - | | < = > | Egal gérant la nullité | | + | |
| - | | IS NULL | Nullité | + | |
| - | | IS NOT NULL | Non nullité | + | |
| - | ====Fonctions==== | + | * **Le Concentrateur Évolué** |
| + | * est un Concentrateur simple qui offre en plus l' | ||
| - | ===Mathémathiques=== | + | * **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. | ||
| - | ^ Nom ^ Description ^ | + | ===Les Répéteurs=== |
| - | | ABS(nbr) | Valeur absolue de nbr| | + | |
| - | | SIGN(nbr)| -1 0 ou 1 en fonctionne du signe de nbr | | + | |
| - | | MOD(nbr1, nbr2) | Indique le reste de la division de nbr1 par nbr2 | | + | |
| - | | FLOOR(nbr) | Indique le plus grande nombre entier inférieur à nbr | | + | |
| - | | CEILING(nbr) | Indique la plus petite valeur entière supérieure à nbr | | + | |
| - | | ROUND(nbr)| Indique l' | + | |
| - | | ROUND(nbr, | + | |
| - | | EXP(nbr) | Indique l' | + | |
| - | | POW(nbr, | + | |
| - | | SQRT(nbr) | Indique la racine carrée de nbr | | + | |
| - | | PI()| Indique la valeur de PI | | + | |
| - | | COS(nbr) | Indique le cosinus de nbr | | + | |
| - | | ACOS(nbr) | Indique l'arc cosinus de nbr | | + | |
| - | | SIN(nbr) | Indique le sinus de nbr | | + | |
| - | | ASIN(nbr) | Indique l'arc sinus de nbr | | + | |
| - | | TAN(nbr)| Indique le tangent de nbr | | + | |
| - | | ATAN(nbr) | Indique l'arc tangent de nbr | | + | |
| - | | COT(nbr) | Indique la cotangente de nbr | | + | |
| - | | RAND() | Indique une valeur en virgule flottante entre 0 et 1.0 | | + | |
| - | | RAND(nbr) | Indique une valeur en virgule flottante entre 0 et 1.0. La valeur de nbr indique la limite haute | | + | |
| - | | LEAST(nbr1, nbr2 ...)| Indique le plus petit des nombres nbr1 à nbrX | | + | |
| - | | GREATEST(nbr1, | + | |
| - | | DEGREES(nbr) | Convertit nbr de gradiants vers degrés | | + | |
| - | | RADIANS(nbr) | Convertit nbr de degrés vers gradiants | | + | |
| - | | TRUNCATE(nbr, | + | |
| - | ===Chaînes=== | + | Un Répéteur est un périphérique réseau simple. Il est utilisé pour amplifier le signal quand : |
| - | ^ Nom ^ Description ^ | + | * la longueur du câble dépasse la limite autorisée, |
| - | | LIKE | Effectue une comparaison en fonction d'un motif | | + | |
| - | | NOT LIKE | L' | + | |
| - | | _ | Remplace un caractère dans le motif d'une chaîne | + | |
| - | | % | Remplace un ou plusieurs caractère(s) dans le motif d'une chaîne | + | |
| - | | \ | Caractère d' | + | |
| - | | BINARY| Rend la comparaison avec un motif sensible à la casse | | + | |
| - | | STRCMP(chaîne1, | + | |
| - | | MATCH | Utilisé pour des recherches de texte intégral | + | |
| - | | UPPER(' | + | |
| - | | LOWER(' | + | |
| - | ===Dates=== | + | Éventuellement, |
| - | ^ Nom ^ Description ^ | + | ===Les Ponts=== |
| - | | NOW() | Retourne la date au format ' | + | |
| - | | DATE_FORMAT(date, | + | |
| - | | DAYOFWEEK(date) | Retourne un chiffre qui représente le jour de la semaine ( 1 pour dimanche, 7 pour samedi ) | | + | |
| - | | WEEKDAY(date) | Retourne un chiffre qui représente le jour de la semaine ( 7 pour dimanche, 0 pour lundi ) | | + | |
| - | | DAYOFMONTH(date) | Retourne un chiffre de 1 à 31 | | + | |
| - | | DAYOFYEAR(date)| Retourne un chiffre de 1 à 366 | | + | |
| - | | MONTH(date) | Retourne un chiffre de 1 à 12 | | + | |
| - | | DAYNAME(date) | Retourne le nom du jour ( lundi, mardi ... ) | | + | |
| - | | MONTHNAME(date) | Retourne le nom du mois | | + | |
| - | | QUARTER(date) | Retourne un chiffre de 1 à 4 ( 1 = premier trimestre de l' | + | |
| - | | WEEK(date [,depart] | Retourne une valeur de 1 à 52. La valeur de //depart// peut être 0 ou 1. Dans le cas de 0, le dimanche est considéré comme le premier jour de la semaine. Dans le cas de 1, c'est le lundi. | + | |
| - | | YEAR(date) | Retourne un chiffre de 1000 à 9999 | | + | |
| - | | HOUR(date) | Retourne l' | + | |
| - | | MINUTE(date) | Retourne les minutes | + | |
| - | | SECOND(date) | Retourne les secondes | + | |
| - | | TO_DAYS(date)| Retourne le nombre de jours écoulés depuis le début de l'an 0 | | + | |
| - | | FROM_DAYS(date) | Retourne la date à partir d'un nombre de jours écoulés depuis le début de l'an 0 | | + | |
| - | | CURDATE() | Retourne la date courante au format AAAA-MM-JJ | + | |
| - | | CURRENT_DATE() | Retourne la date courante au format AAAA-MM-JJ | + | |
| - | | CURTIME()| Retourne la date courante au format HH: | + | |
| - | | CURRENT_TIME() | Retourne la date courante au format HH: | + | |
| - | | UNIX_TIMESTAMP([date]) | Retourne le nombre de secondes depuis la date 1970-01-01 00: | + | |
| - | | FROM_UNIXTIME(unix_timestamp[, | + | |
| - | ==Motifs== | + | Un Pont est **Répéteur intelligent**. Outre sa capacité d' |
| - | ^ Nom ^ Description ^ Exemple ^ | + | Les **diffusions** sont néanmoins autorisées. |
| - | | %M | Le mois | janvier | + | |
| - | | %W | Le jour de la semaine | + | |
| - | | %D | La date du mois | 1st | | + | |
| - | | %Y | L' | + | |
| - | | %y | L' | + | |
| - | | %a | L' | + | |
| - | | %d | Le jour du mois | 01 | | + | |
| - | | %m | Le numéro du mois | 01 | | + | |
| - | | %b | L' | + | |
| - | | %j | Le jour de l' | + | |
| - | | %H | L' | + | |
| - | | %h | L' | + | |
| - | | %i | Les minutes | + | |
| - | | %r | L' | + | |
| - | | %T | L' | + | |
| - | | %S | Les secondes | + | |
| - | | %p | AM ou PM | PM | | + | |
| - | | %w | Le numéro du jour de la semaine | + | |
| - | | %U | Le numéro de la semaine avec le début de la semaine étant un dimanche | + | |
| - | | %u | Le numéro de la semaine avec le début de la semaine étant un lundi | 02 | | + | |
| - | Par exemple : | + | Comme un Pont doit être intelligent, |
| - | < | + | Le Pont sert donc à isoler des segments du réseau pour des raisons de : |
| - | mysql> select DATE_FORMAT(now(), | + | |
| - | +-----------------------------------+ | + | |
| - | | DATE_FORMAT(now(), | + | |
| - | +-----------------------------------+ | + | |
| - | | Friday 19 October 2012 | | + | |
| - | +-----------------------------------+ | + | |
| - | 1 row in set (0.00 sec) | + | |
| - | mysql> | + | * **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. | ||
| - | ===Contrôle=== | + | Il existe trois types de configuration de Ponts |
| - | ^ Nom ^ Description ^ | + | ==Le Pont de Base== |
| - | | IF(exp1, exp2, exp3) | Si exp1 est vrai, exp2 est retournée sinon exp3 est retournée | + | |
| - | | IFNULL(exp1, | + | |
| - | | NULLIF(exp1, | + | |
| - | | CASE value WHEN comp1 THEN res1 [WHEN comp2 THEN res2][ELSE elseres] END | La fonction compare //value// à comp1 ( comp2 ... ). Si une égalité est trouvée, res1 ( res2 ... ) est retournée. Si aucune égalité n'est trouvée, elseres est retournée | + | |
| - | ===Agrégation=== | + | Le Pont de Base est utilisé très rarement pour isoler deux segments. |
| - | ^ Nom ^ Description ^ | + | ;#; |
| - | | AVG(colonne) | Moyenne de la colonne | + | |
| - | | COUNT(items)| Le nombre de valeurs non nulles de la colonne | + | |
| - | | MIN(colonne) | Valeur minimum de la colonne | + | |
| - | | MAX(colonne) | Valeur maximum de la colonne | + | |
| - | | STD(colonne) | Écart type des valeurs de la colonne | + | |
| - | | SUM(colonne) | Somme des valeurs de la colonne | + | |
| - | | BIT_OR(colonne) | Ou logique effectué sur les valeurs de la colonne | | + | |
| - | | BIT_AND(colonne) | ET logique effectué sur les valeurs de la colonne | + | |
| - | ===Autres=== | + | ==Le Pont en Cascade== |
| - | ^ Nom ^ Description ^ | + | Le Pont en Cascade est à éviter car les données en provenance |
| - | | CAST(expression) CONVERT(expression) | Convertit l' | + | |
| - | | LAST_INSERT_ID()| Retourne la valeur | + | |
| - | | VERSION() | La version du serveur %%MySQL%% | + | |
| - | | CONNECTION_ID() | L' | + | |
| - | | DATABASE() | La base de données | + | |
| - | | USER() | L' | + | |
| - | | PASSWORD(chaîne) | Encrypte un mot de passe | | + | |
| - | | ENCRYPT(chaîne, | + | |
| - | | ENCODE(chaîne, | + | |
| - | | DECODE(chaîne, | + | |
| - | | MD5(chaîne) | Retourne une chaîne encodée à la norme MD5 | | + | |
| - | | SHA1() | Retourne une chaîne encodée à la norme SHA1 | | + | |
| + | ;#; | ||
| - | =====Types de Champs===== | + | ==Le Pont en Dorsale== |
| - | ====Nombres entiers==== | + | 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. |
| - | ^ Type ^ Intervalle ^ Taille en octets ^ Description ^ | + | ;#; |
| - | | TINYINT[(M)] | + | |
| - | | TINYINT[(M)] UNSIGNED | + | |
| - | | SMALLINT[(M)] | + | |
| - | | SMALLINT[(M)] UNSIGNED | + | |
| - | | MEDIUMINT[(M)] | + | |
| - | | MEDIUMINT[(M)] UNSIGNED | + | |
| - | | INT[(M)] | + | |
| - | | INT[(M)] UNSIGNED | + | |
| - | | INTEGER[(M)] | + | |
| - | | BIGINT[(M)] | + | |
| - | | BIGINT[(M)] UNSIGNED | + | |
| + | ===Les Commutateurs=== | ||
| - | ====Nombres à virgule flottante==== | + | 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' |
| - | ^ Type ^ Intervalle ^ Taille | + | Lors de la communication de données entre deux nœuds, le Commutateur ouvre une connexion temporaire virtuelle |
| - | | FLOAT(precision) | + | |
| - | | FLOAT[(M, | + | |
| - | | DOUBLE[(M, | + | |
| - | | DOUBLEPRECISION[(M, | + | |
| - | | REAL[(M, | + | |
| - | | DECIMAL[(M[, | + | |
| - | | NUMERIC | + | |
| - | ====Dates et Heures==== | + | Certains Commutateurs haut de gamme sont équipés d'un système anti-catastrophe qui leur permet d' |
| - | ^ Type ^ Intervalle ^ | + | ===Les Routeurs=== |
| - | | DATE | 1000-01-01 à 9999-12-31 | | + | |
| - | | TIME | -838:59:59 à 838:59:59 | | + | |
| - | | DATETIME | + | |
| - | | TIMESTAMP[(M)] | + | |
| - | | YEAR[(2)] | + | |
| - | | YEAR[(4)] | + | |
| - | ===Types de données TIMESTAMP=== | + | Un Routeur est un Pont sophistiqué capable : |
| - | ^ Type ^ Affichage ^ | + | * d' |
| - | | TIMESTAMP | + | |
| - | | TIMESTAMP(14) | + | |
| - | | TIMESTAMP(12) | + | |
| - | | TIMESTAMP(10) | + | |
| - | | TIMESTAMP(8) | + | |
| - | | TIMESTAMP(6) | + | |
| - | | TIMESTAMP(4) | + | |
| - | | TIMESTAMP(2) | + | |
| - | ====Chaînes==== | + | Les Routeurs utilisent une table de routage pour stocker les informations sur : |
| + | |||
| + | * les adresses du réseau, | ||
| + | * les solutions de connexion vers d' | ||
| + | * l' | ||
| - | ^ Type ^ Longeur ^ Description ^ | + | Il existe deux types de Routeur : |
| - | | CHAR(M) | + | |
| - | | VARCHAR(M) | 1 à 255 | Chaîne de longueur variable où M varie entre 1 et 255 | | + | |
| - | ====TEXT et BLOB==== | + | * 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' | ||
| - | * **TEXT**, | + | * le **Routeur Dynamique** |
| - | * TEXT respecte la casse des données, | + | * découvre automatiquement les routes à emprunter dans un réseau. |
| - | * **BLOB** (Binary Large OBject), | + | |
| - | * BLOB permet de stocker toute information binaire telle une image ou un son. | + | |
| - | ^ Type ^ Longueur Maximale en caractères ^ Description ^ | + | ===Les Passerelles=== |
| - | | TINYBLOB | + | |
| - | | TINYTEXT | + | |
| - | | BLOB | 65 535 | Objet binaire de taille normale | + | |
| - | | TEXT | 65 535 | Texte de taille normale | + | |
| - | | MEDIUM BLOB | 16 777 215 | Objet binaire de taille moyenne | | + | |
| - | | MEDIUM TEXT | 16 777 215 | Texte de taille moyenne | | + | |
| - | | LONG BLOB | 4 294 967 295 | Objet binaire de grande taille | | + | |
| - | | LONG TEXT | 4 294 967 295 | Texte de grande taille | | + | |
| - | ====ENUM et SET==== | + | Ce périphérique, |
| - | * **ENUM**, | + | * entre deux technologies différentes ( Ethernet - Token-Ring ), |
| - | * permet de prendre une valeur ou NULL parmi une liste de valeurs prédéfinies à la création de la colonne, | + | * entre deux protocoles différents, |
| - | * **SET** | + | * entre des formats |
| - | * permet | + | |
| - | ^ Type ^ Maximum des valeurs dans l' | + | =====Comprendre TCP Version 4===== |
| - | | ENUM(' | + | |
| - | | SET(' | + | |
| - | =====Types de Moteurs de Stockage===== | + | ==== En-tête TCP ==== |
| - | Le type de moteur est spécifié lors de la création de la table. Le moteur d'une table existant peut être modifié avec la commande **ALTER TABLE**. Les différents types **principaux** sont résumés ci-après | + | L'en-tête TCP est codée sur 4 octets soit 32 bits : |
| - | ^ Type de Moteur | + | ^ 1er octet ^ 2ème octet ^ 3ème octet ^ 4 ème octet ^ |
| - | | %%InnoDB%% | + | | Port source |
| - | | %%MyISAM%% | + | | Numéro de séquence |
| - | | MEMORY | + | | |
| - | | ARCHIVE | + | | Offset |
| - | | CSV | Données sont stockées dans un fichier texte au format CSV. Utilisé pour échanger des données avec d' | + | | |
| - | | FEDERATED | + | | |
| + | | Données | ||
| - | Bien que possible techniquement, | + | Vous noterez |
| - | Le choix d'un moteur de stockage se fait en fonction | + | L'**Offset** contient la taille |
| - | ^ Moteur ^ Verrous ^ Transactionnel de type **[[http:// | + | Les **Flags** sont : |
| - | | InnoDB | Enregistrement | Oui | Oui | Oui | Oui | Oui | Oui | Oui | Oui | | + | |
| - | | MyISAM | Table | Non | Non | Non | Oui | Non | Non | Non | Non | | + | |
| - | | Memory | Table | Non | Non | Non | Non | Non | Non | Non | Non | | + | |
| - | | Archive | Enregistrement | Non | Non | Non | Oui | Non | Non | Non | Non | | + | |
| - | | CSV | Table | Non | Non | Non | Oui | Non | Non | Non | Non | | + | |
| - | | Federated | Table | Non | Non | Non | Oui | Non | Non | Non | Non | | + | |
| - | | NDB Cluster | Enregistrement | Oui | Non | Oui | Oui | Oui | Oui | Oui | Oui | | + | |
| - | =====Caractéristiques des Moteurs===== | + | * 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 | ||
| - | ====InnoDB==== | + | La **Fenêtre** est codée sur 16 bits. La Fenêtre est une donnée liée au fonctionnement d' |
| - | Le moteur InnoDB | + | Le **Checksum** |
| - | | + | Le **Padding** est un champ pouvant être rempli |
| - | * Il implémente le **[[http:// | + | |
| - | * Il implémente | + | |
| - | * Il implémente un mécanisme | + | |
| - | * La structure | + | |
| - | * Il supporte | + | |
| - | * Il peut être sauvegardé à chaud, | + | |
| - | * Il est recommandé pour des applications avec beaucoup d' | + | |
| - | ===Mécanisme Interne=== | + | ==== En-tête UDP ==== |
| - | {{ free:innodb.png }} | + | L' |
| - | Les transactions en cours sont stockées en mémoire dans le **buffer des journaux de transactions** (// | + | ^ 1er octet ^ 2ème octet ^ 3ème octet ^ 4 ème octet ^ |
| + | | Port source | ||
| + | | | ||
| + | | Données | ||
| - | Une partie des données ainsi que les index sont stockés en mémoire dans le **buffer pool**. | + | L'en-tête UDP a une longueur |
| - | ===Transactions=== | + | ==== Fragmentation et Ré-encapsulation ==== |
| - | Le moteur Innodb est transactionnel. Ceci implique que le moteur collectionne des requêtes jusqu'à la commande | + | La taille limite d'un paquet TCP, l' |
| - | Il est possible de modifier ce comportement automatique en utilisant la commande **BEGIN**. Par exemple : | + | ==== Adressage ==== |
| - | <file> | + | L' |
| - | mysql> BEGIN; | + | |
| - | mysql> INSERT INTO table (colonne) VALUES (value); | + | |
| - | mysql> COMMIT; | + | |
| - | </file> | + | |
| - | Si la dernière commande est remplacée par la commande ROLLBACK la modification apportée par la requête INSERT INTO sera effacée | + | 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 ^ |
| - | mysql> BEGIN; | + | | A | Net ID |
| - | mysql> INSERT INTO table (colonne) VALUES (value); | + | | B | Net ID || Host ID || |
| - | mysql> ROLLBACK; | + | | C | Net ID ||| Host ID | |
| - | </ | + | | D | |
| + | | E | | ||
| - | ===Tablespace=== | + | L' |
| - | Depuis la version 5.6.6 de MySQL, il existe 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'appelle | ||
| - | Cette modification permet le stockage des fichiers .ibd sur un autre espace de stockage physique. De cette façon, il est possible d' | + | Dans chaque classe, certaines adresses sont réservées pour un usage privé : |
| - | Malgré l' | + | ^ Classe |
| + | | A | 10.0.0.0 | 10.255.255.255 | ||
| + | | B | 172.16.0.0 | ||
| + | | C | 192.168.0.0 | ||
| - | <note warning> | + | Il existe |
| - | Malgré l' | + | |
| - | </ | + | |
| - | <note important> | + | ^ Adresse Particulière |
| - | La quantité de mémoire libre dans un fichier *.ibd ou dans la Tablespace est indiquée par la sortie de la commande **SHOW TABLE STATUS**. Cette valeur est en pages et chaque page vaut 16 Ko. Bien que vous puissiez libérer de l' | + | | 169.254.0.0 à 169.254.255.255 | Automatic Private IP Addressing |
| - | </ | + | | Hôte du réseau courant |
| + | | Adresse de réseau | ||
| + | | Adresse de diffusion | ||
| - | ===Multiversion Concurrency Control=== | + | L' |
| - | Chaque table Innodb contient deux colonnes cachées | + | Afin de mieux comprendre l' |
| - | | + | ^ ^ 1er octet ^ 2ème octet ^ 3ème octet ^ 4 ème octet ^ |
| - | | + | ^ ^ Net ID ^^^ Host ID ^ |
| + | | Adresse IP | | ||
| + | | Binaire | ||
| + | | Calcul | ||
| + | | Binaire | ||
| + | | Adresse réseau | ||
| + | | Calcul | ||
| + | | Binaire | ||
| + | | Adresse de diffusion | | ||
| - | Quand une ligne est modifiée, l' | + | ==== Masques |
| - | ===Transaction Isolation Levels=== | + | Tout comme l' |
| - | Créez la base de données **nombres** : | + | ^ 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. |
| - | mysql> CREATE DATABASE `Nombres` ; | + | |
| - | Query OK, 1 row affected (0.01 sec) | + | |
| - | mysql> USE Nombres; | + | Quand un hôte souhaite émettre il procède d' |
| - | Database changed | + | |
| - | mysql> CREATE TABLE english (id INT NOT NULL AUTO_INCREMENT PRIMARY KEY, Number VARCHAR(10)); | + | * 1 x 1 = 1 |
| - | Query OK, 0 rows affected (0.08 sec) | + | |
| + | * 1 x 0 = 0 | ||
| + | * 0 x 0 = 0 | ||
| - | mysql> INSERT INTO english (Number) VALUES ('One' | + | Prenons le cas de l'adresse IP 192.168.10.1 ayant un masque de 255.255.255.0 : |
| - | Query OK, 1 row affected (0.01 sec) | + | |
| - | mysql> INSERT INTO english (Number) VALUES (' | + | ^ ^ 1er octet ^ 2ème octet ^ 3ème octet ^ 4 ème octet ^ |
| - | Query OK, 1 row affected (0.01 sec) | + | | Adresse IP | |
| + | | Binaire | ||
| + | | Masque de sous-réseau | ||
| + | | Binaire | ||
| + | | Calcul AND | | ||
| + | | Adresse réseau | ||
| - | mysql> INSERT INTO english (Number) VALUES (' | ||
| - | Query OK, 1 row affected (0.01 sec) | ||
| - | mysql> SELECT | + | 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 |
| - | +----+--------+ | + | |
| - | | id | Number | | + | |
| - | +----+--------+ | + | |
| - | | 1 | One | | + | |
| - | | 2 | Two | | + | |
| - | | 3 | Three | | + | |
| - | +----+--------+ | + | |
| - | 3 rows in set (0.00 sec) | + | |
| - | mysql> | + | ^ ^ 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 | ||
| - | ==Read Uncomitted== | + | Puisque l' |
| - | Mettez | + | L' |
| - | < | + | ^ ^ 1er octet ^ 2ème octet ^ 3ème octet ^ 4 ème octet ^ |
| - | mysql> BEGIN; | + | | Adresse IP | |
| - | Query OK, 0 rows affected (0.00 sec) | + | | Binaire |
| + | | Masque de sous-réseau | ||
| + | | Binaire | ||
| + | | Calcul AND | | ||
| + | | Adresse réseau | ||
| - | mysql> UPDATE english SET Number = " | + | Dans ce cas, l' |
| - | Query OK, 1 row affected (0.04 sec) | + | |
| - | Rows matched: 1 Changed: 1 Warnings: | + | |
| - | mysql> SELECT * FROM english; | + | ==== VLSM ==== |
| - | +----+--------+ | + | |
| - | | id | Number | | + | |
| - | +----+--------+ | + | |
| - | | 1 | Un | | + | |
| - | | 2 | Two | | + | |
| - | | 3 | Three | | + | |
| - | +----+--------+ | + | |
| - | 3 rows in set (0.00 sec) | + | |
| - | mysql> | + | 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' |
| - | </ | + | |
| - | Ouvrez | + | 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' |
| - | <code> | + | Pour illustrer ceci, prenons l' |
| - | [root@node01 ~]# mysql | + | |
| - | Welcome to the MySQL monitor. | + | |
| - | Your MySQL connection id is 3 | + | |
| - | Server version: 5.5.33-cll-lve MySQL Community Server (GPL) by Atomicorp | + | |
| - | Copyright (c) 2000, 2013, Oracle and/or its affiliates. All rights reserved. | + | Supposons que nous souhaiterions diviser notre réseau en 2 sous-réseaux. Pour coder 2 sous-réseaux, il faut que l'on libère 2 bits du Host ID. Les deux bits libérés auront les valeurs binaires suivantes : |
| - | Oracle is a registered trademark of Oracle Corporation and/or its | + | * 00 |
| - | affiliates. Other names may be trademarks of their respective | + | * 01 |
| - | owners. | + | * 10 |
| + | * 11 | ||
| - | Type ' | + | Les valeurs binaires du quatrième octet de nos adresses de sous-réseaux seront donc : |
| - | mysql> USE Nombres; | + | * 192.168.1.00XXXXXX |
| - | Reading table information for completion of table and column names | + | * 192.168.1.01XXXXXX |
| - | You can turn off this feature to get a quicker startup with -A | + | * 192.168.1.10XXXXXX |
| + | * 192.168.1.11XXXXXX | ||
| - | Database changed | + | où les XXXXXX représentent les bits que nous réservons pour décrire les hôtes dans chacun des sous-réseaux. |
| - | mysql> SELECT * FROM english; | + | Nous ne pouvons pas utiliser les deux sous-réseaux suivants : |
| - | +----+--------+ | + | |
| - | | id | Number | | + | |
| - | +----+--------+ | + | |
| - | | 1 | One | | + | |
| - | | 2 | Two | | + | |
| - | | 3 | Three | | + | |
| - | +----+--------+ | + | |
| - | 3 rows in set (0.01 sec) | + | |
| - | mysql> | + | * 192.168.1.00XXXXXX |
| - | </ | + | * 192.168.1.11XXXXXX |
| - | <note important> | + | car ceux-ci correspondent aux débuts |
| - | Notez que le deuxième client voit l' | + | |
| - | </ | + | |
| - | Pour voir la valeur dans la Tablespace, il faut modifier la valeur de l' | + | Nous pouvons utiliser les deux sous-réseaux suivants |
| - | < | + | * 192.168.1.01XXXXXX |
| - | mysql> SET TRANSACTION ISOLATION LEVEL read uncommitted; | + | * 192.168.1.10XXXXXX |
| - | Query OK, 0 rows affected (0.00 sec) | + | |
| - | mysql> SELECT * FROM english; | + | Pour le premier sous-réseau l' |
| - | +----+--------+ | + | |
| - | | id | Number | | + | |
| - | +----+--------+ | + | |
| - | | 1 | Un | | + | |
| - | | 2 | Two | | + | |
| - | | 3 | Three | | + | |
| - | +----+--------+ | + | |
| - | 3 rows in set (0.01 sec) | + | |
| - | mysql> | + | | Sous-réseau #1 | |
| - | </ | + | | Calcul de l' |
| + | | Binaire | ||
| + | | Adresse réseau | ||
| + | | Calcul de l' | ||
| + | | Binaire | ||
| + | | Adresse de diffusion | | ||
| - | <note warning> | + | * L'adresse CIDR du réseau est donc 192.168.1.64/26 car le Net ID est codé sur 24+2 bits. |
| - | Dans ce mode, le client voit une donnée fictive car il n'y a pas encore eu de COMMIT ! | + | |
| - | </note> | + | |
| - | ==Read Comitted== | + | * Le masque de sous-réseau est donc le 11111111.11111111.11111111.11000000 ou le 255.255.255.192 |
| - | Dans ce mode de fonctionnement InnoDB suit les Pointeurs ROLLBACK jusqu' | + | * Nous pouvons avoir 2< |
| - | < | + | * La plage valide d' |
| - | mysql> SET TRANSACTION ISOLATION LEVEL read committed; | + | |
| - | Query OK, 0 rows affected (0.00 sec) | + | |
| - | mysql> SELECT * FROM english; | + | Pour le deuxième sous-réseau l' |
| - | +----+--------+ | + | |
| - | | id | Number | | + | |
| - | +----+--------+ | + | |
| - | | 1 | One | | + | |
| - | | 2 | Two | | + | |
| - | | 3 | Three | | + | |
| - | +----+--------+ | + | |
| - | 3 rows in set (0.01 sec) | + | |
| - | mysql> | + | | Sous-réseau #2 | |
| - | </ | + | | Calcul de l' |
| + | | Binaire | ||
| + | | Adresse réseau | ||
| + | | Calcul de l' | ||
| + | | Binaire | ||
| + | | Adresse de diffusion | | ||
| - | Retournez au premier terminal : | + | * L' |
| - | < | + | * Le masque de sous-réseau est donc le 11111111.11111111.11111111.11000000 ou le 255.255.255.192 |
| - | mysql> COMMIT; | + | |
| - | Query OK, 0 rows affected (0.01 sec) | + | |
| - | mysql> | + | * Nous pouvons avoir 2<sup>6</sup>-2 soit 62 hôtes. |
| - | </code> | + | |
| + | * 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' | ||
| + | |||
| + | ==== / | ||
| - | Retournez au deuxième terminal | + | Les ports les plus utilisés sont détaillés dans le fichier **/ |
| < | < | ||
| - | < | + | [root@centos7 ~]# more / |
| - | +----+--------+ | + | # / |
| - | | id | Number | | + | # $Id: services,v 1.55 2013/04/14 ovasik Exp $ |
| - | +----+--------+ | + | # |
| - | | 1 | Un | | + | # Network services, Internet style |
| - | | 2 | Two | | + | # IANA services version: last updated 2013-04-10 |
| - | | 3 | Three | | + | # |
| - | +----+--------+ | + | # Note that it is presently the policy of IANA to assign a single well-known |
| - | 3 rows in set (0.00 sec) | + | # port number for both TCP and UDP; hence, most entries here have two entries |
| + | # even if the protocol doesn' | ||
| + | # Updated from RFC 1700, ``Assigned Numbers'' | ||
| + | # are included, only the more common ones. | ||
| + | # | ||
| + | # The latest IANA port assignments can be gotten from | ||
| + | # | ||
| + | # The Well Known Ports are those from 0 through 1023. | ||
| + | # The Registered Ports are those from 1024 through 49151 | ||
| + | # The Dynamic and/or Private Ports are those from 49152 through 65535 | ||
| + | # | ||
| + | # Each line describes one service, and is of the form: | ||
| + | # | ||
| + | # service-name | ||
| - | mysql> | + | tcpmux |
| + | tcpmux | ||
| + | rje | ||
| + | rje | ||
| + | echo 7/tcp | ||
| + | echo 7/udp | ||
| + | discard | ||
| + | discard | ||
| + | systat | ||
| + | systat | ||
| + | daytime | ||
| + | --More--(0%) | ||
| </ | </ | ||
| - | ====MyISAM==== | + | Notez que les ports sont listés par deux : |
| - | L' | + | * le port TCP |
| + | * le port UDP | ||
| - | * Il n'est pas transactionnel, | + | La liste la plus complète peut être consultée à l'adresse suivante |
| - | | + | |
| - | | + | |
| - | * La structure de la table est stockée dans un fichier | + | |
| - | * Les données sont stockées dans un fichier | + | |
| - | * Il ne supporte pas de clefs étrangères, | + | |
| - | * Il ne peut pas être sauvegardé à chaud, | + | |
| - | * Il peut être compressé, | + | |
| - | | + | |
| - | | + | |
| - | Il existe trois types de moteurs %%MyISAM%% : FIXED , DYNAMIC et COMPRESSED | + | Pour connaitre la liste des sockets ouverts sur l' |
| - | === MyISAM FIXED=== | + | < |
| + | [root@centos7 ~]# netstat -an | more | ||
| + | Active Internet connections (servers and established) | ||
| + | Proto Recv-Q Send-Q Local Address | ||
| + | tcp 0 0 0.0.0.0: | ||
| + | tcp 0 0 127.0.0.1: | ||
| + | tcp 0 0 127.0.0.1: | ||
| + | tcp 0 0 127.0.0.1: | ||
| + | tcp 0 0 127.0.0.1: | ||
| + | tcp 0 0 127.0.0.1: | ||
| + | tcp 0 0 127.0.0.1: | ||
| + | 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 [ ACC ] | ||
| + | unix 2 [ ACC ] | ||
| + | unix 2 [ ACC ] | ||
| + | unix 2 [ ACC ] | ||
| + | unix 2 [ ACC ] | ||
| + | ocket | ||
| + | unix 2 [ ACC ] | ||
| + | unix 2 [ ACC ] | ||
| + | --More-- | ||
| + | </ | ||
| - | Une table est FIXED si elle ne contient aucun champ de type VARCHAR, VARBINARY, TEXT ou BLOB ou si la valeur de l'option **row_format** est FIXED ( row_format=FIXED ). Tous les enregistrements sont de la même taille. De ce fait, les tables sont plus rapides et plus robustes que les tables dynamiques mais elles prennent plus d' | + | Pour connaitre |
| < | < | ||
| - | mysql> SHOW TABLE STATUS LIKE ' | + | [root@centos7 ~]# netstat -anp | more |
| - | *************************** | + | Active Internet connections (servers and established) |
| - | Name: db | + | Proto Recv-Q Send-Q Local Address |
| - | Engine: MyISAM | + | tcp 0 0 0.0.0.0: |
| - | | + | tcp 0 0 127.0.0.1: |
| - | Row_format: Fixed | + | tcp 0 0 127.0.0.1: |
| - | Rows: 2 | + | tcp 0 0 127.0.0.1: |
| - | Avg_row_length: 440 | + | tcp 0 0 127.0.0.1: |
| - | | + | tcp 0 0 127.0.0.1:49669 |
| - | Max_data_length: 123848989752688639 | + | tcp 0 0 127.0.0.1: |
| - | Index_length: 5120 | + | tcp 0 0 10.0.2.15:22 |
| - | | + | tcp 0 1 10.0.2.15:55144 |
| - | Auto_increment: NULL | + | tcp 0 0 127.0.0.1:46641 |
| - | | + | tcp6 |
| - | | + | tcp6 |
| - | | + | udp 0 0 0.0.0.0:42155 |
| - | | + | udp 0 0 0.0.0.0:5353 0.0.0.0: |
| - | Checksum: NULL | + | udp 0 0 127.0.0.1:323 0.0.0.0: |
| - | | + | udp 0 0 0.0.0.0:68 0.0.0.0: |
| - | Comment: Database privileges | + | udp 0 0 0.0.0.0:14451 |
| - | 1 row in set (0.01 sec) | + | udp 0 0 10.0.2.15:37244 |
| + | udp6 | ||
| + | udp6 | ||
| + | raw6 | ||
| + | Active UNIX domain sockets | ||
| + | Proto RefCnt Flags | ||
| + | unix 2 [ ACC ] | ||
| + | unix 2 [ ACC ] | ||
| + | unix 2 [ ACC ] | ||
| + | unix 2 [ ACC ] | ||
| + | unix 2 [ ACC ] | ||
| + | unix 2 [ ACC ] | ||
| + | unix 2 [ ACC ] | ||
| + | unix 2 [ ACC ] | ||
| + | --More-- | ||
| + | </ | ||
| - | ERROR: | + | ==== Résolution d' |
| - | No query specified | + | |
| - | mysql> | + | Chaque protocole peut être encapsulé dans une **trame** Ethernet. Lorsque la trame doit être transportée de l' |
| + | |||
| + | Pour connaître l' | ||
| + | |||
| + | <code> | ||
| + | [root@centos7 ~]# arp -a | ||
| + | ? (10.0.2.3) at 52: | ||
| + | gateway (10.0.2.2) at 52: | ||
| </ | </ | ||
| - | === MyISAM DYNAMIC | + | ===Options de la commande=== |
| - | Une table est DYNAMIC si elle contient au moins un champ de type VARCHAR, VARBINARY, TEXT ou BLOB ou la valeur de l' | + | Les options |
| < | < | ||
| - | mysql> SHOW TABLE STATUS LIKE ' | + | [root@centos7 ~]# arp --help |
| - | *************************** 1. row *************************** | + | Usage: |
| - | Name: proc | + | arp [-vn] [< |
| - | Engine: MyISAM | + | arp [-v] [-i <if>] -d < |
| - | | + | arp [-vnD] [< |
| - | Row_format: Dynamic | + | arp [-v] |
| - | Rows: 0 | + | arp [-v] |
| - | | + | |
| - | Data_length: | + | |
| - | Max_data_length: | + | |
| - | Index_length: | + | |
| - | Data_free: 0 | + | |
| - | | + | |
| - | Create_time: | + | |
| - | | + | |
| - | | + | |
| - | Collation: utf8_general_ci | + | |
| - | | + | |
| - | | + | |
| - | Comment: Stored Procedures | + | |
| - | 1 row in set (0.01 sec) | + | |
| - | ERROR: | + | -a |
| - | No query specified | + | |
| + | -s, --set set a new ARP entry | ||
| + | -d, --delete | ||
| + | -v, --verbose | ||
| + | -n, --numeric | ||
| + | -i, --device | ||
| + | -D, --use-device | ||
| + | -A, -p, --protocol | ||
| + | -f, --file | ||
| - | mysql> | + | <HW>=Use '-H < |
| + | List of possible hardware types (which support ARP): | ||
| + | ash (Ash) ether (Ethernet) ax25 (AMPR AX.25) | ||
| + | netrom (AMPR NET/ROM) rose (AMPR ROSE) arcnet (ARCnet) | ||
| + | dlci (Frame Relay DLCI) fddi (Fiber Distributed Data Interface) hippi (HIPPI) | ||
| + | irda (IrLAP) x25 (generic X.25) infiniband (InfiniBand) | ||
| + | eui64 (Generic EUI-64) | ||
| </ | </ | ||
| - | ===MyISAM COMPRESSED=== | ||
| - | Après avoir arrêté | + | =====Comprendre |
| - | < | + | ====Introduction à la cryptologie==== |
| - | [root@centos ~]# myisampack / | + | |
| - | Compressing / | + | |
| - | - Calculating statistics | + | |
| - | - Compressing file | + | |
| - | 95.21% | + | |
| - | Remember to run myisamchk -rq on compressed tables | + | |
| - | [root@centos ~]# myisamchk -rq / | + | ===Définitions=== |
| - | - check record delete-chain | + | |
| - | - recovering (with sort) MyISAM-table '/ | + | |
| - | Data records: 467 | + | |
| - | - Fixing index 1 | + | |
| - | - Fixing index 2 | + | |
| - | [root@centos ~]# myisamchk | + | * **La Cryptologie** |
| - | - recovering | + | * La science qui étudie les aspects scientifiques de ces techniques, c'est-à-dire qu' |
| - | Data records: 467 | + | * **La Cryptanalyse** |
| - | - Fixing index 1 | + | * Lorsque la clef de déchiffrement n'est pas connue de l' |
| - | - Fixing index 2 | + | * **La Cryptographie** |
| - | </ | + | * Un terme générique désignant l' |
| + | * **Le Décryptement ou Décryptage** | ||
| + | * Est le fait d' | ||
| - | ===Particularités=== | + | {{ : |
| - | * Le moteur MyISAM est particulièrement portable car il suffit de copier les fichiers *.frm, *.MYD et *.MYI pour obtenir une sauvegarde physique, | + | ==La Cryptographie== |
| - | * Le nombre d' | + | |
| - | * Les index non-uniques peuvent être désactivés momentanément, | + | |
| - | * Il est possible d' | + | |
| + | La cryptographie apporte quatre points clefs: | ||
| - | ====Memory==== | + | * La confidentialité |
| + | * consiste à rendre l' | ||
| + | * L' | ||
| + | * consiste à déterminer si les données n'ont pas été altérées durant la communication (de manière fortuite ou intentionnelle). | ||
| + | * L' | ||
| + | * consiste à assurer l' | ||
| + | * La non-répudiation | ||
| + | * est la garantie qu' | ||
| - | Les principaux caractéristiques du moteur Memory sont : | + | La cryptographie est basée sur l' |
| - | * Il n'est pas transactionnel, | + | * Procéder |
| - | * Il implémente un verrou | + | * Le résultat |
| - | * Il n'y a pas de recouvrement automatique des données lors d'un crash, | + | * Procéder au déchiffrement |
| - | * La structure de la table est stockée dans un fichier .frm, | + | |
| - | * Les données sont stockées dans la mémoire, | + | |
| - | * Il ne supporte pas de clefs étrangères, | + | |
| - | * Il ne peut pas être sauvegardé à chaud, | + | |
| - | * Il est recommandé pour des applications ayant besoin de la vitesse. | + | |
| - | ===Particularités=== | + | Le chiffrement se fait à l'aide d'une clef de chiffrement. Le déchiffrement nécessite |
| - | * La consommation | + | On distingue deux types de clefs: |
| - | * Le moteur peut implémenter soit l' | + | |
| - | * Au démarrage du serveur les tables sont évidement vides. Il est possible de les pré-remplir grâce à des instructions SQL contenues dans un fichier référencé par l' | + | |
| + | * Les clés symétriques: | ||
| + | * des clés utilisées pour le chiffrement ainsi que pour le déchiffrement. On parle alors de chiffrement symétrique ou de chiffrement à clé secrète. | ||
| + | * Les clés asymétriques: | ||
| + | * des clés utilisées dans le cas du chiffrement asymétrique (aussi appelé chiffrement à clé publique). Dans ce cas, une clé différente est utilisée pour le chiffrement et pour le déchiffrement. | ||
| - | ===En Pratique=== | + | ==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 : | ||
| - | Créez | + | * La substitution **monoalphabétique** |
| + | * consiste à remplacer chaque lettre du message par une autre lettre de l' | ||
| + | * La substitution **polyalphabétique** | ||
| + | * consiste à utiliser une suite de chiffres monoalphabétique réutilisée périodiquement | ||
| + | * La substitution **homophonique** | ||
| + | * permet de faire correspondre à chaque lettre du message | ||
| + | * La substitution de **polygrammes** | ||
| + | * consiste à substituer un groupe | ||
| - | mysql> CREATE TABLE tempfamilles TYPE=MEMORY SELECT * FROM familles ; | + | ====Algorithmes à clé secrète==== |
| - | Visualisez les enregistrements de la table tempfamilles : | + | ===Le Chiffrement Symétrique=== |
| - | mysql> SELECT | + | Ce système est aussi appelé le système à **Clef Secrète** ou à **clef privée**. |
| - | Supprimez | + | Ce système consiste à effectuer une opération de chiffrement par algorithme mais comporte un inconvénient, |
| - | mysql > DROP TABLE tempfamilles; | + | {{: |
| - | ====Archive==== | + | <WRAP center round important> |
| + | Le système de Méthode du Masque Jetable (One Time Pad) fût mis au point dans les années 1920. Il utilisait une clef générée aléatoirement à usage unique. | ||
| + | </ | ||
| - | Les principaux caractéristiques du moteur Archive | + | Les algorithmes de chiffrement symétrique couramment utilisés en informatique |
| - | * Il n'est pas transactionnel, | + | * **[[wpfr> |
| - | | + | * **[[wpfr> |
| - | | + | * **[[wpfr> |
| - | * Les données sont stockées en les compressant, | + | * **[[wpfr> |
| - | * Il ne supporte pas de clefs étrangères, | + | * **[[wpfr> |
| - | * Il ne peut pas être sauvegardé à chaud, | + | * **[[wpfr> |
| - | * Il ne supporte pas d' | + | |
| - | * Il est recommandé pour réduire l' | + | |
| - | ===Particularités=== | + | ====Algorithmes à clef publique==== |
| - | * Le moteur ne permet que des requêtes INSERT et SELECT. | + | ===Le Chiffrement Asymétrique=== |
| + | Ce système est aussi appelé **Système à Clef Publique**. | ||
| - | ====CSV==== | + | Ce système consiste à avoir deux clefs appelées des **bi-clefs**: |
| - | Les principaux caractéristiques du moteur CSV sont : | + | * Une clef **publique** pour le chiffrement |
| + | * Une clef **secrète** ou **privée** pour le déchiffrement | ||
| - | * Il n'est pas transactionnel, | + | {{: |
| - | * Il implémente un verrou au niveau table, | + | |
| - | * Il n'y a pas de recouvrement automatique des données lors d'un crash, | + | |
| - | * La structure de la table est stockée dans un fichier | + | |
| - | * Les données sont séparées par des **;** et stockées dans un fichier | + | |
| - | * Il ne supporte pas de clefs étrangères, | + | |
| - | * Il ne peut pas être sauvegardé à chaud, | + | |
| - | * Il ne supporte pas d'Index, | + | |
| - | * Il est recommandé pour des tables ayant besoin d' | + | |
| - | ====FEDERATED==== | + | * L' |
| + | * A partir de cette clef il génère plusieurs clefs publiques grâce à un algorithme. | ||
| + | * L' | ||
| - | Les principaux caractéristiques du moteur FEDERATED sont : | + | Ce système est basé sur ce que l'on appelle une **fonction à trappe à sens unique** ou **one-way trap door**. |
| - | * Il n'est pas transactionnel, | + | Il existe toutefois |
| - | * Il n'y a pas de recouvrement automatique des données lors d'un crash, | + | |
| - | * Il ne supporte pas de clefs étrangères, | + | |
| - | * Il ne peut pas être sauvegardé à chaud, | + | |
| - | * Il ne supporte pas d'Index, | + | |
| - | * Il supporte des requêtes SELECT, INSERT, UPDATE, DELETE, TRUNCATE et DROP TABLE, | + | |
| - | * Il n' | + | |
| - | * Il est utilisé pour accéder à des données localisées sur un serveur **MySQL** distant. | + | |
| - | ====NDB Cluster==== | + | Les algorithmes de chiffrement asymétrique couramment utilisés en informatique sont: |
| - | Le moteur NDB Cluster est le moteur de MySQL Cluster. Les principaux caractéristiques du moteur NDB Cluster sont : | + | * **[[wpfr> |
| + | * **[[wpfr> | ||
| - | * Il est transactionnel | + | ===La Clef de Session=== |
| - | * Il implémente le **[[http:// | + | |
| - | * Il implémente un verrou au niveau enregistrement, | + | |
| - | * Il implémente la réplication synchrone, | + | |
| - | * Il implémente le basculement automatique sur un autre nœud en cas de panne et la synchronisation automatique du nœud à son démarrage, | + | |
| - | * Il peut être sauvegardé à chaud, | + | |
| - | * Il permet le dimensionnement des requêtes de lecture et d' | + | |
| - | * Il utilise l' | + | |
| - | * Il implémente l’absence du **[[http:// | + | |
| + | Ce système est un compromis entre le système symétrique et le système asymétrique. Il permet l' | ||
| - | ====Autres Moteurs Non Standards==== | + | {{: |
| - | ===XtraDB=== | + | Ce système fonctionne de la façon suivante : |
| - | **[[http:// | + | |
| + | | ||
| + | | ||
| + | * L'utilisateur B déchiffre les données en utilisant la clef de session. | ||
| - | * Il est transactionnel | + | ====Fonctions |
| - | * Il implémente le **[[http:// | + | |
| - | * Il implémente un verrou au niveau enregistrement, | + | |
| - | * Il implémente un mécanisme de restauration automatique, | + | |
| - | * Il supporte l' | + | |
| - | * Il peut être sauvegarder à chaud, | + | |
| - | * Le moteur peut implémenter soit l' | + | |
| - | ===Aria=== | + | La fonction de **hachage**, |
| - | **[[https://mariadb.com/ | + | {{:redhat: |
| - | * En version 2.0, il est transactionnel | + | Les deux algorithmes |
| - | * Il implémente un verrou au niveau enregistrement, | + | |
| - | * Il implémente un mécanisme de restauration automatique. | + | |
| + | * **[[wpfr> | ||
| + | * **[[wpfr> | ||
| - | =====Jointures===== | + | Lors de son envoie, le message est accompagné de son haché et il est donc possible de garantir son intégrité: |
| - | Les jointures permettent | + | {{: |
| + | |||
| + | | ||
| + | | ||
| - | Dans le cas où on utilise un champs autre que la clef primaire pour assurer la jointure, cet autre champs doit être **indexé**. | + | <WRAP center round important> |
| + | Ce système permet de vérifier | ||
| + | </ | ||
| - | ====FULL JOIN==== | + | ====Signature Numérique==== |
| - | Ce type de jointure permet | + | Pour garantir l' |
| - | mysql> SELECT table1.champ1, table2.champ1 FROM table1, table2 WHERE table1.clefprimaire = table2.clefetrangere; | + | {{: |
| + | |||
| + | * L’utilisateur A envoie le sceau au destinataire. | ||
| + | * A la réception du message L’utilisateur B déchiffre le sceau avec la clé publique de l’utilisateur A. | ||
| + | * Il compare le haché obtenu au haché reçu en pièce jointe. | ||
| - | ou | + | Ce mécanisme de création de sceau est appelé **scellement**. |
| - | mysql> SELECT table1.champ1, | + | Ce mécanisme est identique au procédé utilisé par SSH lors d'une connexion |
| - | ====LEFT JOIN==== | + | ====Utilisation de GnuPG==== |
| - | Ce type de jointure permet de renvoyer les enregistrements de la première table qui ont une correspondance dans la deuxième table. La syntaxe est la suivante : | + | ===Présentation=== |
| - | mysql> SELECT table1.champ1, table2.champ1 FROM table1 LEFT JOIN table2 ON table1.clefprimaire = table2.clefetrangere; | + | **GNU Privacy Guard** permet aux utilisateurs de transférer des messages chiffrés et/ou signés. |
| - | Le résultat de cette requête est l' | + | ===Installation=== |
| - | mysql> SELECT table1.champ1, table2.champ1 FROM table1 LEFT JOIN table2 ON table1.clefprimaire = table2.clefetrangere WHERE table2.clefetrangere IS NULL; | + | Sous RHEL/CentOS 7, le paquet gnupg est installé par défaut : |
| - | ====RIGHT JOIN==== | + | < |
| + | [root@centos7 ~]# whereis gpg | ||
| + | gpg: / | ||
| + | </ | ||
| - | Ce type de jointure est l' | + | ===Configuration=== |
| - | =====LAB #1 - Le Langage SQL===== | + | Pour initialiser %%GnuPG%%, saisissez la commande suivante : |
| - | Créez maintenant | + | < |
| + | [root@centos7 ~]# gpg | ||
| + | gpg: directory `/ | ||
| + | gpg: new configuration file `/ | ||
| + | gpg: WARNING: options in `/ | ||
| + | gpg: keyring `/ | ||
| + | gpg: keyring `/ | ||
| + | gpg: Go ahead and type your message ... | ||
| + | ^C | ||
| + | gpg: signal Interrupt caught ... exiting | ||
| + | </ | ||
| + | |||
| + | Pour générer les clefs, saisissez | ||
| < | < | ||
| - | mysql> CREATE DATABASE `CarnetAdresses` | + | [root@centos7 ~]# gpg --gen-key |
| - | Query OK, 1 row affected | + | gpg (GnuPG) 2.0.22; Copyright (C) 2013 Free Software Foundation, Inc. |
| + | This is free software: you are free to change and redistribute it. | ||
| + | There is NO WARRANTY, to the extent permitted by law. | ||
| + | |||
| + | Please select what kind of key you want: | ||
| + | (1) RSA and RSA (default) | ||
| + | (2) DSA and Elgamal | ||
| + | (3) DSA (sign only) | ||
| + | (4) RSA (sign only) | ||
| + | Your selection? 1 | ||
| + | RSA keys may be between 1024 and 4096 bits long. | ||
| + | What keysize do you want? (2048) | ||
| + | Requested keysize is 2048 bits | ||
| + | Please specify how long the key should be valid. | ||
| + | 0 = key does not expire | ||
| + | < | ||
| + | <n>w = key expires in n weeks | ||
| + | <n>m = key expires in n months | ||
| + | <n>y = key expires in n years | ||
| + | Key is valid for? (0) | ||
| + | Key does not expire at all | ||
| + | Is this correct? (y/N) y | ||
| + | |||
| + | GnuPG needs to construct a user ID to identify your key. | ||
| + | |||
| + | Real name: I2TCH | ||
| + | Email address: infos@i2tch.eu | ||
| + | Comment: Test Key | ||
| + | You selected this USER-ID: | ||
| + | "I2TCH (Test Key) < | ||
| + | |||
| + | 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. | ||
| - | mysql> | + | 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 | ||
| </ | </ | ||
| - | Créez ensuite deux tables **familles** et **enfants** dans la base **CarnetAdresses** | + | La liste de clefs peut être visualisée avec la commande suivante |
| < | < | ||
| - | mysql> USE CarnetAdresses ; | + | [root@centos7 ~]# gpg --list-keys |
| - | Database changed | + | / |
| - | mysql> | + | ------------------------ |
| + | pub | ||
| + | uid I2TCH (Test Key) < | ||
| + | sub | ||
| </ | </ | ||
| + | |||
| + | <WRAP center round important> | ||
| + | Pour importer la clef d'un correspondant dans sa trousse de clefs il convient d' | ||
| + | |||
| + | # gpg --import la-clef.asc | ||
| + | </ | ||
| + | |||
| + | Pour exporter sa clef publique, il convient d' | ||
| < | < | ||
| - | mysql> CREATE TABLE familles (CodeFamille BIGINT NOT NULL AUTO_INCREMENT PRIMARY KEY, Nom VARCHAR(40), | + | [root@centos7 ~]# gpg --export --armor I2TCH > ~/ |
| - | | + | [root@centos7 ~]# cat I2TCH.asc |
| - | -> CodePostal VARCHAR(5), Ville VARCHAR(40), | + | -----BEGIN PGP PUBLIC KEY BLOCK----- |
| - | Query OK, 0 rows affected (0.03 sec) | + | Version: GnuPG v2.0.22 (GNU/Linux) |
| - | mysql> | + | 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----- | ||
| </ | </ | ||
| - | Pour plus de facilité, copiez simplement la requête et collez-la dans votre terminal | + | Cette clef peut ensuite être jointe à des messages électroniques ou bien déposée sur un serveur |
| - | <file text familles> | + | ===Signer un message=== |
| - | CREATE TABLE familles (CodeFamille BIGINT NOT NULL AUTO_INCREMENT PRIMARY KEY, Nom VARCHAR(40), | + | |
| - | </ | + | |
| - | < | + | Créez maintenant un message à signer : |
| - | mysql> CREATE TABLE Enfants ( CodeFamille BIGINT NOT NULL, Prenom VARCHAR(40) NOT NULL, | + | |
| - | -> Sexe VARCHAR(1) NOT NULL, DateNaissance DATE NOT NULL, PRIMARY KEY (CodeFamille)); | + | |
| - | Query OK, 0 rows affected (0.01 sec) | + | |
| - | mysql> | + | <code> |
| + | [root@centos7 ~]# vi ~/ | ||
| + | [root@centos7 ~]# cat ~/ | ||
| + | This is a test message for gpg | ||
| </ | </ | ||
| - | Pour plus de facilité, copiez simplement | + | Pour signer ce message en format binaire, il convient d' |
| - | <file text enfants> | + | <code> |
| - | CREATE TABLE Enfants ( CodeFamille BIGINT NOT NULL, Prenom VARCHAR(40) NOT NULL, Sexe VARCHAR(1) NOT NULL, DateNaissance DATE NOT NULL, PRIMARY KEY (CodeFamille)); | + | [root@centos7 ~]# gpg --default-key I2TCH --detach-sign message.txt |
| - | </ | + | |
| - | Utilisez ensuite | + | You need a passphrase to unlock the secret key for |
| + | user: "I2TCH (Test Key) < | ||
| + | 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 287 Aug 10 07:16 message.txt.sig | ||
| + | |||
| + | [root@centos7 ~]# cat message.txt.sig | ||
| + | � W��� | ||
| + | Se����, | ||
| + | ��2�; | ||
| + | </ | ||
| + | |||
| + | Pour signer ce message en format ascii, il convient d' | ||
| < | < | ||
| - | mysql> SHOW DATABASES; | + | [root@centos7 ~]# gpg --default-key I2TCH --armor --detach-sign message.txt |
| - | +--------------------+ | + | |
| - | | Database | + | |
| - | +--------------------+ | + | |
| - | | information_schema | | + | |
| - | | CarnetAdresses | + | |
| - | | mysql | | + | |
| - | | test | | + | |
| - | +--------------------+ | + | |
| - | 4 rows in set (0.00 sec) | + | |
| - | mysql> | + | You need a passphrase to unlock the secret key for |
| + | user: "I2TCH (Test Key) < | ||
| + | 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 | ||
| + | |||
| + | [root@centos7 ~]# cat message.txt.asc | ||
| + | -----BEGIN PGP SIGNATURE----- | ||
| + | Version: GnuPG v2.0.22 (GNU/ | ||
| + | |||
| + | iQEcBAABAgAGBQJXqrkDAAoJEFNlxhj2pbQATwoH/ | ||
| + | AfFZz8lfwSlrBYwgDA/ | ||
| + | NZiOPZDVaEpOx1vLIbmBxGclfFtbvSiZj/ | ||
| + | Io8BPSnZvOlNhYQrPsGd046SLPRu8hTozwtB47Do6B6RazzpGLG7zOD1JZP56eD7 | ||
| + | oo3+1HxYdv4arVgjb/ | ||
| + | xrlhOU0PhK1+0pF8nVf/ | ||
| + | =rO70 | ||
| + | -----END PGP SIGNATURE----- | ||
| </ | </ | ||
| + | |||
| + | Pour vérifier la signature d'un message signé en mode ascii, il convient d' | ||
| < | < | ||
| - | mysql> SHOW TABLES FROM CarnetAdresses; | + | [root@centos7 ~]# gpg --verify message.txt.asc |
| - | +--------------------------+ | + | gpg: Signature made Wed 10 Aug 2016 07:43:49 CEST using RSA key ID F6A5B400 |
| - | | Tables_in_CarnetAdresses | | + | gpg: Good signature from " |
| - | +--------------------------+ | + | </ |
| - | | Enfants | + | |
| - | | familles | + | |
| - | +--------------------------+ | + | |
| - | 2 rows in set (0.00 sec) | + | |
| - | mysql> | + | <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' | ||
| + | |||
| + | # gpg --verify message.txt.asc message.txt | ||
| + | </ | ||
| + | |||
| + | Pour signer ce message **dans le message lui-même** en format ascii, il convient d' | ||
| + | |||
| + | < | ||
| + | [root@centos7 ~]# gpg --default-key I2TCH --clearsign message.txt | ||
| + | |||
| + | 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' | ||
| + | |||
| + | [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 | ||
| + | |||
| + | [root@centos7 ~]# cat message.txt.asc | ||
| + | -----BEGIN PGP SIGNED MESSAGE----- | ||
| + | Hash: SHA1 | ||
| + | |||
| + | This is a test message for gpg | ||
| + | -----BEGIN PGP SIGNATURE----- | ||
| + | Version: GnuPG v2.0.22 (GNU/ | ||
| + | |||
| + | iQEcBAEBAgAGBQJXqr8VAAoJEFNlxhj2pbQAQ3cH+wemHfA6SoMOakxzno0iJ5ry | ||
| + | yROrwTm2clnEbN2zJ7rWzwRT6YtPU4mFgDyjL6G7TzOU5o9AI1dfm2iZ3kdJKmgQ | ||
| + | ug1F9SfhtGjltnPB46keYnzthaHNzwLwNJtv2pgxcfhO9gbFWH4FCjMRAGm9S4Hl | ||
| + | okF/ | ||
| + | 8Z4wPBKy3AlcQlZdW9rScbyHjAeyQ/ | ||
| + | YHV7kmFU3X/ | ||
| + | =JTVm | ||
| + | -----END PGP SIGNATURE----- | ||
| </ | </ | ||
| + | |||
| + | ===Chiffrer un message=== | ||
| + | |||
| + | Pour chiffrer un message, il faut disposer de la clef publique du destinataire du message. Ce dernier utilisera ensuite sa clef privée pour déchiffrer le message. Il convient de préciser le destinataire du message, ou plus précisément la clef publique à utiliser, lors d'un chiffrement : | ||
| + | |||
| + | gpg --recipient < | ||
| + | |||
| + | * //< | ||
| + | * //< | ||
| + | |||
| + | Par exemple pour chiffrer un message en mode binaire, il convient de saisir la commande suivante : | ||
| < | < | ||
| - | mysql> SHOW COLUMNS FROM familles FROM CarnetAdresses; | + | [root@centos7 ~]# gpg --recipient I2TCH --encrypt message.txt |
| - | +-------------+-------------+------+-----+---------+----------------+ | + | |
| - | | Field | Type | Null | Key | Default | Extra | | + | [root@centos7 ~]# ls -l | grep message |
| - | +-------------+-------------+------+-----+---------+----------------+ | + | -rw-r--r--. 1 root root 31 Aug 10 07:14 message.txt |
| - | | CodeFamille | bigint(20) | + | -rw-r--r--. 1 root root 568 Aug 10 07:43 message.txt.asc |
| - | | Nom | + | -rw-r--r--. 1 root root |
| - | | PrenomPere | + | -rw-r--r--. 1 root root 287 Aug 10 07:16 message.txt.sig |
| - | | PrenomMere | + | |
| - | | Adresse1 | + | |
| - | | Adresse2 | + | |
| - | | CodePostal | + | |
| - | | Ville | varchar(40) | YES | | NULL | | | + | |
| - | | ProfPere | + | |
| - | | ProfMere | + | |
| - | +-------------+-------------+------+-----+---------+----------------+ | + | |
| - | 10 rows in set (0.00 sec) | + | |
| - | mysql> | + | [root@centos7 ~]# cat message.txt.gpg |
| + | � | ||
| + | �q3p ����? | ||
| + | ���X��VL��_~7���_*�u���BD��R��҃E�%��!�j����X�$��aԼ�F0[�)\N܂��$& | ||
| </ | </ | ||
| + | |||
| + | Et pour chiffrer un message en mode ascii, il convient de saisir la commande suivante : | ||
| < | < | ||
| - | mysql> SHOW INDEX FROM familles; | + | [root@centos7 ~]# gpg --recipient I2TCH --armor --encrypt message.txt |
| - | +----------+------------+----------+--------------+-------------+-----------+-------------+----------+--------+------+------------+---------+ | + | File `message.txt.asc' |
| - | | Table | Non_unique | Key_name | Seq_in_index | Column_name | Collation | Cardinality | Sub_part | Packed | Null | Index_type | Comment | | + | |
| - | +----------+------------+----------+--------------+-------------+-----------+-------------+----------+--------+------+------------+---------+ | + | |
| - | | familles | 0 | PRIMARY | + | |
| - | +----------+------------+----------+--------------+-------------+-----------+-------------+----------+--------+------+------------+---------+ | + | |
| - | 1 row in set (0.00 sec) | + | |
| - | mysql> | + | [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 596 Aug 10 07:49 message.txt.asc | ||
| + | -rw-r--r--. 1 root root 368 Aug 10 07:47 message.txt.gpg | ||
| + | -rw-r--r--. 1 root root 287 Aug 10 07:16 message.txt.sig | ||
| + | |||
| + | [root@centos7 ~]# cat message.txt.asc | ||
| + | -----BEGIN PGP MESSAGE----- | ||
| + | Version: GnuPG v2.0.22 (GNU/ | ||
| + | |||
| + | hQEMA8ZxMwBwDxzVAQf/ | ||
| + | vzKPBj7IJHANmW5t9Is+zq1fjdmNVBl7rDw9fLEHGXVARhWlyhMUPHdw2XPSE+VT | ||
| + | 0Vzg89w/ | ||
| + | BHr8aslUp06VEOC7dy9gXy7o0Q5Ycb94uM7wC/ | ||
| + | qdiIw0oCdhxNcirjSer3ZzHmqeSeQp6Sl424WuV1VZLnQXvmm084h3Z73kfBbeQc | ||
| + | BJfGqDWIv0pNb/ | ||
| + | p3h4HgfllK85X+WCQBcTgVaY7t0FHEkfQTrF3oYJI5kkRRnBvHKsKSN1fltKauBc | ||
| + | tmT2G6lZTHO+YRUItKjlAti21hVuRw1gUierqy97Rg== | ||
| + | =NeW+ | ||
| + | -----END PGP MESSAGE----- | ||
| </ | </ | ||
| + | |||
| + | Pour décrypter un message il convient d' | ||
| < | < | ||
| - | mysql> SHOW TABLE STATUS FROM CarnetAdresses; | + | [root@centos7 ~]# gpg --decrypt message.txt.asc |
| - | +----------+--------+---------+------------+------+----------------+-------------+-----------------+--------------+-----------+----------------+---------------------+-------------+------------+-------------------+----------+----------------+---------+ | + | |
| - | | Name | Engine | Version | Row_format | Rows | Avg_row_length | Data_length | Max_data_length | Index_length | Data_free | Auto_increment | Create_time | + | |
| - | +----------+--------+---------+------------+------+----------------+-------------+-----------------+--------------+-----------+----------------+---------------------+-------------+------------+-------------------+----------+----------------+---------+ | + | |
| - | | Enfants | + | |
| - | | familles | InnoDB | 10 | Compact | + | |
| - | +----------+--------+---------+------------+------+----------------+-------------+-----------------+--------------+-----------+----------------+---------------------+-------------+------------+-------------------+----------+----------------+---------+ | + | |
| - | 2 rows in set (0.00 sec) | + | |
| - | mysql> | + | You need a passphrase to unlock the secret key for |
| + | user: "I2TCH (Test Key) < | ||
| + | 2048-bit RSA key, ID 700F1CD5, created 2016-08-10 (main key ID F6A5B400) | ||
| + | |||
| + | gpg: encrypted with 2048-bit RSA key, ID 700F1CD5, created 2016-08-10 | ||
| + | "I2TCH (Test Key) < | ||
| + | This is a test message for gpg | ||
| </ | </ | ||
| - | Créez les enregistrements dans la table **familles** : | + | ====PKI==== |
| - | <file text data> | + | On appelle **[[wpfr>Public_Key_Infrastructure|PKI]]** |
| - | INSERT INTO familles | + | |
| - | </ | + | |
| + | Les cryptosystèmes à clés publiques permettent de s' | ||
| - | Saisissez maintenant chacune des commandes suivantes et expliquez le résultat obtenu. Les instructions sont numérotées pour faciliter vos prises | + | * La clé publique est bien celle de son propriétaire ; |
| + | * Le propriétaire de la clé est digne de confiance ; | ||
| + | * La clé est toujours valide. | ||
| - | | 1 | ALTER TABLE Enfants ADD INDEX (Prenom); | | + | Ainsi, il est nécessaire d' |
| - | | 2 | ALTER TABLE Enfants DROP INDEX Prenom; | | + | |
| - | | 3 | ALTER TABLE Enfants ADD %%TelPort%% VARCHAR(50) NOT NULL; | | + | |
| - | | 4 | ALTER TABLE Enfants CHANGE %%TelPort%% %%TelPort%% VARCHAR( 22 ) NOT NULL; | | + | |
| - | | 5 | ALTER TABLE Enfants ADD Test VARCHAR( 40 ) NOT NULL; | | + | |
| - | | 6 | ALTER TABLE Enfants DROP Test; | | + | |
| - | | 7 | SELECT | + | |
| - | | 8 | SELECT | + | |
| - | <note tip> | + | 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' |
| - | **LIMIT** - Avec un argument, la valeur spécifie | + | |
| - | </ | + | |
| + | Pour ce faire, l' | ||
| - | | 9 | UPDATE familles SET Adresse1 = '120 rue de Vaugirard', %%CodePostal%% = ' | + | Le rôle de l'infrastructure |
| - | | 10 | DELETE FROM familles WHERE Nom = ' | + | |
| - | | 11 | DELETE FROM familles WHERE Ville = ' | + | |
| - | | 12 | SELECT * FROM familles LIMIT 8,12; | | + | |
| - | | 13 | SELECT nom, %%PrenomPere%% FROM familles; | | + | |
| - | | 14 | SELECT Nom AS ' | + | |
| - | | 15 | INSERT INTO Enfants (Prenom, Sexe, %%CodeFamille%%) VALUES (' | + | |
| - | | 16 | SELECT familles.nom, | + | |
| - | < | + | * enregistrer des demandes de clés en vérifiant l' |
| - | Créez la colonne | + | * générer les paires de clés (clé privée / clé publique) ; |
| - | </ | + | |
| + | | ||
| + | | ||
| - | | 17 | UPDATE familles SET nb_enfants = ' | + | Une infrastructure à clé publique est en règle générale composée de trois entités distinctes : |
| - | | 18 | UPDATE familles SET nb_enfants = ' | + | |
| - | | 19 | UPDATE familles SET nb_enfants = '3' | + | * L'autorité d'enregistrement |
| - | | 20 | UPDATE familles SET nb_enfants = ' | + | * L'autorité de certification |
| - | | 21 | UPDATE familles SET nb_enfants = ' | + | * L'Autorité de dépôt |
| - | | 22 | UPDATE familles SET nb_enfants = ' | + | |
| - | | 23 | UPDATE familles SET nb_enfants = ' | + | ===Certificats X509=== |
| - | | 24 | UPDATE familles SET nb_enfants = ' | + | |
| - | | 25 | UPDATE familles SET nb_enfants = ' | + | Pour palier aux problèmes liés à des clefs publiques piratées, un système de certificats a été mis en place. |
| - | | 26 | SELECT SUM(nb_enfants) FROM familles; | | + | |
| - | | 27 | SELECT MIN(nb_enfants) AS 'Nb enfants minimum' | + | Le certificat permet d’associer la clef publique à une entité ou une personne. Les certificats sont délivrés par des Organismes de Certification. |
| - | | 28 | SELECT nom FROM familles WHERE ville = 'Paris'; | + | |
| - | | 29 | SELECT nom FROM familles WHERE ville = ' | + | Les certificats sont des fichiers divisés en deux parties : |
| - | | 30 | ALTER TABLE Enfants DROP PRIMARY KEY; | | + | |
| - | | 31 | INSERT INTO Enfants | + | * La partie contenant les informations |
| - | | 32 | INSERT INTO Enfants | + | * La partie contenant la signature de l' |
| - | | 33 | INSERT INTO Enfants (Prenom, Sexe, %%CodeFamille%%) VALUES ('Amandine', | + | |
| - | | 34 | SELECT | + | La structure des certificats est normalisée par le standard **[[wpfr> |
| - | | 35 | SELECT familles.nom, familles.%%PrenomPere%% FROM familles, Enfants; | | + | |
| - | | 36 | SELECT ville, min(nb_enfants) as 'Nb enfants minimum', | + | Elle contient : |
| - | | 37 | SELECT * FROM familles ORDER BY nom; | | + | |
| - | | 38 | SELECT * FROM familles GROUP BY ville, Nom; | | + | * Le nom de l' |
| - | | 39 | %%UPDATE familles SET Adresse2 | + | * Le nom du propriétaire du certificat |
| - | | 40 | %%UPDATE familles SET Adresse2 | + | * La date de validité du certificat |
| - | | 41 | UPDATE familles SET nb_enfants=4 WHERE Ville = ' | + | * L'algorithme de chiffrement utilisé |
| - | | 42 | UPDATE familles SET nb_enfants=7 LIMIT 4; | | + | * La clé publique du propriétaire |
| - | | 43 | UPDATE familles SET nb_enfants=8 ORDER BY Nom LIMIT 3; | | + | |
| - | | 44 | DELETE FROM familles WHERE Nom = ' | + | Le Certificat |
| - | | 45 | CREATE TABLE loisirs( Nom VARCHAR( 30 ) NOT NULL ); | | + | |
| - | | 46 | DROP TABLE loisirs; | | + | {{: |
| - | | 47 | INSERT INTO familles (Nom, %%PrenomPere%%) VALUES (' | + | |
| - | | 48 | INSERT INTO familles (%%PrenomPere%%) SELECT Enfants.prenom FROM Enfants; | | + | La vérification |
| - | | 49 | ALTER TABLE familles ADD Sports VARCHAR(50) NOT NULL; | | + | |
| - | | 50 | ALTER TABLE familles ADD INDEX (Sports); | | + | {{: |
| - | | 51 | ALTER TABLE familles ADD INDEX (%%PrenomPere%%), | + | |
| - | | 52 | ALTER TABLE familles CHANGE %%PrenomPere%% Prenom_Pere VARCHAR( 45 ) NOT NULL; | | + | |
| - | | 53 | ALTER TABLE familles DROP Sports; | + | |
| - | | 54 | ALTER TABLE familles DROP INDEX %%PrenomPere%%; | + | |
| - | | 55 | ALTER TABLE familles DISABLE KEYS; | | + | |
| - | | 56 | ALTER TABLE Enfants RENAME familles_enfants; | + | |
| - | | 57 | ALTER TABLE familles ORDER BY Prenom_Pere; | + | |
| - | | 58 | ALTER TABLE familles ADD Commentaire LONGTEXT NOT NULL ; | | + | |
| - | | 59 | ALTER TABLE familles ADD FULLTEXT (Commentaire); | + | |
| - | | 60 | UPDATE familles SET Commentaire = ' | + | |
| - | | 61 | UPDATE familles SET Commentaire = 'Paris, capitale | + | |
| - | | 62 | UPDATE familles SET Commentaire = 'Le ruisseau se jette dans la rivière qui se jette dans le FLEUVE' | + | |
| - | | 63 | SELECT * FROM familles WHERE MATCH (Commentaire) AGAINST ('fleuve' | + | |
| - | | 64 | SELECT Nom, Commentaire FROM familles WHERE MATCH (Commentaire) AGAINST (' | + | |
| ----- | ----- | ||
| - | < | + | |
| - | <div align=" | + | Copyright © 2023 Hugh Norris. |
| - | Copyright © 2020 Hugh Norris. | + | |
| - | </ | + | |
