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 [2020/08/07 16:13] – admin | elearning:workbooks:centos:6:avance:l103 [2023/02/15 15:44] (Version actuelle) – admin | ||
---|---|---|---|
Ligne 1: | Ligne 1: | ||
~~PDF: | ~~PDF: | ||
+ | |||
+ | Version : **2022.01** | ||
Dernière mise-à-jour : ~~LASTMOD~~ | Dernière mise-à-jour : ~~LASTMOD~~ | ||
- | ======LRF303 | + | ======LCF302 |
=====Contenu du Module===== | =====Contenu du Module===== | ||
- | * **LRF303 | + | * **LCF302 |
* Contenu du Module | * Contenu du Module | ||
- | * Rôle du noyau | + | * Comprendre les Réseaux |
- | * Compilation et installation du noyau et des modules | + | * Présentation |
- | * Déplacer | + | * Classification des Réseaux |
- | * Créer un Nouveau Noyau | + | * Classification par Mode de Transmission |
- | * Préparer l' | + | * Classification par Topologie |
- | * Paramétrage du noyau | + | * La Topologie Physique |
- | * Compiler le Noyau | + | * La Topologie en Ligne |
- | * Installer le Nouveau Noyau | + | * La Topologie en Bus |
- | * Gestion des Quotas | + | * La Topologie en Étoile |
- | * La Commande quotacheck | + | * La Topologie en Anneau |
- | * La Commande edquota | + | * La Topologie en Arbre |
- | * La Commande quotaon | + | * La Topologie Maillée |
- | * La Commande repquota | + | * Classification par Étendue |
- | * La Commande quota | + | * Les Types de LAN |
- | * La Commande warnquota | + | * Réseau à Serveur Dédié |
+ | * Réseau Poste-à-Poste | ||
+ | * Le Modèle Client/Serveur | ||
+ | * Modèles de Communication | ||
+ | * Le modèle OSI | ||
+ | * Les Couches | ||
+ | * Les Protocoles | ||
+ | * Les Interfaces | ||
+ | * Protocol Data Units | ||
+ | * Encapsulation et Désencapsulation | ||
+ | * Spécification NDIS et le Modèle ODI | ||
+ | * Le modèle TCP/IP | ||
+ | * Les Raccordements | ||
+ | * Les Modes de Transmission | ||
+ | * Les Câbles | ||
+ | * Le Câble Coaxial | ||
+ | * Le Câble Paire Torsadée | ||
+ | * Catagories de Blindage | ||
+ | * La Prise RJ45 | ||
+ | * Channel Link et Basic Link | ||
+ | * La Fibre Optique | ||
+ | * Les Réseaux sans Fils | ||
+ | * Le Courant Porteur en Ligne | ||
+ | * Technologies | ||
+ | * Ethernet | ||
+ | * Token-Ring | ||
+ | * Périphériques Réseaux Spéciaux | ||
+ | * Les Concentrateurs | ||
+ | * Les Répéteurs | ||
+ | * Les Ponts | ||
+ | * Le Pont de Base | ||
+ | * Le Pont en Cascade | ||
+ | * Le Pont en Dorsale | ||
+ | * Les Commutateurs | ||
+ | * Les Routeurs | ||
+ | * Les Passerelles | ||
+ | * Comprendre TCP Version 4 | ||
+ | * En-tête TCP | ||
+ | * En-tête UDP | ||
+ | * Fragmentation et Ré-encapsulation | ||
+ | * Adressage | ||
+ | * Masques de sous-réseaux | ||
+ | * VLSM | ||
+ | * Ports et sockets | ||
+ | * / | ||
+ | * Résolution d' | ||
+ | * Comprendre le Chiffrement | ||
+ | | ||
+ | * Définitions | ||
+ | | ||
+ | * Le Chiffrement par Substitution | ||
+ | * Algorithmes à clé secrète | ||
+ | * Le Chiffrement Symétrique | ||
+ | | ||
+ | * Le Chiffrement Asymétrique | ||
+ | | ||
+ | * Fonctions de Hachage | ||
+ | * Signature Numérique | ||
+ | * LAB #1 - Utilisation de GnuPG | ||
+ | * Présentation | ||
+ | * Installation | ||
+ | * Configuration | ||
+ | * Signer un message | ||
+ | * Chiffrer un message | ||
+ | * PKI | ||
+ | * Certificats X509 | ||
- | =====Rôle du noyau===== | + | =====Comprendre les Réseaux===== |
- | Le noyau ou //kernel// est la partie du système d' | + | ====Présentation |
- | * la diminution de la taille du noyau, | + | La définition |
- | * la prise en charge de nouveau matériel, | + | |
- | * l' | + | |
- | * l' | + | |
- | * la correction de bogues, | + | |
- | * le besoin | + | |
- | Commencez par identifier le noyau utilisé par votre machine : | + | * un ensemble d' |
+ | * une entité destinée au transport de données dans différents environnements. | ||
- | < | + | Pour que la communication soit efficace, elle doit respecter les critères suivants : |
- | [root@centos7 ~]# uname -r | + | |
- | 3.10.0-327.13.1.el7.x86_64 | + | |
- | </ | + | |
- | Dans le cas d'une utilisation courante de Linux, il est cependant préférable | + | * présenter des informations compréhensibles par tous les participants, |
+ | * être compatible avec un maximum d' | ||
+ | * si l' | ||
+ | * permettre une réduction des coûts (par ex. interconnexion à bas coût), | ||
+ | * permettre une productivité accrue (par ex. interconnexion à haut débit), | ||
+ | * être sécurisée si les informations à transmettre sont dites sensibles, | ||
+ | * garantir l' | ||
- | < | + | On peut distinguer deux familles d' |
- | [root@centos7 ~]# ls / | + | |
- | build | + | |
- | extra | + | |
- | kernel | + | |
- | </ | + | |
- | Les commandes pour manipuler les modules sont : | + | Les **Eléments Passifs** transmettent le signal d'un point à un autre : |
- | * insmod | + | * **Les Infrastructures ou Supports** - des câbles, de l' |
- | | + | * **La Topologie** - l' |
- | | + | |
- | * modprobe | + | |
- | Par exemple | + | 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, | ||
- | < | + | Un **Nœud** est une extrémité de connexion qui peut être une intersection de plusieurs connexions ou de plusieurs **Equipements**. |
- | [root@centos7 ~]# lsmod | + | |
- | Module | + | |
- | ip6t_rpfilter | + | |
- | ip6t_REJECT | + | |
- | ipt_REJECT | + | |
- | xt_conntrack | + | |
- | ebtable_nat | + | |
- | ebtable_broute | + | |
- | bridge | + | |
- | stp 12976 1 bridge | + | |
- | llc 14552 2 stp, | + | |
- | ebtable_filter | + | |
- | ebtables | + | |
- | ip6table_nat | + | |
- | nf_conntrack_ipv6 | + | |
- | nf_defrag_ipv6 | + | |
- | nf_nat_ipv6 | + | |
- | ip6table_mangle | + | |
- | ip6table_security | + | |
- | ip6table_raw | + | |
- | ip6table_filter | + | |
- | ip6_tables | + | |
- | iptable_nat | + | |
- | nf_conntrack_ipv4 | + | |
- | nf_defrag_ipv4 | + | |
- | nf_nat_ipv4 | + | |
- | nf_nat | + | |
- | nf_conntrack | + | |
- | iptable_mangle | + | |
- | iptable_security | + | |
- | iptable_raw | + | |
- | iptable_filter | + | |
- | dm_mirror | + | |
- | dm_region_hash | + | |
- | dm_log | + | |
- | dm_mod | + | |
- | crc32_pclmul | + | |
- | ghash_clmulni_intel | + | |
- | aesni_intel | + | |
- | lrw 13286 1 aesni_intel | + | |
- | gf128mul | + | |
- | glue_helper | + | |
- | snd_intel8x0 | + | |
- | ablk_helper | + | |
- | cryptd | + | |
- | snd_ac97_codec | + | |
- | ac97_bus | + | |
- | ppdev 17671 0 | + | |
- | snd_seq | + | |
- | snd_seq_device | + | |
- | snd_pcm | + | |
- | pcspkr | + | |
- | sg | + | |
- | parport_pc | + | |
- | parport | + | |
- | snd_timer | + | |
- | snd 83425 8 snd_ac97_codec, | + | |
- | soundcore | + | |
- | i2c_piix4 | + | |
- | video 24400 0 | + | |
- | i2c_core | + | |
- | nfsd 302418 | + | |
- | auth_rpcgss | + | |
- | nfs_acl | + | |
- | lockd 93600 1 nfsd | + | |
- | grace 13295 2 nfsd, | + | |
- | sunrpc | + | |
- | ip_tables | + | |
- | xfs | + | |
- | libcrc32c | + | |
- | sd_mod | + | |
- | crc_t10dif | + | |
- | crct10dif_generic | + | |
- | sr_mod | + | |
- | cdrom 42556 1 sr_mod | + | |
- | ata_generic | + | |
- | pata_acpi | + | |
- | ahci | + | |
- | libahci | + | |
- | ata_piix | + | |
- | crct10dif_pclmul | + | |
- | crct10dif_common | + | |
- | crc32c_intel | + | |
- | serio_raw | + | |
- | libata | + | |
- | e1000 | + | |
- | </ | + | |
- | Pour ajouter un module, on peut utiliser la commande | + | Une **Interface Réseau** est une prise ou élément d'un **Equipement Actif** faisant la connexion vers d' |
- | <code> | + | <WRAP center round important> |
- | [root@centos7 ~]# modprobe bonding | + | Dans le cas d'un mélange d' |
- | [root@centos7 ~]# lsmod | more | + | </WRAP> |
- | Module | + | |
- | bonding | + | |
- | ip6t_rpfilter | + | |
- | ip6t_REJECT | + | |
- | ipt_REJECT | + | |
- | xt_conntrack | + | |
- | ebtable_nat | + | |
- | ebtable_broute | + | |
- | bridge | + | |
- | stp 12976 1 bridge | + | |
- | llc 14552 2 stp,bridge | + | |
- | ebtable_filter | + | |
- | ebtables | + | |
- | ip6table_nat | + | |
- | nf_conntrack_ipv6 | + | |
- | nf_defrag_ipv6 | + | |
- | nf_nat_ipv6 | + | |
- | ip6table_mangle | + | |
- | ip6table_security | + | |
- | ip6table_raw | + | |
- | ip6table_filter | + | |
- | ip6_tables | + | |
- | y, | + | |
- | --More-- | + | |
- | </code> | + | |
- | Pour supprimer un module, on peut utiliser la commande | + | Tous les **Equipements** connectés au même support doivent respecter un ensemble de règles appelé une **Protocole de Communication**. |
- | < | + | Les **Protocoles de Communication** définissent de façon formelle et interopérable la manière dont les informations sont échangées entre les **Equipements**. |
- | [root@centos7 ~]# modprobe -r bonding | + | |
- | [root@centos7 ~]# lsmod | more | + | |
- | Module | + | |
- | ip6t_rpfilter | + | |
- | ip6t_REJECT | + | |
- | ipt_REJECT | + | |
- | xt_conntrack | + | |
- | ebtable_nat | + | |
- | ebtable_broute | + | |
- | bridge | + | |
- | stp 12976 1 bridge | + | |
- | llc 14552 2 stp, | + | |
- | ebtable_filter | + | |
- | ebtables | + | |
- | ip6table_nat | + | |
- | nf_conntrack_ipv6 | + | |
- | nf_defrag_ipv6 | + | |
- | nf_nat_ipv6 | + | |
- | ip6table_mangle | + | |
- | ip6table_security | + | |
- | ip6table_raw | + | |
- | ip6table_filter | + | |
- | ip6_tables | + | |
- | y, | + | |
- | iptable_nat | + | |
- | --More-- | + | |
- | </ | + | |
- | Les dépendances des modules sont résolues par la commande | + | Des **Logiciels**, |
- | < | + | Se basant sur des **Protocoles de Communication**, |
- | [root@centos7 ~]# more / | + | |
- | kernel/ | + | |
- | kernel/ | + | |
- | kernel/ | + | |
- | kernel/ | + | |
- | kernel/ | + | |
- | kernel/ | + | |
- | kernel/ | + | |
- | kernel/ | + | |
- | to/lrw.ko kernel/ | + | |
- | kernel/ | + | |
- | kernel/ | + | |
- | el/ | + | |
- | kernel/ | + | |
- | helper.ko kernel/ | + | |
- | kernel/ | + | |
- | kernel/ | + | |
- | kernel/ | + | |
- | kernel/ | + | |
- | kernel/ | + | |
- | kernel/ | + | |
- | kernel/ | + | |
- | f128mul.ko kernel/ | + | |
- | kernel/ | + | |
- | --More--(0%) | + | |
- | </ | + | |
- | Il est possible d'obtenir | + | L'ensemble |
- | < | + | ====Classification des Réseaux==== |
- | [root@centos7 ~]# modinfo bonding | + | |
- | filename: | + | |
- | author: | + | |
- | description: | + | |
- | version: | + | |
- | license: | + | |
- | alias: | + | |
- | rhelversion: | + | |
- | srcversion: | + | |
- | depends: | + | |
- | intree: | + | |
- | vermagic: | + | |
- | signer: | + | |
- | sig_key: | + | |
- | sig_hashalgo: | + | |
- | parm: | + | |
- | parm: | + | |
- | parm: | + | |
- | parm: | + | |
- | parm: | + | |
- | parm: | + | |
- | parm: | + | |
- | parm: | + | |
- | parm: | + | |
- | parm: | + | |
- | parm: | + | |
- | parm: | + | |
- | parm: | + | |
- | parm: | + | |
- | parm: | + | |
- | parm: | + | |
- | parm: | + | |
- | parm: | + | |
- | parm: | + | |
- | parm: | + | |
- | parm: | + | |
- | parm: | + | |
- | parm: | + | |
- | parm: | + | |
- | </ | + | |
- | Dernièrement, | + | Les réseaux peuvent être classifiés |
- | < | + | * par **Mode de Transmission**, |
- | [root@centos7 ~]# ls / | + | * par **Topologie**, |
- | mlx4.conf | + | * par **Étendue**. |
- | [root@centos7 ~]# cat / | + | ===Classification par Mode de Transmission=== |
- | # This file is intended for users to select the various module options | + | |
- | # they need for the mlx4 driver. | + | |
- | # any user made changes to this file are preserved. | + | |
- | # to the libmlx4.conf file in this directory are overwritten on | + | |
- | # pacakge upgrade. | + | |
- | # | + | |
- | # Some sample options and what they would do | + | |
- | # Enable debugging output, device managed flow control, and disable SRIOV | + | |
- | #options mlx4_core debug_level=1 log_num_mgm_entry_size=-1 probe_vf=0 num_vfs=0 | + | |
- | # | + | |
- | # Enable debugging output and create SRIOV devices, but don't attach any of | + | |
- | # the child devices to the host, only the parent device | + | |
- | #options mlx4_core debug_level=1 probe_vf=0 num_vfs=7 | + | |
- | # | + | |
- | # Enable debugging output, SRIOV, and attach one of the SRIOV child devices | + | |
- | # in addition to the parent device to the host | + | |
- | #options mlx4_core debug_level=1 probe_vf=1 num_vfs=7 | + | |
- | # | + | |
- | # Enable per priority flow control for send and receive, setting both priority | + | |
- | # 1 and 2 as no drop priorities | + | |
- | #options mlx4_en pfctx=3 pfcrx=3 | + | |
- | </ | + | |
- | =====Compilation et installation du noyau et des modules===== | + | Il existe deux **Classes** de réseaux dans cette classification : |
- | Commencez par installer | + | * les **Réseaux en Mode de Diffusion**, |
+ | * utilise un seul support de transmission, | ||
+ | * le message est envoyé sur tout le réseau à l' | ||
- | < | + | * les **Réseaux en Mode Point à Point**, |
- | [root@centos7 ~]# yum install qt3-devel libXi-devel gcc-c++ rpmdevtools ncurses-devel | + | * une seule liaison entre deux équipements, |
- | Loaded plugins: fastestmirror, langpacks | + | * les nœuds permettent de choisir la route en fonction de l' |
- | Loading mirror speeds from cached hostfile | + | * quand deux nœuds non directement connectés entre eux veulent communiquer ils le font par l' |
- | | + | |
- | | + | |
- | | + | |
- | Resolving Dependencies | + | |
- | --> Running transaction check | + | |
- | ---> Package gcc-c++.x86_64 0: | + | |
- | --> Processing Dependency: libstdc++-devel = 4.8.5-4.el7 for package: gcc-c++-4.8.5-4.el7.x86_64 | + | |
- | ---> Package libXi-devel.x86_64 0: | + | |
- | --> Processing Dependency: xorg-x11-proto-devel for package: libXi-devel-1.7.4-2.el7.x86_64 | + | |
- | --> Processing Dependency: pkgconfig(xfixes) for package: libXi-devel-1.7.4-2.el7.x86_64 | + | |
- | --> Processing Dependency: pkgconfig(xext) for package: libXi-devel-1.7.4-2.el7.x86_64 | + | |
- | --> Processing Dependency: pkgconfig(x11) for package: libXi-devel-1.7.4-2.el7.x86_64 | + | |
- | --> Processing Dependency: pkgconfig(inputproto) for package: libXi-devel-1.7.4-2.el7.x86_64 | + | |
- | ---> Package ncurses-devel.x86_64 0: | + | |
- | ---> Package qt3-devel.x86_64 0: | + | |
- | --> Processing Dependency: qt3 = 3.3.8b-51.el7 for package: qt3-devel-3.3.8b-51.el7.x86_64 | + | |
- | --> Processing Dependency: mesa-libGLU-devel for package: qt3-devel-3.3.8b-51.el7.x86_64 | + | |
- | --> Processing Dependency: mesa-libGL-devel for package: qt3-devel-3.3.8b-51.el7.x86_64 | + | |
- | --> Processing Dependency: libpng-devel for package: qt3-devel-3.3.8b-51.el7.x86_64 | + | |
- | --> Processing Dependency: libmng-devel for package: qt3-devel-3.3.8b-51.el7.x86_64 | + | |
- | --> Processing Dependency: libjpeg-devel for package: qt3-devel-3.3.8b-51.el7.x86_64 | + | |
- | --> Processing Dependency: libXt-devel for package: qt3-devel-3.3.8b-51.el7.x86_64 | + | |
- | --> Processing Dependency: libXrender-devel for package: qt3-devel-3.3.8b-51.el7.x86_64 | + | |
- | --> Processing Dependency: libXrandr-devel for package: qt3-devel-3.3.8b-51.el7.x86_64 | + | |
- | --> Processing Dependency: libXinerama-devel for package: qt3-devel-3.3.8b-51.el7.x86_64 | + | |
- | --> Processing Dependency: libXft-devel for package: qt3-devel-3.3.8b-51.el7.x86_64 | + | |
- | --> Processing Dependency: libXcursor-devel for package: qt3-devel-3.3.8b-51.el7.x86_64 | + | |
- | --> Processing Dependency: libSM-devel for package: qt3-devel-3.3.8b-51.el7.x86_64 | + | |
- | --> Processing Dependency: libICE-devel for package: qt3-devel-3.3.8b-51.el7.x86_64 | + | |
- | --> Processing Dependency: freetype-devel for package: qt3-devel-3.3.8b-51.el7.x86_64 | + | |
- | --> Processing Dependency: fontconfig-devel for package: qt3-devel-3.3.8b-51.el7.x86_64 | + | |
- | --> Processing Dependency: libqui.so.1()(64bit) for package: qt3-devel-3.3.8b-51.el7.x86_64 | + | |
- | --> Processing Dependency: libqt-mt.so.3()(64bit) for package: qt3-devel-3.3.8b-51.el7.x86_64 | + | |
- | --> Processing Dependency: libmng.so.1()(64bit) for package: qt3-devel-3.3.8b-51.el7.x86_64 | + | |
- | ---> Package rpmdevtools.noarch 0:8.3-5.el7 will be installed | + | |
- | --> Processing Dependency: rpm-build >= 4.4.2.3 for package: rpmdevtools-8.3-5.el7.noarch | + | |
- | --> Running transaction check | + | |
- | ---> Package fontconfig-devel.x86_64 0: | + | |
- | --> Processing Dependency: pkgconfig(expat) for package: fontconfig-devel-2.10.95-7.el7.x86_64 | + | |
- | ---> Package freetype-devel.x86_64 0: | + | |
- | --> Processing Dependency: zlib-devel for package: freetype-devel-2.4.11-11.el7.x86_64 | + | |
- | ---> Package libICE-devel.x86_64 0: | + | |
- | ---> Package libSM-devel.x86_64 0: | + | |
- | ---> Package libX11-devel.x86_64 0: | + | |
- | --> Processing Dependency: pkgconfig(xcb) >= 1.1.92 for package: libX11-devel-1.6.3-2.el7.x86_64 | + | |
- | --> Processing Dependency: pkgconfig(xcb) for package: libX11-devel-1.6.3-2.el7.x86_64 | + | |
- | ---> Package libXcursor-devel.x86_64 0: | + | |
- | ---> Package libXext-devel.x86_64 0: | + | |
- | ---> Package libXfixes-devel.x86_64 0: | + | |
- | ---> Package libXft-devel.x86_64 0: | + | |
- | ---> Package libXinerama-devel.x86_64 0: | + | |
- | ---> Package libXrandr-devel.x86_64 0: | + | |
- | ---> Package libXrender-devel.x86_64 0: | + | |
- | ---> Package libXt-devel.x86_64 0: | + | |
- | ---> Package libjpeg-turbo-devel.x86_64 0: | + | |
- | ---> Package libmng.x86_64 0: | + | |
- | ---> Package libmng-devel.x86_64 0: | + | |
- | ---> Package libpng-devel.x86_64 2: | + | |
- | ---> Package libstdc++-devel.x86_64 0: | + | |
- | ---> Package mesa-libGL-devel.x86_64 0: | + | |
- | --> Processing Dependency: pkgconfig(xshmfence) >= 1.1 for package: mesa-libGL-devel-10.6.5-3.20150824.el7.x86_64 | + | |
- | --> Processing Dependency: pkgconfig(libdrm) >= 2.4.38 for package: mesa-libGL-devel-10.6.5-3.20150824.el7.x86_64 | + | |
- | --> Processing Dependency: pkgconfig(xxf86vm) for package: mesa-libGL-devel-10.6.5-3.20150824.el7.x86_64 | + | |
- | --> Processing Dependency: pkgconfig(xdamage) for package: mesa-libGL-devel-10.6.5-3.20150824.el7.x86_64 | + | |
- | --> Processing Dependency: gl-manpages for package: mesa-libGL-devel-10.6.5-3.20150824.el7.x86_64 | + | |
- | ---> Package mesa-libGLU-devel.x86_64 0: | + | |
- | ---> Package qt3.x86_64 0: | + | |
- | ---> Package rpm-build.x86_64 0: | + | |
- | --> Processing Dependency: system-rpm-config for package: rpm-build-4.11.3-17.el7.x86_64 | + | |
- | --> Processing Dependency: perl(Thread:: | + | |
- | ---> Package xorg-x11-proto-devel.noarch 0: | + | |
- | --> Running transaction check | + | |
- | ---> Package expat-devel.x86_64 0: | + | |
- | ---> Package gl-manpages.noarch 0: | + | |
- | ---> Package libXdamage-devel.x86_64 0: | + | |
- | ---> Package libXxf86vm-devel.x86_64 0: | + | |
- | ---> Package libdrm-devel.x86_64 0: | + | |
- | ---> Package libxcb-devel.x86_64 0: | + | |
- | --> Processing Dependency: pkgconfig(xau) >= 0.99.2 for package: libxcb-devel-1.11-4.el7.x86_64 | + | |
- | ---> Package libxshmfence-devel.x86_64 0:1.2-1.el7 will be installed | + | |
- | ---> Package perl-Thread-Queue.noarch 0: | + | |
- | ---> Package redhat-rpm-config.noarch 0: | + | |
- | --> Processing Dependency: dwz >= 0.4 for package: redhat-rpm-config-9.1.0-68.el7.centos.noarch | + | |
- | --> Processing Dependency: perl-srpm-macros for package: redhat-rpm-config-9.1.0-68.el7.centos.noarch | + | |
- | ---> Package zlib-devel.x86_64 0: | + | |
- | --> Running transaction check | + | |
- | ---> Package dwz.x86_64 0: | + | |
- | ---> Package libXau-devel.x86_64 0: | + | |
- | ---> Package perl-srpm-macros.noarch 0:1-8.el7 will be installed | + | |
- | --> Finished Dependency Resolution | + | |
- | Dependencies Resolved | + | ===Classification par Topologie=== |
- | ======================================================================================================================================================================== | + | <WRAP center round important> |
- | Package | + | La **Topologie Physique** d'un réseau décrit l' |
- | ======================================================================================================================================================================== | + | </ |
- | Installing: | + | |
- | | + | |
- | libXi-devel | + | |
- | | + | |
- | | + | |
- | | + | |
- | Installing for dependencies: | + | |
- | | + | |
- | | + | |
- | | + | |
- | | + | |
- | | + | |
- | | + | |
- | | + | |
- | | + | |
- | | + | |
- | | + | |
- | | + | |
- | | + | |
- | | + | |
- | | + | |
- | | + | |
- | | + | |
- | | + | |
- | | + | |
- | | + | |
- | | + | |
- | | + | |
- | | + | |
- | | + | |
- | | + | |
- | | + | |
- | | + | |
- | | + | |
- | | + | |
- | | + | |
- | | + | |
- | | + | |
- | | + | |
- | | + | |
- | | + | |
- | | + | |
- | | + | |
- | Transaction Summary | + | ==La Topologie Physique== |
- | ======================================================================================================================================================================== | + | |
- | Install | + | |
- | Total download size: 27 M | + | Il existe 6 topologies physiques de réseau |
- | Installed size: 90 M | + | |
- | Is this ok [y/d/N]: y | + | * La Topologie en Ligne, |
- | </ | + | * La Topologie en Bus, |
+ | * La Topologie en Etoile, | ||
+ | * La Topologie en Anneau, | ||
+ | * La Topologie en Arbre, | ||
+ | * La Topologie Maillée. | ||
- | <WRAP center round alert> | + | ==La Topologie en Ligne== |
- | Il n' | + | |
+ | Tous les nœuds sont connectés à un seul support. L'inconvénient de cette topologie | ||
+ | |||
+ | ==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 | ||
+ | Quand le support tombe en panne, le réseau ne fonctionne plus. Quand une station tombe en panne, elle ne perturbe pas le fonctionnement de l' | ||
+ | |||
+ | {{: | ||
+ | |||
+ | ==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 | ||
+ | |||
+ | {{: | ||
+ | |||
+ | ==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 | ||
+ | |||
+ | ==La Topologie Maillée== | ||
+ | |||
+ | Cette Topologie est utilisée pour des grands réseaux de distribution tels Internet ou le WIFI. Chaque noeud à tous les autres via des liaisons point à point. Le nombre de liaisons devient très rapidement important en cas d'un grand nombre de noeuds. Par exemple dans le cas de 100 Stations (N), le nombre de liaisons est obtenu par la formule suivante : | ||
+ | |||
+ | N(N-1)/2 = 100(100-1)/ | ||
+ | |||
+ | <WRAP center round important> | ||
+ | La **Topologie Physique** la plus répandue est la **Topologie en Etoile**. | ||
</ | </ | ||
- | ====Déplacer /home==== | + | ===Classification par Etendue=== |
- | <WRAP center round todo> | + | La classification par étendue nous fournit 4 réseaux principaux : |
- | Arrêtez votre machine virtuelle. Ajoutez un deuxième disque de 20 Go au contrôleur SATA en utilisant la section **Stockage** | + | |
+ | ^ 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 | ||
</ | </ | ||
- | Créez une seule partition sur **/ | + | ===Les Types de LAN=== |
- | < | + | Il existe deux types de LAN : |
- | [root@centos7 ~]# fdisk /dev/sdb | + | |
- | Welcome to fdisk (util-linux 2.23.2). | + | * le réseau à serveur dédié, |
+ | * le réseau poste à poste. | ||
- | Changes will remain in memory only, until you decide to write them. | + | ==Réseau à Serveur Dédié== |
- | Be careful before using the write command. | + | |
- | Device does not contain a recognized partition table | + | Le réseau à serveur dédié est caractérisé par le fait que toutes les ressources ( imprimantes, |
- | Building a new DOS disklabel with disk identifier 0x88708329. | + | |
- | Command (m for help): n | + | Des exemples des systèmes d' |
- | Partition type: | + | |
- | | + | |
- | | + | |
- | Select (default p): p | + | |
- | Partition number (1-4, default 1): | + | |
- | First sector (2048-41943039, | + | |
- | Using default value 2048 | + | |
- | Last sector, +sectors or +size{K, | + | |
- | Using default value 41943039 | + | |
- | Partition 1 of type Linux and of size 20 GiB is set | + | |
- | Command (m for help): w | + | * Windows NT Server, |
- | The partition table has been altered! | + | * Windows 2000 Server, |
+ | * Windows 2003 Server, | ||
+ | * Windows 2008 Server, | ||
+ | * Linux, | ||
+ | * Unix. | ||
- | Calling ioctl() to re-read partition table. | + | {{: |
- | Syncing disks. | + | |
- | </ | + | |
- | Créez maintenant un système de fichiers ext4 sur **/ | + | ==Réseau Poste-à-Poste== |
- | < | + | Le réseau poste à poste est caractérisé par le fait que tous les ordinateurs peuvent jouer le rôle de client et de serveur |
- | [root@centos7 ~]# mkfs.ext4 /dev/sdb1 | + | |
- | mke2fs 1.42.9 (28-Dec-2013) | + | |
- | Filesystem label= | + | |
- | OS type: Linux | + | |
- | Block size=4096 (log=2) | + | |
- | Fragment size=4096 (log=2) | + | |
- | Stride=0 blocks, Stripe width=0 blocks | + | |
- | 1310720 inodes, 5242624 blocks | + | |
- | 262131 blocks (5.00%) reserved for the super user | + | |
- | First data block=0 | + | |
- | Maximum filesystem blocks=2153775104 | + | |
- | 160 block groups | + | |
- | 32768 blocks per group, 32768 fragments per group | + | |
- | 8192 inodes per group | + | |
- | Superblock backups stored on blocks: | + | |
- | 32768, 98304, 163840, 229376, 294912, 819200, 884736, 1605632, 2654208, | + | |
- | 4096000 | + | |
- | Allocating group tables: done | + | * Windows 95, |
- | Writing inode tables: done | + | * Windows 98, |
- | Creating journal (32768 blocks): done | + | * Windows NT Workstation. |
- | Writing superblocks and filesystem accounting information: | + | |
- | </ | + | |
- | Montez **/ | + | {{:solaris: |
- | < | + | ====Le Modèle Client/Serveur==== |
- | [root@centos7 ~]# mount /dev/sdb1 /mnt | + | |
- | </ | + | |
- | Copiez le contenu de /home vers /mnt : | + | Le modèle Client/Serveur est une des modalités des architectures informatiques distribuées. Dans ce modèle un serveur est tout **Logiciel** fournissant un **Service**. |
+ | |||
+ | Le serveur est aussi : | ||
- | < | + | * passif, c' |
- | [root@centos7 ~]# cp -a /home/* /mnt | + | * capable de traiter plusieurs requêtes simultanément en utilisant le **multi-threading**, |
- | </ | + | * garant de l' |
- | Démontez /dev/sdb1 et déplacez /home vers /root : | + | Le client est, par contre **actif**, étant à l' |
- | < | + | Il existe trois types de modèle client/serveur : |
- | [root@centos7 ~]# umount | + | |
- | [root@centos7 ~]# mv /home /root | + | * **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. | ||
- | Identifiez l' | + | ====Modèles |
- | < | + | 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' |
- | [root@centos7 ~]# ls -l /dev/ | + | |
- | lrwxrwxrwx. 1 root root 10 9 août 06:47 a5e2457f-7337-41f4-b958-e403eb419f94 -> ../ | + | |
- | </ | + | |
- | Editez le fichier **/ | + | === Le modèle OSI === |
- | <file txt / | + | Le modèle OSI qui a été proposé par l'ISO est devenu le standard en termes de modèle pour décrire l'échange de données entre ordinateurs. Cette norme se repose sur sept couches, de la une - la Couche Physique, à la sept - la Couche d' |
- | # | + | |
- | # / | + | |
- | # Created by anaconda on Sat Apr 30 11:27:02 2016 | + | |
- | # | + | |
- | # Accessible filesystems, | + | |
- | # See man pages fstab(5), findfs(8), mount(8) and/or blkid(8) for more info | + | |
- | # | + | |
- | UUID=e65fe7da-cda8-4f5a-a827-1b5cabe94bed / | + | |
- | UUID=2d947276-66e8-41f4-8475-b64b67d7a249 /boot | + | |
- | UUID=3181601a-7295-4ef0-a92c-f21f76b18e64 swap swap defaults | + | |
- | UUID=a5e2457f-7337-41f4-b958-e403eb419f94 / | + | |
- | </ | + | Ce modèle repose sur trois termes : |
- | Créez le point de montage /home : | + | * Les **Couches**, |
+ | * Les **Protocoles**, | ||
+ | * Les **Interfaces**. | ||
- | < | + | ==Les Couches== |
- | [root@centos7 ~]# mkdir /home | + | |
- | </ | + | |
- | Montez / | + | Des sept couches |
- | < | + | * Les couches 1 à 3 sont les **Couches Basses** orientées **Transmission**, |
- | [root@centos7 ~]# mount -a | + | * La couche 4 est la **Couche Charnière** entre les **Couches Basses** et les **Couches Hautes**, |
- | [root@centos7 ~]# mount | + | * Les couches |
- | sysfs on /sys type sysfs (rw,nosuid, | + | |
- | proc on /proc type proc (rw,nosuid, | + | |
- | devtmpfs on /dev type devtmpfs (rw, | + | |
- | securityfs on / | + | |
- | tmpfs on /dev/shm type tmpfs (rw, | + | |
- | devpts on /dev/pts type devpts (rw, | + | |
- | tmpfs on /run type tmpfs (rw, | + | |
- | tmpfs on / | + | |
- | cgroup on / | + | |
- | pstore on / | + | |
- | cgroup on / | + | |
- | cgroup on / | + | |
- | cgroup on / | + | |
- | cgroup on / | + | |
- | cgroup on / | + | |
- | cgroup on / | + | |
- | cgroup on / | + | |
- | cgroup on / | + | |
- | cgroup on / | + | |
- | configfs on / | + | |
- | /dev/sda2 on / type xfs (rw, | + | |
- | selinuxfs on / | + | |
- | systemd-1 on / | + | |
- | debugfs on / | + | |
- | hugetlbfs on / | + | |
- | mqueue on /dev/mqueue type mqueue (rw, | + | |
- | tmpfs on /tmp type tmpfs (rw, | + | |
- | sunrpc on / | + | |
- | nfsd on / | + | |
- | /dev/sda1 on /boot type xfs (rw, | + | |
- | /dev/sdb1 on /home type ext4 (rw, | + | |
- | tmpfs on / | + | |
- | </ | + | |
- | Notez la taille de /home : | + | 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 : |
- | [trainee@centos7 ~]$ df -h | + | * du transfert |
- | Sys. de fichiers Taille Utilisé Dispo Uti% Monté | + | |
- | / | + | |
- | devtmpfs | + | |
- | tmpfs 245M | + | |
- | tmpfs 245M 4,7M 240M 2% /run | + | |
- | tmpfs 245M 0 | + | |
- | tmpfs 245M | + | |
- | / | + | |
- | / | + | |
- | tmpfs | + | |
- | </ | + | |
- | <WRAP center round todo> | + | * **La Couche de Liaison** ( Couche 2 ) est responsable : |
- | Fermez | + | * de la réception des données |
- | </WRAP> | + | * de l' |
+ | * de la préparation, | ||
+ | * de la gestion de l' | ||
+ | * de la communication nœud à nœud | ||
+ | * de la gestion des erreurs | ||
+ | * avant la transmission, | ||
+ | * le nœud récepteur recalcule un CRC en fonction du contenu de la trame reçue et le compare à celui incorporé avec l' | ||
+ | * en cas de deux CRC identique, le nœud récepteur envoie un accusé de réception au nœud émetteur | ||
+ | * de la réception de l' | ||
+ | * éventuellement de le ré-émission des données | ||
+ | * En prenant ce modèle, l'IEEE ( Institute of Electrical and Eletronics Engineers ) l'a étendu avec le Modèle IEEE ( 802 ). | ||
+ | *Dans ce modèle la Couche de Liaison est divisée en deux sous-couches importantes : | ||
+ | * La **Sous-Couche LLC** ( Logical Link Control ) qui : | ||
+ | * gère les accusés de réception | ||
+ | * gère le flux de trames | ||
+ | * La **Sous-Couche MAC** ( Media Access Control ) qui : | ||
+ | * gère la méthode d' | ||
+ | * le CSMA/CD dans un réseau basé sur la technologie Ethernet | ||
+ | * l' | ||
+ | * gère les erreurs | ||
- | ====Créer | + | * **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' | ||
- | Pour créer l' | + | * **La Couche |
+ | * constituant des paquets | ||
+ | * les envoyant | ||
+ | | ||
+ | | ||
- | < | + | * **La Couche de Session** ( Couche 5 ) est responsable |
- | [trainee@centos7 ~]$ rpmdev-setuptree | + | * de l' |
- | [trainee@centos7 ~]$ ls -laR rpmbuild/ | + | * de la conversation entre deux processus de vérification de la réception des messages envoyés en séquences, c'est-à-dire, le point de contrôle |
- | rpmbuild/: | + | |
- | total 28 | + | |
- | drwxrwxr-x. 7 trainee trainee 4096 9 août 06:56 . | + | |
- | drwx------. 15 trainee trainee 4096 9 août 06:56 .. | + | |
- | drwxrwxr-x. 2 trainee trainee 4096 9 août 06:56 BUILD | + | |
- | drwxrwxr-x. 2 trainee trainee 4096 9 août 06:56 RPMS | + | |
- | drwxrwxr-x. | + | |
- | drwxrwxr-x. | + | |
- | drwxrwxr-x. | + | |
- | rpmbuild/ | + | * de la sécurité lors de l' |
- | total 8 | + | |
- | drwxrwxr-x. 2 trainee trainee 4096 9 août 06:56 . | + | |
- | drwxrwxr-x. 7 trainee trainee 4096 9 août 06:56 .. | + | |
- | rpmbuild/ | + | * **La Couche de Présentation** ( Couche 6 ) est responsable |
- | total 8 | + | * du formatage et de la mise en forme des données |
- | drwxrwxr-x. 2 trainee trainee 4096 9 août 06:56 . | + | * des conversions de données telles le cryptage/ |
- | drwxrwxr-x. 7 trainee trainee 4096 9 août 06:56 .. | + | |
- | rpmbuild/ | + | * **La Couche d' |
- | total 8 | + | * du dialogue homme/ |
- | drwxrwxr-x. 2 trainee trainee 4096 9 août 06:56 . | + | * du partage des ressources |
- | drwxrwxr-x. 7 trainee trainee 4096 9 août 06:56 .. | + | * de la messagerie |
- | rpmbuild/ | + | ==Les Protocoles== |
- | total 8 | + | |
- | drwxrwxr-x. 2 trainee trainee 4096 9 août 06:56 . | + | |
- | drwxrwxr-x. 7 trainee trainee 4096 9 août 06:56 .. | + | |
- | rpmbuild/ | + | 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' |
- | total 8 | + | |
- | drwxrwxr-x. 2 trainee trainee 4096 9 août 06:56 . | + | |
- | drwxrwxr-x. 7 trainee trainee 4096 9 août 06:56 .. | + | |
- | </ | + | |
- | Téléchargez le rpm source du noyau : | + | ==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' |
- | [trainee@centos7 ~]$ uname -a | + | |
- | Linux centos7.fenestros.loc 3.10.0-327.13.1.el7.x86_64 #1 SMP Thu Mar 31 16:04:38 UTC 2016 x86_64 x86_64 x86_64 GNU/Linux | + | |
- | [trainee@centos7 ~]$ wget http:// | + | ==Protocol Data Units== |
- | --2016-08-09 06: | + | |
- | Résolution de vault.centos.org (vault.centos.org)... 88.208.217.170, | + | |
- | Connexion vers vault.centos.org (vault.centos.org)|88.208.217.170|: | + | |
- | requête HTTP transmise, en attente de la réponse...200 OK | + | |
- | Longueur: 83047820 (79M) [application/ | + | |
- | Sauvegarde en : «kernel-3.10.0-327.13.1.el7.src.rpm» | + | |
- | 100%[==============================================================================================================================> | + | |
- | 2016-08-09 07:00:00 (471 KB/s) - «kernel-3.10.0-327.13.1.el7.src.rpm» sauvegardé [83047820/ | + | * **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 : |
- | Installez maintenant les dépendances | + | * **Paquets** |
+ | * **Trames** pour la couche **Liaison**, | ||
+ | * **Bits** pouyr la couche **Physique**. | ||
- | < | + | ==Encapsulation et Désencapsulation== |
- | [trainee@centos7 ~]$ su - | + | |
- | Mot de passe : fenestros | + | |
- | [root@centos7 ~]# yum-builddep / | + | |
- | Loaded plugins: fastestmirror, | + | |
- | Enabling base-source repository | + | |
- | Enabling extras-source repository | + | |
- | Enabling updates-source repository | + | |
- | base-source | + | |
- | extras-source | + | |
- | updates-source | + | |
- | (1/3): extras-source/ | + | |
- | (2/3): base-source/ | + | |
- | (3/3): updates-source/ | + | |
- | Loading mirror speeds from cached hostfile | + | |
- | * base: centos.mirrors.ovh.net | + | |
- | * extras: centos.mirror.fr.planethoster.net | + | |
- | * updates: mirror1.evolution-host.com | + | |
- | Checking for new repos for mirrors | + | |
- | Getting requirements for kernel-3.10.0-327.13.1.el7.src | + | |
- | | + | |
- | | + | |
- | | + | |
- | | + | |
- | | + | |
- | | + | |
- | | + | |
- | | + | |
- | | + | |
- | | + | |
- | | + | |
- | | + | |
- | | + | |
- | | + | |
- | | + | |
- | | + | |
- | | + | |
- | | + | |
- | | + | |
- | | + | |
- | | + | |
- | | + | |
- | | + | |
- | | + | |
- | | + | |
- | | + | |
- | | + | |
- | | + | |
- | --> Running transaction check | + | |
- | ---> Package asciidoc.noarch 0: | + | |
- | --> Processing Dependency: source-highlight for package: asciidoc-8.6.8-5.el7.noarch | + | |
- | --> Processing Dependency: graphviz for package: asciidoc-8.6.8-5.el7.noarch | + | |
- | --> Processing Dependency: docbook-style-xsl for package: asciidoc-8.6.8-5.el7.noarch | + | |
- | ---> Package hmaccalc.x86_64 0: | + | |
- | ---> Package m4.x86_64 0: | + | |
- | ---> Package newt-devel.x86_64 0: | + | |
- | --> Processing Dependency: slang-devel for package: newt-devel-0.52.15-4.el7.x86_64 | + | |
- | ---> Package perl-ExtUtils-Embed.noarch 0: | + | |
- | --> Processing Dependency: perl-devel for package: perl-ExtUtils-Embed-1.30-286.el7.noarch | + | |
- | ---> Package python-devel.x86_64 0: | + | |
- | ---> Package xmlto.x86_64 0: | + | |
- | --> Processing Dependency: text-www-browser for package: xmlto-0.0.25-7.el7.x86_64 | + | |
- | --> Processing Dependency: flex for package: xmlto-0.0.25-7.el7.x86_64 | + | |
- | --> Processing Dependency: docbook-dtds for package: xmlto-0.0.25-7.el7.x86_64 | + | |
- | --> Running transaction check | + | |
- | ---> Package docbook-dtds.noarch 0: | + | |
- | --> Processing Dependency: sgml-common for package: docbook-dtds-1.0-60.el7.noarch | + | |
- | ---> Package docbook-style-xsl.noarch 0: | + | |
- | ---> Package flex.x86_64 0: | + | |
- | ---> Package graphviz.x86_64 0: | + | |
- | --> Processing Dependency: libXaw.so.7()(64bit) for package: graphviz-2.30.1-19.el7.x86_64 | + | |
- | ---> Package lynx.x86_64 0: | + | |
- | ---> Package perl-devel.x86_64 4: | + | |
- | --> Processing Dependency: systemtap-sdt-devel for package: 4: | + | |
- | --> Processing Dependency: perl(ExtUtils:: | + | |
- | --> Processing Dependency: perl(ExtUtils:: | + | |
- | --> Processing Dependency: perl(ExtUtils:: | + | |
- | --> Processing Dependency: libdb-devel for package: 4: | + | |
- | --> Processing Dependency: gdbm-devel for package: 4: | + | |
- | ---> Package slang-devel.x86_64 0: | + | |
- | ---> Package source-highlight.x86_64 0: | + | |
- | --> Processing Dependency: ctags for package: source-highlight-3.1.6-6.el7.x86_64 | + | |
- | --> Processing Dependency: libboost_regex.so.1.53.0()(64bit) for package: source-highlight-3.1.6-6.el7.x86_64 | + | |
- | --> Running transaction check | + | |
- | ---> Package boost-regex.x86_64 0: | + | |
- | ---> Package ctags.x86_64 0: | + | |
- | ---> Package gdbm-devel.x86_64 0: | + | |
- | ---> Package libXaw.x86_64 0: | + | |
- | ---> Package libdb-devel.x86_64 0: | + | |
- | ---> Package perl-ExtUtils-Install.noarch 0: | + | |
- | ---> Package perl-ExtUtils-MakeMaker.noarch 0: | + | |
- | --> Processing Dependency: perl(Test:: | + | |
- | --> Processing Dependency: perl(ExtUtils:: | + | |
- | ---> Package perl-ExtUtils-ParseXS.noarch 1: | + | |
- | ---> Package sgml-common.noarch 0: | + | |
- | ---> Package systemtap-sdt-devel.x86_64 0: | + | |
- | --> Running transaction check | + | |
- | ---> Package perl-ExtUtils-Manifest.noarch 0: | + | |
- | ---> Package perl-Test-Harness.noarch 0: | + | |
- | --> Finished Dependency Resolution | + | |
- | Dependencies Resolved | + | 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 ^ |
- | Package | + | | Application | Application Header (AH) + Unité de Données (UD) | |
- | ======================================================================================================================================================================== | + | | Présentation | Présentation Header (PH) + AH + UD | |
- | Installing: | + | | Session | Session Header (SH) + PH + AH + UD | |
- | asciidoc | + | | Transport | Transport Header (TH) + SH + PH + AH + UD | |
- | hmaccalc | + | | Réseau | Network Header (NH) + TH + SH + PH + AH + UD | |
- | m4 x86_64 | + | | Liaison | Liaison Header (DH) + NH + TH + SH + PH + AH + UD | |
- | | + | |
- | | + | |
- | | + | |
- | | + | |
- | Installing for dependencies: | + | |
- | | + | |
- | | + | |
- | | + | |
- | | + | |
- | | + | |
- | | + | |
- | | + | |
- | | + | |
- | | + | |
- | | + | |
- | | + | |
- | | + | |
- | | + | |
- | | + | |
- | | + | |
- | | + | |
- | | + | |
- | | + | |
- | | + | |
- | | + | |
- | Transaction Summary | + | 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** : |
- | ======================================================================================================================================================================== | + | |
- | Install | + | |
- | Total download size: 9.0 M | + | ^ Couche Système B ^ Encapsulation ^ |
- | Installed size: 43 M | + | | Liaison | Liaison Header (DH) + NH + TH + SH + PH + AH + UD | |
- | Is this ok [y/d/N]: y | + | | 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) | | ||
- | Installez maintenant | + | === Spécification NDIS et le Modèle ODI === |
- | <code> | + | <note tip> |
- | [root@centos7 ~]# exit | + | **[[https://www.i2tch.com/net/ |
- | logout | + | </note> |
- | [trainee@centos7 ~]$ rpm -Uvh kernel-3.10.0-327.13.1.el7.src.rpm | + | |
- | Mise à jour / installation... | + | |
- | | + | |
- | attention : utilisateur builder inexistant - utilisation de root | + | |
- | attention : groupe builder inexistant - utilisation de root | + | |
- | attention : utilisateur builder inexistant - utilisation de root | + | |
- | attention : groupe builder inexistant - utilisation de root | + | |
- | attention : utilisateur builder inexistant - utilisation de root | + | |
- | attention : groupe builder inexistant - utilisation de root | + | |
- | attention : utilisateur builder inexistant - utilisation de root | + | |
- | attention : groupe builder inexistant - utilisation de root | + | |
- | attention : utilisateur builder inexistant - utilisation de root | + | |
- | attention : groupe builder inexistant - utilisation de root | + | |
- | attention : utilisateur builder inexistant - utilisation de root | + | |
- | attention : groupe builder inexistant - utilisation de root | + | |
- | attention : utilisateur builder inexistant - utilisation de root | + | |
- | attention : groupe builder inexistant - utilisation de root | + | |
- | attention : utilisateur builder inexistant - utilisation de root | + | |
- | attention : groupe builder inexistant - utilisation de root | + | |
- | attention : utilisateur builder inexistant - utilisation de root | + | |
- | attention : groupe builder inexistant - utilisation de root | + | |
- | attention : utilisateur builder inexistant - utilisation de root | + | |
- | attention : groupe builder inexistant - utilisation de root | + | |
- | attention : utilisateur builder inexistant - utilisation de root | + | |
- | attention : groupe builder inexistant - utilisation de root | + | |
- | attention : utilisateur builder inexistant - utilisation de root | + | |
- | attention : groupe builder inexistant - utilisation de root | + | |
- | attention : utilisateur builder inexistant - utilisation de root | + | |
- | attention : groupe builder inexistant - utilisation de root | + | |
- | attention : utilisateur builder inexistant - utilisation de root | + | |
- | attention : groupe builder inexistant - utilisation de root | + | |
- | attention : utilisateur builder inexistant - utilisation de root | + | |
- | attention : groupe builder inexistant - utilisation de root | + | |
- | attention : utilisateur builder inexistant - utilisation de root | + | |
- | attention : groupe builder inexistant - utilisation de root | + | |
- | attention : utilisateur builder inexistant - utilisation de root | + | |
- | attention : groupe builder inexistant - utilisation de root | + | |
- | attention : utilisateur builder inexistant - utilisation de root | + | |
- | attention : groupe builder inexistant - utilisation de root | + | |
- | attention : utilisateur builder inexistant - utilisation de root | + | |
- | attention : groupe builder inexistant - utilisation de root | + | |
- | attention : utilisateur builder inexistant - utilisation de root | + | |
- | attention : groupe builder inexistant - utilisation de root | + | |
- | attention : utilisateur builder inexistant - utilisation de root | + | |
- | attention : groupe builder inexistant - utilisation de root | + | |
- | attention : utilisateur builder inexistant - utilisation de root | + | |
- | attention : groupe builder inexistant - utilisation de root | + | |
- | attention : utilisateur builder inexistant - utilisation de root | + | |
- | attention : groupe builder inexistant - utilisation de root | + | |
- | attention : utilisateur builder inexistant - utilisation de root | + | |
- | attention : groupe builder inexistant - utilisation de root | + | |
- | attention : utilisateur builder inexistant - utilisation de root | + | |
- | attention : groupe builder inexistant - utilisation de root | + | |
- | attention : utilisateur builder inexistant - utilisation de root | + | |
- | attention : groupe builder inexistant - utilisation de root | + | |
- | attention : utilisateur builder inexistant - utilisation de root | + | |
- | attention : groupe builder inexistant - utilisation de root | + | |
- | attention : utilisateur builder inexistant - utilisation de root | + | |
- | attention : groupe builder inexistant - utilisation de root | + | |
- | attention : utilisateur builder inexistant - utilisation de root | + | |
- | attention : groupe builder inexistant - utilisation de root | + | |
- | attention : utilisateur builder inexistant - utilisation de root | + | |
- | attention : groupe builder inexistant - utilisation de root | + | |
- | attention : utilisateur builder inexistant - utilisation de root | + | |
- | attention : groupe builder inexistant - utilisation de root | + | |
- | </code> | + | |
- | <WRAP center round important> | + | La spécification NDIS ( Network Driver Interface Specification ) a été introduite conjointement par les sociétés Microsoft et 3Com. |
- | Les erreurs sont sans importance. | + | Cette spécification ainsi que son homologue, le modèle ODI ( Open Datalink Interface ) introduit conjointement par les sociétés Novell et Apple à la même époque, définit des standards pour les pilotes de cartes réseau afin qu'ils puissent être indépendants des protocoles utilisées et les systèmes d' |
- | </ | + | |
- | ====Préparer | + | * l'interface pilote-matériel |
+ | * l' | ||
+ | * l' | ||
- | Naviguez vers le repertoire **~/rpmbuild/ | + | === Le modèle TCP/IP === |
- | <code> | + | <note tip> |
- | [trainee@centos7 ~]$ cd ~/rpmbuild/SPECS | + | **[[https://www.i2tch.com/ |
- | [trainee@centos7 SPECS]$ rpmbuild -bp --target=$(uname -m) kernel.spec | + | </note> |
- | Construction pour plate-formes cibles: x86_64 | + | |
- | Construction pour cible x86_64 | + | |
- | erreur : Dépendances de construction manquantes: | + | |
- | pesign >= 0.109-4 est nécessaire pour kernel-3.10.0-327.13.1.el7.x86_64 | + | |
- | elfutils-devel est nécessaire | + | |
- | binutils-devel est nécessaire pour kernel-3.10.0-327.13.1.el7.x86_64 | + | |
- | bison est nécessaire pour kernel-3.10.0-327.13.1.el7.x86_64 | + | |
- | audit-libs-devel est nécessaire pour kernel-3.10.0-327.13.1.el7.x86_64 | + | |
- | numactl-devel est nécessaire pour kernel-3.10.0-327.13.1.el7.x86_64 | + | |
- | pciutils-devel est nécessaire pour kernel-3.10.0-327.13.1.el7.x86_64 | + | |
- | </code> | + | |
- | <WRAP center round important> | + | 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 ). |
- | Notez qu'il existe toujours | + | |
- | </WRAP> | + | |
- | Redevenez root et installez les dépendances | + | * La suite des protocoles TCP/IP |
+ | * a été introduite en 1974 | ||
+ | * a été utilisée dans l' | ||
+ | * permet la communication entre des réseaux à base de systèmes d' | ||
+ | * est très proche du modèle OSI en termes d' | ||
+ | * est, en réalité, une suite de protocoles et de services | ||
+ | * **IP** ( Internet Protocol ) | ||
+ | * le protocole IP s' | ||
+ | * **ICMP** ( Internet Control Message Protocol ) | ||
+ | * le protocole ICMP produit des messages de contrôle aidant à synchroniser le réseau. Un exemple de ceci est la commande ping. | ||
+ | * **TCP** ( Transmission Control Protocol ) | ||
+ | * le protocole TCP se trouve au niveau de la couche de Transport du modèle OSI et s' | ||
+ | * **UDP** ( User Datagram Protocol ) | ||
+ | * le protocole UDP n'est pas orienté connexion. Il est utilisé pour la transmission rapide de messages entre nœuds sans garantir leur acheminement. | ||
+ | * **Telnet** | ||
+ | * le protocole Telnet est utilisé pour établir une connexion de terminal à distance. Il se trouve dans la couche d' | ||
+ | * **Ftp** ( File Transfer Protocol ) | ||
+ | * le protocole ftp est utilisé pour le transfert de fichiers. Il se trouve dans la couche d' | ||
+ | * **SMTP** ( Simple Message Transfer Protocol ) | ||
+ | * le service SMTP est utilisé pour le transfert de courrier électronique. Il se trouve dans la couche d' | ||
+ | * **DNS** ( Domain Name Service ) | ||
+ | * le service DNS est utilisé pour le résolution de noms en adresses IP. Il se trouve dans la couche d' | ||
+ | * **SNMP** ( Simple Network Management Protocol ) | ||
+ | * le protocole SNMP est composé d'un agent et un gestionnaire. L' | ||
+ | * **NFS** ( Network File System ) | ||
+ | * le NFS a été mis au point par Sun Microsystems | ||
+ | * le NFS génère un lien virtuel entre les lecteurs et les disques durs permettant de monter dans un disque virtuel local un disque distant | ||
+ | * et aussi POP3, NNTP, IMAP etc ... | ||
- | <code> | + | <note tip> |
- | [trainee@centos7 SPECS]$ cd - | + | **[[https://www.i2tch.com/ |
- | / | + | </note> |
- | [trainee@centos7 ~]$ su - | + | |
- | Mot de passe : | + | |
- | Dernière connexion : lundi 8 août 2016 à 16:39:54 CEST sur pts/0 | + | |
- | [root@centos7 ~]# yum install elfutils-devel binutils-devel bison audit-libs-devel numactl-devel pciutils-devel pesign | + | |
- | ... | + | |
- | </code> | + | |
- | Vous pouvez maintenant utilisez la commande rpmbuild pour préparer l' | + | Le modèle TCP/IP est composé de 4 couches |
- | < | + | * La couche d' |
- | [root@centos7 ~]# exit | + | * Cette couche spécifie la forme sous laquelle les données doivent être acheminées, |
- | logout | + | * La couche Internet |
- | [trainee@centos7 ~]$ cd ~/ | + | * Cette couche est chargée de fournir le paquet de données. |
- | [trainee@centos7 SPECS]$ rpmbuild -bp --target=$(uname -m) kernel.spec | + | * La couche de Transport |
- | Construction pour plate-formes cibles: x86_64 | + | * Cette couche assure l'acheminement des données et se charge des mécanismes permettant de connaître l'état de la transmission. |
- | Construction pour cible x86_64 | + | * La couche d' |
- | Exécution_de(%prep) : /bin/sh -e / | + | * Cette couche englobe les applications standards de réseau telles ftp, telnet, ssh, etc.. |
- | + umask 022 | + | |
- | + cd / | + | |
- | + patch_command='patch -p1 -F1 -s' | + | |
- | + cd / | + | |
- | + rm -rf kernel-3.10.0-327.13.1.el7 | + | |
- | + / | + | |
- | + cd kernel-3.10.0-327.13.1.el7 | + | |
- | + /usr/bin/xz -dc / | + | |
- | + / | + | |
- | ... | + | |
- | </ | + | |
- | A l' | + | Les noms des Unités de Données sont différents selon le protocole utilisé et la couche |
- | < | + | ^ Couche |
- | [trainee@centos7 SPECS]$ ls -la ~/ | + | | Application | Stream | Message | |
- | total 824 | + | | Transport | Segment | Packet| |
- | drwxr-xr-x. | + | | Internet | Datagram| Datagram | |
- | drwxr-xr-x. | + | | Réseau | Frame | Frame | |
- | drwxr-xr-x. | + | |
- | drwxr-xr-x. | + | |
- | -rw-r--r--. | + | |
- | -rw-r--r--. | + | |
- | drwxr-xr-x. | + | |
- | -rw-r--r--. | + | |
- | -rw-r--r--. | + | |
- | drwxr-xr-x. | + | |
- | drwxr-xr-x. 101 trainee trainee | + | |
- | drwxr-xr-x. 114 trainee trainee | + | |
- | drwxr-xr-x. | + | |
- | drwxr-xr-x. | + | |
- | -rw-r--r--. | + | |
- | drwxr-xr-x. | + | |
- | drwxr-xr-x. | + | |
- | drwxr-xr-x. | + | |
- | -rw-r--r--. | + | |
- | -rw-r--r--. | + | |
- | drwxr-xr-x. | + | |
- | drwxr-xr-x. | + | |
- | -rw-r--r--. | + | |
- | -rw-r--r--. | + | |
- | -rw-r--r--. | + | |
- | drwxr-xr-x. | + | |
- | drwxr-xr-x. | + | |
- | -rw-r--r--. | + | |
- | -rw-r--r--. | + | |
- | drwxr-xr-x. | + | |
- | -rw-r--r--. | + | |
- | drwxr-xr-x. | + | |
- | drwxr-xr-x. | + | |
- | drwxr-xr-x. | + | |
- | drwxr-xr-x. | + | |
- | drwxr-xr-x. | + | |
- | drwxr-xr-x. | + | |
- | </ | + | |
- | A l' | + | ====Les Raccordements==== |
- | < | + | ===Les Modes de Transmission=== |
- | [trainee@centos7 SPECS]$ more ~/ | + | |
- | # | + | |
- | # Automatically generated file; DO NOT EDIT. | + | |
- | # Linux/ | + | |
- | # | + | |
- | CONFIG_64BIT=y | + | |
- | CONFIG_X86_64=y | + | |
- | CONFIG_X86=y | + | |
- | CONFIG_INSTRUCTION_DECODER=y | + | |
- | CONFIG_OUTPUT_FORMAT=" | + | |
- | CONFIG_ARCH_DEFCONFIG=" | + | |
- | CONFIG_LOCKDEP_SUPPORT=y | + | |
- | CONFIG_STACKTRACE_SUPPORT=y | + | |
- | CONFIG_HAVE_LATENCYTOP_SUPPORT=y | + | |
- | CONFIG_MMU=y | + | |
- | CONFIG_NEED_DMA_MAP_STATE=y | + | |
- | CONFIG_NEED_SG_DMA_LENGTH=y | + | |
- | CONFIG_GENERIC_ISA_DMA=y | + | |
- | CONFIG_GENERIC_BUG=y | + | |
- | CONFIG_GENERIC_BUG_RELATIVE_POINTERS=y | + | |
- | CONFIG_GENERIC_HWEIGHT=y | + | |
- | CONFIG_ARCH_MAY_HAVE_PC_FDC=y | + | |
- | CONFIG_RWSEM_XCHGADD_ALGORITHM=y | + | |
- | CONFIG_GENERIC_CALIBRATE_DELAY=y | + | |
- | CONFIG_ARCH_HAS_CPU_RELAX=y | + | |
- | CONFIG_ARCH_HAS_CACHE_LINE_SIZE=y | + | |
- | CONFIG_ARCH_HAS_CPU_AUTOPROBE=y | + | |
- | CONFIG_HAVE_SETUP_PER_CPU_AREA=y | + | |
- | CONFIG_NEED_PER_CPU_EMBED_FIRST_CHUNK=y | + | |
- | CONFIG_NEED_PER_CPU_PAGE_FIRST_CHUNK=y | + | |
- | CONFIG_ARCH_HIBERNATION_POSSIBLE=y | + | |
- | CONFIG_ARCH_SUSPEND_POSSIBLE=y | + | |
- | CONFIG_ZONE_DMA32=y | + | |
- | CONFIG_AUDIT_ARCH=y | + | |
- | CONFIG_ARCH_SUPPORTS_OPTIMIZED_INLINING=y | + | |
- | CONFIG_ARCH_SUPPORTS_DEBUG_PAGEALLOC=y | + | |
- | CONFIG_HAVE_INTEL_TXT=y | + | |
- | CONFIG_X86_64_SMP=y | + | |
- | CONFIG_X86_HT=y | + | |
- | CONFIG_ARCH_HWEIGHT_CFLAGS=" | + | |
- | CONFIG_ARCH_SUPPORTS_UPROBES=y | + | |
- | CONFIG_DEFCONFIG_LIST="/ | + | |
- | CONFIG_IRQ_WORK=y | + | |
- | CONFIG_BUILDTIME_EXTABLE_SORT=y | + | |
- | # | + | On peut distinguer 3 modes de transmission : |
- | --Plus--(1%) | + | |
- | </ | + | |
- | Ce fichier est généré par une des trois commandes suivantes et ne doit **pas** être édité manuellement : | + | * La **Liaison Simplex**, |
+ | * Les données | ||
+ | * La liaison nécessite deux canaux de transmissions, | ||
+ | * La **Liaison Half-Duplex** aussi appelée la **Liaison à l' | ||
+ | * Les données circulent dans un sens ou l' | ||
+ | * La liaison permet d' | ||
+ | * La **Liaison Full-Duplex** dans les deux sens en **même** temps. Chaque extrémité peut émettre et recevoir simultanément, | ||
+ | * La liaison est caractérisée par une bande passante divisée par deux pour chaque sens des émissions. | ||
- | * make config | + | ===Les Câbles=== |
- | * make menuconfig | + | |
- | * make xconfig | + | |
- | Dans ce fichier, vous pouvez constater la présence de lignes correspondantes à des fonctionalités suivies par une lettre ou une valeur. Dans le cas d'une lettre, la signification est la suivante : | + | ==Le Câble Coaxial== |
- | * **y** | + | En partant de l'extérieur, le câble coaxial |
- | * la fonctionalité est incluse dans le noyau monolithique ou dans le cas d'une dépendance d'un module, dans le module concerné, | + | |
- | * **m** | + | |
- | * la fonctionalité | + | |
- | * **n** | + | |
- | * la fonctionalité n'est pas incluse. Cette option est rarement visible car dans bien les cas, la fonctionalité est simplement commentée dans le fichier lui-même. | + | |
- | Le fichier | + | |
+ | * 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 | ||
+ | * d'un **Âme** en cuivre ou torsadés pour transporter | ||
- | * VERSION, | + | Avantages : |
- | * PATCHLEVEL, | + | |
- | * SUBLEVEL, | + | |
- | * EXTRAVERSION. | + | |
- | Les trois premières informations sont gérées par **kernel.org** et Linus Torvalds en personne tandis que l' | + | |
+ | * 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 : |
- | [trainee@centos7 SPECS]$ more ~/ | + | |
- | VERSION = 3 | + | |
- | PATCHLEVEL = 10 | + | |
- | SUBLEVEL = 0 | + | |
- | EXTRAVERSION = | + | |
- | NAME = Unicycling Gorilla | + | |
- | RHEL_MAJOR = 7 | + | |
- | RHEL_MINOR = 2 | + | |
- | RHEL_RELEASE = 327.13.1 | + | |
- | RHEL_DRM_VERSION = 4 | + | |
- | RHEL_DRM_PATCHLEVEL = 1 | + | |
- | RHEL_DRM_SUBLEVEL = 0 | + | |
- | # *DOCUMENTATION* | + | |
- | # To see a list of typical targets execute "make help" | + | |
- | # More info can be located in ./README | + | * Vulnérable aux interférences, |
- | # Comments in this file are targeted only to the developer, do not | + | * Half-Duplex. |
- | # expect to learn how to build the kernel reading this file. | + | |
- | # Do not: | + | ==Le Câble Paire Torsadée== |
- | # o use make's built-in rules and variables | + | |
- | # (this increases performance and avoids hard-to-debug behaviour); | + | |
- | # o print " | + | |
- | MAKEFLAGS += -rR --no-print-directory | + | |
- | # Avoid funny character set dependencies | + | Ce câble existe sous deux formes selon son utilisation : |
- | unexport LC_ALL | + | |
- | LC_COLLATE=C | + | |
- | LC_NUMERIC=C | + | |
- | export LC_COLLATE LC_NUMERIC | + | |
- | # We are using a recursive build, so we need to do a little thinking | + | * **Monobrin** pour du câblage **horizontal** (**Capillaire**), |
- | # to get the ordering right. | + | * chaque fil est composé d'un seul conducteur en cuivre, |
- | # | + | * la distance ne doit pas dépassée 90m. |
- | # Most importantly: | + | |
- | # their own directory. If in some directory we have a dependency on | + | |
- | # a file in another dir (which doesn't happen often, but it's often | + | |
- | # unavoidable when linking the built-in.o targets which finally | + | |
- | # turn into vmlinux), we will call a sub make in that other dir, and | + | |
- | # after that we are sure that everything which is in that other dir | + | |
- | # is now up to date. | + | |
- | # | + | |
- | # The only cases where we need to modify files which have global | + | |
- | # effects are thus separated out and done before the recursive | + | |
- | # descending is started. They are now explicitly listed as the | + | |
- | # prepare rule. | + | |
- | --Plus--(2%) | + | |
- | </ | + | |
- | <WRAP center round important> | + | |
- | La version 2.6 du noyau a vu le jour en **2003**. Les **SUBLEVEL** se suivaient régulièrement. Avec la version 2.6 du noyau, la valeur paire du **PATCHLEVEL** indiquait que le noyau était stable. Quand vous recompilez le noyau à partir des sources, vous devez modifier la valeur de l' | + | |
- | </ | + | |
- | Utilisez maintenant la commande **make oldconfig** | + | Avantages |
- | < | + | * Un débit de 10 Mbit/s à 10 GBit/s, |
- | [trainee@centos7 SPECS]$ cd ~/rpmbuild/ | + | * A une bande passante plus large, |
- | [trainee@centos7 linux-3.10.0-327.13.1.el7.x86_64]$ make oldconfig | + | * Pas d' |
- | scripts/ | + | * Permet le **câblage universel** (téléphonie, |
- | # | + | * Full-Duplex. |
- | # configuration written to .config | + | |
- | # | + | |
- | </ | + | |
- | <WRAP center round important> | + | Inconvénients : |
- | Cette commande lit le fichier .config du noyau actuel et le compare avec celui des sources du noyau. S'il existent des nouvelles configurations à effectuer dans les sources du noyau, la commande vous pose des questions. | + | |
- | </ | + | |
- | ====Paramétrage du noyau==== | + | * Nombre de câbles > câble coaxial, |
+ | * Plus cher, | ||
+ | * Plus encombrant dans les gaines techniques. | ||
- | Après avoir modifié la configuration du noyau selon vos besoins en utilisant soit la commande **menuconfig** soit la commande **xconfig** (pas necéssaire pour cet exemple), insérez la sortie | + | == Catagories |
- | < | + | Il existe trois catagories de blindage : |
- | [trainee@centos7 linux-3.10.0-327.13.1.el7.x86_64]$ uname -i | + | |
- | x86_64 | + | |
- | [trainee@centos7 linux-3.10.0-327.13.1.el7.x86_64]$ vi .config | + | |
- | [trainee@centos7 linux-3.10.0-327.13.1.el7.x86_64]$ head .config | + | |
- | # x86_64 | + | |
- | # | + | |
- | # Automatically generated file; DO NOT EDIT. | + | |
- | # Linux/x86 3.10.0 Kernel Configuration | + | |
- | # | + | |
- | CONFIG_64BIT=y | + | |
- | CONFIG_X86_64=y | + | |
- | CONFIG_X86=y | + | |
- | CONFIG_INSTRUCTION_DECODER=y | + | |
- | CONFIG_OUTPUT_FORMAT=" | + | |
- | </ | + | |
- | Renommez le fichier .config en le plaçant dans le répertoire | + | |
+ | * **Foiled** ou Entouré, | ||
+ | * **Shielded** ou Avec Ecran. | ||
- | < | + | De ce fait, il existe 5 catagories de câbles Paire Torsadée : |
- | [trainee@centos7 linux-3.10.0-327.13.1.el7.x86_64]$ cp .config ~/ | + | |
- | [trainee@centos7 linux-3.10.0-327.13.1.el7.x86_64]$ ls ~/ | + | |
- | centos.cer | + | |
- | centos-kpatch.x509 | + | |
- | centos-ldup.x509 | + | |
- | check-kabi | + | |
- | config-x86_64-generic | + | |
- | cpupower.config | + | |
- | </ | + | |
- | <WRAP center round important> | + | Nom anglais ^ Appelation Ancienne ^ Nouvelle Appelation ^ |
- | Pour un noyau 32 bits, remplacez **x86_64** par **i386** et **config-`uname -m`-generic** par **config-x86-32-generic**. | + | | Unshielded Twisted Pair | UTP | U/UTP | |
- | </WRAP> | + | | 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 | | ||
- | Editez la directive | + | Ces catégories donnent lieu à des **Classes** : |
- | < | + | ^ Classe ^ Débit ^ Nombre de Paires Torsadées ^ Connecteur ^ Commentaires ^ |
- | [trainee@centos7 linux-3.10.0-327.13.1.el7.x86_64]$ cd ~/rpmbuild/SPECS | + | | 3 | 10 Mbit/s | 4 | RJ11 | | Téléphonie Analogique et Numérique |
- | [trainee@centos7 SPECS]$ vi kernel.spec | + | | 4 | 16 Mbit/s | 4 | S/O | Non-utilisée de nos jours | |
- | [trainee@centos7 SPECS]$ head kernel.spec | + | | 5 | 100 Mbit/s | 4 | RJ45 | Obsolète | |
- | # We have to override the new %%install behavior because, well... the kernel is special. | + | | 5e/D | 1 Gbit/s sur 100m | 4 | RJ45 | S/O | |
- | %global __spec_install_pre %{___build_pre} | + | | 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. | | ||
- | Summary: The Linux kernel | + | ==La Prise RJ45== |
- | %define buildid | + | 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' |
- | # For a kernel released for public testing, released_kernel should be 1. | + | Les câbles croisés sont utilisés lors du branchement de deux équipements identiques (PC à PC, Hub à Hub, Routeur à Routeur). |
- | # For internal testing builds during development, it should be 0. | + | |
- | %global released_kernel 1 | + | |
- | </ | + | |
- | ====Compiler le Noyau==== | + | ==Channel Link et Basic Link== |
- | La compilation | + | Le **Channel Link** ou **Canal** est l' |
+ | |||
+ | Le **Basic Link** est le lien entre la prise RJ45 murale et la baie de brassage. Il est limité à 90m en classe 5D. | ||
+ | |||
+ | ===La Fibre Optique=== | ||
+ | |||
+ | La **Fibre Optique** est un fil de **Silice** permettant le transfert de la lumière. De ce fait elle est caractérisée par : | ||
+ | |||
+ | * des meilleures performances que le cuivre, | ||
+ | * de plus de communications simultanément, | ||
+ | * de la capacité de relier de plus grandes distances, | ||
+ | * une insensibilité aux perturbations, | ||
+ | * une résistance à la corrosion. | ||
+ | |||
+ | Qui plus est, elle ne produit aucune perturbation. | ||
+ | |||
+ | Elle est composée : | ||
+ | |||
+ | * d'un coeur de 10, de 50/125 ou de 62.50 micron, | ||
+ | * d'une gaine de 125 micron, | ||
+ | * d'une protection de 230 micron. | ||
+ | |||
+ | Il existe deux types de fibres, la **Fibre Monomode** et la **Fibre Multimodes**. | ||
+ | |||
+ | La Fibre Monomode : | ||
+ | |||
+ | * a un coeur de 8 à 10 Microns, | ||
+ | * est divisée en sous-catégories de distance, | ||
+ | * 10 Km, | ||
+ | * 15 Km, | ||
+ | * 20 Km, | ||
+ | * 50 Km, | ||
+ | * 80 Km, | ||
+ | * 100 Km. | ||
+ | |||
+ | La Fibre Multimode : | ||
+ | |||
+ | * a un coeur de 62,50 micron ou de 50/125 micron avec une gaine orange, | ||
+ | * permet plusieurs trajets lumineux appelés **modes** en même temps en Full Duplex, | ||
+ | * est utilisée pour de bas débits ou de courtes distances, | ||
+ | * 2 Km pour 100 Mbit/s, | ||
+ | * 500 m pour 1 Gbit/s. | ||
+ | |||
+ | ===Les Réseaux sans Fils=== | ||
+ | |||
+ | Les réseaux sans fils sans basés sur une liaison qui utilise des ondes radio-électriques (radio et infra-rouges). | ||
+ | |||
+ | Il existe des technologies différentes en fonction de la fréquence utilisée et de la portée des transmissions : | ||
+ | |||
+ | * Réseaux Personnels sans Fils - Bluetooth, HomeRF, | ||
+ | * Réseaux Locaux sans Fils - LiFI, WiFI, | ||
+ | * Réseaux Métropolitains sans Fil - wImax, | ||
+ | * Réseaux Etendus sans Fils - GSM, GPRS, UMTS. | ||
+ | |||
+ | Les principales ondes utilisées pour la transmission des données sont : | ||
+ | |||
+ | * Ondes GSM - Ondes Hertziennes repeosant sur des micro-ondes à basse fréquence avec une portée d'une dizaine de kilomètres, | ||
+ | * Ondes Wi-Fi - Ondes Hertziennes reposant sur des micro-ondes à haute fréquence avec une portée de 20 à 50 mètres, | ||
+ | * Ondes Satellitaires - Ondes Hertziennes longues portées. | ||
+ | |||
+ | ===Le Courant Porteur en Ligne=== | ||
+ | |||
+ | Le CPL utilise le réseau électrique domestique, le réseau moyenne et basse tension pour transmettre des informations numériques. | ||
+ | |||
+ | Le CPL superpose un signal à plus haute fréquence au signal électrique. | ||
+ | |||
+ | Seuls donc, les fils conducteurs transportent les signaux CPL. | ||
+ | |||
+ | Le coupleur intégré en entrée des boîtiers CPL élimine les composants basses fréquences pour isoler le signal CPL. | ||
+ | |||
+ | Le CPL utilise la phase électrique et le neutre. De ce fait, une installation triphasée fournit 3 réseaux CPL différents. | ||
+ | |||
+ | Le signal CPL ne s' | ||
+ | |||
+ | Les normes CPL sont : | ||
+ | |||
+ | ^ Norme ^ Débit Théorique ^ Débit Pratique ^ Temps pour copier 1 Go ^ | ||
+ | | Homeplug 1.01 | 14 Mbps | 5.4 Mbps | 25m 20s | | ||
+ | | Homeplug 1.1 | 85 Mbps | 12 Mbps | 11m 20s | | ||
+ | | PréUPA 200 | 200 Mbps | 30 Mbps | 4m 30s | | ||
+ | |||
+ | ===Technologies=== | ||
+ | |||
+ | Il existe plusieurs technologies de réseau : | ||
+ | |||
+ | * Ethernet, | ||
+ | * Token-Ring, | ||
+ | * ARCnet, | ||
+ | * etc.. | ||
+ | |||
+ | Nous détaillerons ici les deux technologies les plus répandues, à savoir Ethernet et Token-Ring. | ||
+ | |||
+ | ==Ethernet== | ||
+ | |||
+ | La technologie Ethernet se repose sur : | ||
+ | |||
+ | * une topologie logique de bus, | ||
+ | * une topologie physique de bus ou étoile. | ||
+ | |||
+ | L' | ||
+ | |||
+ | Il faut noter que : | ||
+ | |||
+ | * les données sont transmises à chaque nœud - c'est la méthode d' | ||
+ | * chaque nœud qui veut émettre écoute le réseau - c'est la **détection de porteuse**, | ||
+ | * quand le réseau est silencieux une trame est émise dans laquelle se trouvent les données ainsi que l' | ||
+ | * le système est dit donc **aléatoire** ou **non-déterministe**, | ||
+ | * quand deux nœuds émettent en même temps, il y a **collision de données**, | ||
+ | * les deux nœuds vont donc cesser d' | ||
+ | |||
+ | ==Token-Ring== | ||
+ | |||
+ | La technologie Token-Ring se repose sur : | ||
+ | |||
+ | * une topologie logique en anneau, | ||
+ | * une topologie physique en étoile. | ||
+ | |||
+ | Token-Ring se traduit par **Anneau à Jeton**. Il n'est pas aussi répandu que l' | ||
+ | |||
+ | Il faut noter que : | ||
+ | |||
+ | * les données sont transmises dans le réseau par un système appelé **méthode | ||
+ | * le jeton est une **trame numérique vide** de données qui tourne en permanence dans l' | ||
+ | * quand un nœud souhaite émettre, il saisit le jeton, y dépose des données avec l' | ||
+ | * pendant son voyage, aucun autre nœud ne peut émettre, | ||
+ | * une fois arrivé à sa destination, | ||
+ | * ce système est appelé **déterministe**. | ||
+ | |||
+ | L' | ||
+ | |||
+ | * qu'il **évite des collisions**, | ||
+ | * qu'il est **possible de déterminer avec exactitude le temps que prenne l' | ||
+ | |||
+ | La technologie Token-Ring | ||
+ | |||
+ | ====Périphériques Réseaux Spéciaux==== | ||
+ | |||
+ | En plus du câblage, les périphériques de réseau spéciaux sont des éléments primordiaux tant au niveau de la topologie physique que la topologie logique. | ||
+ | |||
+ | Les périphériques de réseau spéciaux sont : | ||
+ | |||
+ | * les Concentrateurs ou //Hubs//, | ||
+ | * les Répéteurs ou // | ||
+ | * les Ponts ou // | ||
+ | * les Commutateurs ou // | ||
+ | * les Routeurs ou // | ||
+ | * les Passerelles ou // | ||
+ | |||
+ | L' | ||
+ | |||
+ | ===Les Concentrateurs=== | ||
+ | |||
+ | Les Concentrateurs permettent une connectivité entre les nœuds en topologie en étoile. Selon leur configuration, | ||
+ | |||
+ | * **Le Concentrateur Simple** | ||
+ | * est une boîte de raccordement centrale, | ||
+ | * joue le rôle de récepteur et du réémetteur des signaux sans accélération ni gestion de ceux-ci, | ||
+ | * est un périphérique utilisé pour des groupes de travail. | ||
+ | |||
+ | * **Le Concentrateur Évolué** | ||
+ | * est un Concentrateur simple qui offre en plus l' | ||
+ | |||
+ | * **Le Concentrateur Intelligent** | ||
+ | * est un Concentrateur évolué qui offre en plus la détection automatique des pannes, la connectique avec un Pont ou un Routeur ainsi que le diagnostic et la génération de rapports. | ||
+ | |||
+ | ===Les Répéteurs=== | ||
+ | |||
+ | Un Répéteur est un périphérique réseau simple. Il est utilisé pour amplifier le signal quand : | ||
+ | |||
+ | * la longueur du câble dépasse la limite autorisée, | ||
+ | * le câble passe par une zone ou les interférences sont importantes. | ||
+ | |||
+ | Éventuellement, | ||
+ | |||
+ | ===Les Ponts=== | ||
+ | |||
+ | Un Pont est **Répéteur intelligent**. Outre sa capacité d' | ||
+ | |||
+ | Les **diffusions** sont néanmoins autorisées. | ||
+ | |||
+ | Comme un Pont doit être intelligent, | ||
+ | |||
+ | Le Pont sert donc à isoler des segments du réseau pour des raisons de : | ||
+ | |||
+ | * **sécurité** afin d' | ||
+ | * **performance** afin qu'une partie du réseau trop chargée ralentisse le réseau entier, | ||
+ | * **fiabilité** afin par exemple qu'une carte en panne ne gène pas le reste du réseau avec une diffusion. | ||
+ | |||
+ | Il existe trois types de configuration de Ponts | ||
+ | |||
+ | ==Le Pont de Base== | ||
+ | |||
+ | Le Pont de Base est utilisé très rarement pour isoler deux segments. | ||
+ | |||
+ | ;#; | ||
+ | |||
+ | ==Le Pont en Cascade== | ||
+ | |||
+ | Le Pont en Cascade est à éviter car les données en provenance d'un segment doivent passer par plusieurs Ponts. Ceci a pour conséquence de ralentir la transmission des données, voire même de créer un trafic superflu en cas de rémission par le nœud | ||
+ | |||
+ | ;#; | ||
+ | |||
+ | ==Le Pont en Dorsale== | ||
+ | |||
+ | Le Pont en Dorsale coûte plus chère que la configuration précédente car il faut un nombre de Ponts équivalent au nombre de segments + 1. Par contre elle réduit les problèmes précédemment cités puisque les données ne transitent que par deux Ponts. | ||
+ | |||
+ | ;#; | ||
+ | |||
+ | ===Les Commutateurs=== | ||
+ | |||
+ | Un Commutateur peut être considéré comme un Concentrateur intelligent et un Pont. Ils sont gérés souvent par des logiciels. La topologie physique d'un réseau commuté est en étoile. Par contre la topologie logique est spéciale, elle s' | ||
+ | |||
+ | Lors de la communication de données entre deux nœuds, le Commutateur ouvre une connexion temporaire virtuelle en fermant les autres ports. De cette façon la bande passante totale est disponible pour cette transmission et les risques de collision sont minimisés. | ||
+ | |||
+ | Certains Commutateurs haut de gamme sont équipés d'un système anti-catastrophe qui leur permet d' | ||
+ | |||
+ | ===Les Routeurs=== | ||
+ | |||
+ | Un Routeur est un Pont sophistiqué capable : | ||
+ | |||
+ | * d' | ||
+ | * de filtrer le trafic, | ||
+ | * d’isoler une partie du réseau, | ||
+ | * d’ explorer les informations d' | ||
+ | |||
+ | Les Routeurs utilisent une table de routage pour stocker les informations sur : | ||
+ | |||
+ | * les adresses du réseau, | ||
+ | * les solutions de connexion vers d' | ||
+ | * l' | ||
+ | |||
+ | Il existe deux types de Routeur : | ||
+ | |||
+ | * le **Routeur Statique** | ||
+ | * la table de routage est éditer manuellement, | ||
+ | * les routes empruntées pour la transmission des données sont toujours les mêmes, | ||
+ | * il n'y a pas de recherche d' | ||
+ | |||
+ | * le **Routeur Dynamique** | ||
+ | * découvre automatiquement les routes à emprunter dans un réseau. | ||
+ | |||
+ | ===Les Passerelles=== | ||
+ | |||
+ | Ce périphérique, | ||
+ | |||
+ | * entre deux technologies différentes ( Ethernet - Token-Ring ), | ||
+ | * entre deux protocoles différents, | ||
+ | * entre des formats de données différents. | ||
+ | |||
+ | =====Comprendre TCP Version 4===== | ||
+ | |||
+ | ==== En-tête TCP ==== | ||
+ | |||
+ | L' | ||
+ | |||
+ | ^ 1er octet ^ 2ème octet ^ 3ème octet ^ 4 ème octet ^ | ||
+ | | Port source | ||
+ | | | ||
+ | | | ||
+ | | | ||
+ | | Checksum | ||
+ | | Options | ||
+ | | Données | ||
+ | |||
+ | Vous noterez que les numéros de ports sont codés sur 16 bits. Cette information nous permet de calculer le nombres de ports maximum en IPv4, soit 2< | ||
+ | |||
+ | L' | ||
+ | |||
+ | Les **Flags** sont : | ||
+ | |||
+ | * URG - Si la valeur est 1 le pointeur urgent est utilisé. Le numéro de séquence et le pointeur urgent indique un octet spécifique. | ||
+ | * ACK - Si la valeur est 1, le paquet est un accusé de réception | ||
+ | * PSH - Si la valeur est 1, les données sont immédiatement présentées à l' | ||
+ | * RST - Si la valeur est 1, la communication comporte un problème et la connexion est réinitialisée | ||
+ | * SYN - Si la valeur est 1, le paquet est un paquet de synchronisation | ||
+ | * FIN - Si la valeur est 1, le paquet indique la fin de la connexion | ||
+ | |||
+ | La **Fenêtre** est codée sur 16 bits. La Fenêtre est une donnée liée au fonctionnement d' | ||
+ | |||
+ | Le **Checksum** est une façon de calculer si le paquet est complet. | ||
+ | |||
+ | Le **Padding** est un champ pouvant être rempli de valeurs nulles de façon à ce que la taille de l' | ||
+ | |||
+ | ==== En-tête UDP ==== | ||
+ | |||
+ | L' | ||
+ | |||
+ | ^ 1er octet ^ 2ème octet ^ 3ème octet ^ 4 ème octet ^ | ||
+ | | Port source | ||
+ | | | ||
+ | | Données | ||
+ | |||
+ | L' | ||
+ | |||
+ | ==== Fragmentation et Ré-encapsulation ==== | ||
+ | |||
+ | La taille limite d'un paquet TCP, l' | ||
+ | |||
+ | ==== Adressage ==== | ||
+ | |||
+ | L' | ||
+ | |||
+ | Les adresses IP sont divisées en 5 classes, de A à E. Les 4 octets des classes A à C sont divisés en deux, une partie qui s' | ||
+ | |||
+ | ^ ^ 1er octet ^ 2ème octet ^ 3ème octet ^ 4 ème octet ^ | ||
+ | | A | Net ID | ||
+ | | B | Net ID || Host ID || | ||
+ | | C | Net ID ||| Host ID | | ||
+ | | D | | ||
+ | | E | | ||
+ | |||
+ | L' | ||
+ | |||
+ | ^ Classe | ||
+ | | A | 1 | 0 | 7 | 2< | ||
+ | | B | 2 | 10 | 14 | 2< | ||
+ | | C | 3 | 110 | 21 | 2< | ||
+ | |||
+ | Le réseau 127. est réservé. Il s' | ||
+ | |||
+ | Dans chaque classe, certaines adresses sont réservées pour un usage privé : | ||
+ | |||
+ | ^ Classe | ||
+ | | A | 10.0.0.0 | ||
+ | | B | 172.16.0.0 | ||
+ | | C | 192.168.0.0 | ||
+ | |||
+ | Il existe des adresses particulières ne pouvant pas être utilisées pour identifier un hôte : | ||
+ | |||
+ | ^ Adresse Particulière | ||
+ | | 169.254.0.0 à 169.254.255.255 | ||
+ | | Hôte du réseau courant | ||
+ | | Adresse de réseau | ||
+ | | Adresse de diffusion | ||
+ | |||
+ | L' | ||
+ | |||
+ | Afin de mieux comprendre l' | ||
+ | |||
+ | ^ ^ 1er octet ^ 2ème octet ^ 3ème octet ^ 4 ème octet ^ | ||
+ | ^ ^ Net ID ^^^ Host ID ^ | ||
+ | | Adresse IP | | ||
+ | | Binaire | ||
+ | | Calcul de l' | ||
+ | | Binaire | ||
+ | | Adresse réseau | ||
+ | | Calcul de l' | ||
+ | | Binaire | ||
+ | | Adresse de diffusion | | ||
+ | |||
+ | ==== Masques de sous-réseaux ==== | ||
+ | |||
+ | Tout comme l' | ||
+ | |||
+ | ^ Classe | ||
+ | | A | 255.0.0.0 | ||
+ | | B | 255.255.0.0 | ||
+ | | C | 255.255.255.0 | ||
+ | |||
+ | Le terme **CIDR** veut dire **Classless %%InterDomain%% Routing**. Le terme Notation CIDR correspond au nombre de bits d'une valeur de 1 dans le masque de sous-réseau. | ||
+ | |||
+ | Quand un hôte souhaite émettre il procède d' | ||
+ | |||
+ | * 1 x 1 = 1 | ||
+ | * 0 x 1 = 0 | ||
+ | * 1 x 0 = 0 | ||
+ | * 0 x 0 = 0 | ||
+ | |||
+ | Prenons le cas de l' | ||
+ | |||
+ | ^ ^ 1er octet ^ 2ème octet ^ 3ème octet ^ 4 ème octet ^ | ||
+ | | Adresse IP | | ||
+ | | Binaire | ||
+ | | Masque de sous-réseau | ||
+ | | Binaire | ||
+ | | Calcul AND | | ||
+ | | Adresse réseau | ||
+ | |||
+ | |||
+ | Cet hôte essaie de communiquer avec un hôte ayant une adresse IP de 192.168.10.10. Il procède donc au même calcul en appliquant **son propre masque de sous-réseau** à l' | ||
+ | |||
+ | ^ ^ 1er octet ^ 2ème octet ^ 3ème octet ^ 4 ème octet ^ | ||
+ | | Adresse IP | | ||
+ | | Binaire | ||
+ | | Masque de sous-réseau | ||
+ | | Binaire | ||
+ | | Calcul AND | | ||
+ | | Adresse réseau | ||
+ | |||
+ | Puisque l' | ||
+ | |||
+ | L' | ||
+ | |||
+ | ^ ^ 1er octet ^ 2ème octet ^ 3ème octet ^ 4 ème octet ^ | ||
+ | | Adresse IP | | ||
+ | | Binaire | ||
+ | | Masque de sous-réseau | ||
+ | | Binaire | ||
+ | | Calcul AND | | ||
+ | | Adresse réseau | ||
+ | |||
+ | Dans ce cas, l' | ||
+ | |||
+ | ==== VLSM ==== | ||
+ | |||
+ | Puisque le stock de réseaux disponibles sous IPv4 est presque épuisé, une solution a du être trouvée pour créer des sous-réseaux en attendant l' | ||
+ | |||
+ | Son principe est simple. Afin de créer des réseaux différents à partir d'une adresse réseau d'une classe donnée, il convient de réduire le nombre d' | ||
+ | |||
+ | Pour illustrer ceci, prenons l' | ||
+ | |||
+ | Supposons que nous souhaiterions diviser notre réseau en 2 sous-réseaux. Pour coder 2 sous-réseaux, | ||
+ | |||
+ | * 00 | ||
+ | * 01 | ||
+ | * 10 | ||
+ | * 11 | ||
+ | |||
+ | Les valeurs binaires du quatrième octet de nos adresses de sous-réseaux seront donc : | ||
+ | |||
+ | * 192.168.1.00XXXXXX | ||
+ | * 192.168.1.01XXXXXX | ||
+ | * 192.168.1.10XXXXXX | ||
+ | * 192.168.1.11XXXXXX | ||
+ | |||
+ | où les XXXXXX représentent les bits que nous réservons pour décrire les hôtes dans chacun des sous-réseaux. | ||
+ | |||
+ | Nous ne pouvons pas utiliser les deux sous-réseaux suivants : | ||
+ | |||
+ | * 192.168.1.00XXXXXX | ||
+ | * 192.168.1.11XXXXXX | ||
+ | |||
+ | car ceux-ci correspondent aux débuts de l' | ||
+ | |||
+ | Nous pouvons utiliser les deux sous-réseaux suivants : | ||
+ | |||
+ | * 192.168.1.01XXXXXX | ||
+ | * 192.168.1.10XXXXXX | ||
+ | |||
+ | Pour le premier sous-réseau l' | ||
+ | |||
+ | | Sous-réseau #1 | | ||
+ | | Calcul de l' | ||
+ | | Binaire | ||
+ | | Adresse réseau | ||
+ | | Calcul de l' | ||
+ | | Binaire | ||
+ | | Adresse de diffusion | | ||
+ | |||
+ | * L' | ||
+ | |||
+ | * Le masque de sous-réseau est donc le 11111111.11111111.11111111.11000000 ou le 255.255.255.192 | ||
+ | |||
+ | * Nous pouvons avoir 2< | ||
+ | |||
+ | * La plage valide d' | ||
+ | |||
+ | Pour le deuxième sous-réseau l' | ||
+ | |||
+ | | Sous-réseau #2 | | ||
+ | | Calcul de l' | ||
+ | | Binaire | ||
+ | | Adresse réseau | ||
+ | | Calcul de l' | ||
+ | | Binaire | ||
+ | | Adresse de diffusion | | ||
+ | |||
+ | * L' | ||
+ | |||
+ | * Le masque de sous-réseau est donc le 11111111.11111111.11111111.11000000 ou le 255.255.255.192 | ||
+ | |||
+ | * Nous pouvons avoir 2< | ||
+ | |||
+ | * La plage valide d' | ||
+ | |||
+ | |||
+ | La valeur qui sépare les sous-réseaux est 64. Cette valeur comporte le nom **incrément**. | ||
+ | |||
+ | ==== Ports et sockets ==== | ||
+ | |||
+ | Afin que les données arrivent aux applications que les attendent, TCP utilise des numéros de ports sur la couche transport. Le numéros de ports sont divisés en trois groupes : | ||
+ | |||
+ | * **Well Known Ports** | ||
+ | * De 1 à 1023 | ||
+ | * **Registered Ports** | ||
+ | * De 1024 à 49151 | ||
+ | * **Dynamic** et/ou **Private Ports** | ||
+ | * De 49152 à 65535 | ||
+ | |||
+ | Le couple **numéro IP:numéro de port** s' | ||
+ | |||
+ | ==== / | ||
+ | |||
+ | Les ports les plus utilisés sont détaillés dans le fichier **/ | ||
< | < | ||
- | [trainee@centos7 | + | [root@centos7 |
+ | # / | ||
+ | # $Id: services,v 1.55 2013/04/14 ovasik Exp $ | ||
+ | # | ||
+ | # Network services, Internet style | ||
+ | # IANA services version: last updated 2013-04-10 | ||
+ | # | ||
+ | # Note that it is presently the policy of IANA to assign a single well-known | ||
+ | # 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 | ||
+ | |||
+ | tcpmux | ||
+ | tcpmux | ||
+ | rje | ||
+ | rje | ||
+ | echo 7/tcp | ||
+ | echo 7/udp | ||
+ | discard | ||
+ | discard | ||
+ | systat | ||
+ | systat | ||
+ | daytime | ||
+ | --More--(0%) | ||
</ | </ | ||
- | A l'issu du processus, | + | Notez que les ports sont listés par deux : |
+ | |||
+ | * le port TCP | ||
+ | * le port UDP | ||
+ | |||
+ | La liste la plus complète peut être consultée à l' | ||
+ | |||
+ | Pour connaitre la liste des sockets ouverts sur l' | ||
< | < | ||
- | ... | + | [root@centos7 ~]# netstat -an | more |
- | Vérification des fichiers non empaquetés : | + | Active Internet connections (servers and established) |
- | Écrit : / | + | Proto Recv-Q Send-Q Local Address |
- | Écrit : / | + | tcp 0 0 0.0.0.0:22 0.0.0.0:* |
- | Écrit : / | + | tcp 0 0 127.0.0.1:7127 0.0.0.0:* |
- | Écrit : / | + | tcp 0 0 127.0.0.1:631 0.0.0.0:* |
- | Écrit : / | + | tcp 0 0 127.0.0.1:25 0.0.0.0:* |
- | Écrit : / | + | tcp 0 0 127.0.0.1: |
- | Écrit : / | + | tcp 0 0 127.0.0.1: |
- | Écrit : / | + | tcp 0 0 127.0.0.1: |
- | Écrit : / | + | tcp 0 0 10.0.2.15:22 10.0.2.2:47261 ESTABLISHED |
- | Écrit : / | + | tcp 0 0 127.0.0.1: |
- | Écrit : / | + | tcp6 |
- | Écrit : / | + | tcp6 |
- | Écrit : / | + | udp 0 0 10.0.2.15: |
- | Écrit : / | + | udp 0 0 0.0.0.0: |
- | Écrit : / | + | udp 0 0 0.0.0.0: |
- | Écrit : /home/trainee/rpmbuild/RPMS/x86_64/kernel-debug-debuginfo-3.10.0-327.13.1.el7.i2tch.x86_64.rpm | + | udp 0 0 127.0.0.1:323 0.0.0.0:* |
- | Exécution_de(%clean) : | + | udp 0 0 0.0.0.0:68 0.0.0.0:* |
- | + umask 022 | + | udp 0 0 0.0.0.0: |
- | + cd /home/trainee/ | + | udp 0 0 10.0.2.15: |
- | + cd kernel-3.10.0-327.13.1.el7 | + | udp6 |
- | + rm -rf / | + | udp6 |
- | + exit 0 | + | 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-- | ||
</ | </ | ||
- | Notez que la génération du nouveau noyau a consommé plus de 9 Go d'espace disque | + | Pour connaitre |
< | < | ||
- | [trainee@centos7 | + | [root@centos7 |
- | Sys. de fichiers Taille Utilisé Dispo Uti% Monté sur | + | Active Internet connections (servers and established) |
- | /dev/sda2 9,8G 4,3G 5,5G 44% / | + | Proto Recv-Q Send-Q Local Address |
- | devtmpfs | + | tcp 0 0 0.0.0.0: |
- | tmpfs 245M 0 | + | tcp 0 0 127.0.0.1: |
- | tmpfs 245M 4,7M 240M 2% /run | + | tcp 0 0 127.0.0.1: |
- | tmpfs 245M 0 | + | tcp 0 0 127.0.0.1: |
- | tmpfs 245M | + | tcp 0 0 127.0.0.1: |
- | /dev/sdb1 | + | tcp 0 0 127.0.0.1: |
- | /dev/sda1 197M 197M 20K 100% /boot | + | tcp 0 0 127.0.0.1: |
- | tmpfs | + | tcp 0 0 10.0.2.15: |
+ | tcp 0 1 10.0.2.15: | ||
+ | tcp 0 0 127.0.0.1: | ||
+ | tcp6 0 0 :::22 ::: | ||
+ | tcp6 0 0 :: | ||
+ | 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 0 0 :: | ||
+ | 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 ] | ||
+ | unix 2 [ ACC ] | ||
+ | unix 2 [ ACC ] | ||
+ | unix 2 [ ACC ] | ||
+ | --More-- | ||
</ | </ | ||
- | ====Installer le Nouveau Noyau==== | + | ==== Résolution d' |
- | Installez maintenant les deux paquets | + | Chaque protocole peut être encapsulé dans une **trame** Ethernet. Lorsque la trame doit être transportée de l' |
+ | |||
+ | Pour connaître l' | ||
< | < | ||
- | [root@centos7 ~]# rpm -ivh / | + | [root@centos7 ~]# arp -a |
- | Preparing... | + | ? (10.0.2.3) at 52:54:00:12: |
- | Updating / installing... | + | gateway (10.0.2.2) at 52:54:00: |
- | 1:kernel-devel-3.10.0-327.13.1.el7.################################# | + | |
- | [root@centos7 ~]# rpm -ivh / | + | |
- | Preparing... | + | |
- | Updating / installing... | + | |
- | 1:kernel-headers-3.10.0-327.13.1.el################################# | + | |
</ | </ | ||
- | Installez en dernier le nouveau noyau avec la commande | + | ===Options de la commande=== |
+ | |||
+ | Les options de cette commande sont : | ||
< | < | ||
- | [root@centos7 ~]# rpm -ivh --force --nodeps / | + | [root@centos7 ~]# arp --help |
- | Preparing... | + | Usage: |
- | installing package kernel-3.10.0-327.13.1.el7.i2tch.x86_64 needs 30MB on the /boot filesystem | + | arp [-vn] [< |
+ | arp [-v] [-i <if>] -d < | ||
+ | | ||
+ | arp [-v] | ||
+ | arp [-v] | ||
+ | |||
+ | -a | ||
+ | -e | ||
+ | -s, --set set a new ARP entry | ||
+ | -d, --delete | ||
+ | -v, --verbose | ||
+ | -n, --numeric | ||
+ | -i, --device | ||
+ | | ||
+ | -A, -p, --protocol | ||
+ | -f, --file | ||
+ | |||
+ | < | ||
+ | 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) | ||
</ | </ | ||
+ | |||
+ | |||
+ | =====Comprendre le Chiffrement===== | ||
+ | |||
+ | ====Introduction à la cryptologie==== | ||
+ | |||
+ | ===Définitions=== | ||
+ | |||
+ | * **La Cryptologie** | ||
+ | * La science qui étudie les aspects scientifiques de ces techniques, c' | ||
+ | * **La Cryptanalyse** | ||
+ | * Lorsque la clef de déchiffrement n'est pas connue de l' | ||
+ | * **La Cryptographie** | ||
+ | * Un terme générique désignant l' | ||
+ | * **Le Décryptement ou Décryptage** | ||
+ | * Est le fait d' | ||
+ | |||
+ | {{ : | ||
+ | |||
+ | ==La Cryptographie== | ||
+ | |||
+ | La cryptographie apporte quatre points clefs: | ||
+ | |||
+ | * 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' | ||
+ | |||
+ | La cryptographie est basée sur l' | ||
+ | |||
+ | * Procéder au chiffrement | ||
+ | * Le résultat de cette modification (le message chiffré) est appelé cryptogramme (Ciphertext) par opposition au message initial, appelé message en clair (Plaintext) | ||
+ | * Procéder au déchiffrement | ||
+ | |||
+ | Le chiffrement se fait à l'aide d'une clef de chiffrement. Le déchiffrement nécessite | ||
+ | |||
+ | On distingue deux types de clefs: | ||
+ | |||
+ | * Les clés symétriques: | ||
+ | * des clés utilisées pour le chiffrement ainsi que pour le déchiffrement. On parle alors de chiffrement symétrique ou de chiffrement à clé secrète. | ||
+ | * Les clés asymétriques: | ||
+ | * des clés utilisées dans le cas du chiffrement asymétrique (aussi appelé chiffrement à clé publique). Dans ce cas, une clé différente est utilisée pour le chiffrement et pour le déchiffrement. | ||
+ | |||
+ | ==Le Chiffrement par Substitution== | ||
+ | |||
+ | Le chiffrement par substitution consiste à remplacer dans un message une ou plusieurs entités (généralement des lettres) par une ou plusieurs autres entités. On distingue généralement plusieurs types de cryptosystèmes par substitution : | ||
+ | |||
+ | * La substitution **monoalphabétique** | ||
+ | * consiste à remplacer chaque lettre du message par une autre lettre de l' | ||
+ | * La substitution **polyalphabétique** | ||
+ | * consiste à utiliser une suite de chiffres monoalphabétique réutilisée périodiquement | ||
+ | * La substitution **homophonique** | ||
+ | * permet de faire correspondre à chaque lettre du message en clair un ensemble possible d' | ||
+ | * La substitution de **polygrammes** | ||
+ | * consiste à substituer un groupe de caractères (polygramme) dans le message par un autre groupe de caractères | ||
+ | |||
+ | ====Algorithmes à clé secrète==== | ||
+ | |||
+ | ===Le Chiffrement Symétrique=== | ||
+ | |||
+ | Ce système est aussi appelé le système à **Clef Secrète** ou à **clef privée**. | ||
+ | |||
+ | Ce système consiste à effectuer une opération de chiffrement par algorithme mais comporte un inconvénient, | ||
+ | |||
+ | {{: | ||
<WRAP center round important> | <WRAP center round important> | ||
- | **Important** : Notez le message d' | + | 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. |
</ | </ | ||
- | Lister maintenant les noyaux installés | + | Les algorithmes de chiffrement symétrique couramment utilisés en informatique sont: |
- | <code> | + | * **[[wpfr>Data_Encryption_Standard|Data Encryption Standard]]** (DES), |
- | [root@centos7 ~]# rpm -qa | grep kernel-3 | + | * **[[wpfr> |
- | kernel-3.10.0-327.el7.x86_64 | + | * **[[wpfr> |
- | kernel-3.10.0-327.13.1.el7.x86_64 | + | * **[[wpfr> |
- | </code> | + | * **[[wpfr>International_Data_Encryption_Algorithm|International Data Encryption Algorithm]]** (IDEA), |
+ | * **[[wpfr> | ||
- | Un noyau se désinstalle comme tout autre paquet : | + | ====Algorithmes à clef publique==== |
- | < | + | ===Le Chiffrement Asymétrique=== |
- | [root@centos7 ~]# yum remove kernel-3.10.0-327.el7.x86_64 | + | |
- | Loaded plugins: fastestmirror, | + | |
- | Resolving Dependencies | + | |
- | --> Running transaction check | + | |
- | ---> Package kernel.x86_64 0: | + | |
- | --> Finished Dependency Resolution | + | |
- | Dependencies Resolved | + | Ce système est aussi appelé **Système à Clef Publique**. |
- | ======================================================================================================================================================================== | + | Ce système consiste à avoir deux clefs appelées des **bi-clefs**: |
- | | + | |
- | ======================================================================================================================================================================== | + | |
- | Removing: | + | |
- | | + | |
- | Transaction Summary | + | * Une clef **publique** pour le chiffrement |
- | ======================================================================================================================================================================== | + | |
- | Remove | + | |
- | Installed size: 136 M | + | {{:redhat:lx04: |
- | Is this ok [y/N]: y | + | |
- | </ | + | |
- | Installez le nouveau noyau avec la commande | + | |
+ | | ||
+ | | ||
- | < | + | Ce système est basé sur ce que l'on appelle une **fonction à trappe à sens unique** ou **one-way trap door**. |
- | [root@centos7 ~]# rpm -ivh --force --nodeps / | + | |
- | Preparing... | + | |
- | Updating / installing... | + | |
- | | + | |
- | </ | + | |
- | Lister maintenant les noyaux installés : | + | Il existe toutefois un problème – s' |
- | < | + | Les algorithmes de chiffrement asymétrique couramment utilisés en informatique sont: |
- | [root@centos7 ~]# rpm -qa | grep kernel-3 | + | |
- | kernel-3.10.0-327.13.1.el7.i2tch.x86_64 | + | |
- | kernel-3.10.0-327.13.1.el7.x86_64 | + | |
- | </ | + | |
- | Constatez la création d'un nouveau grub.cfg : | + | * **[[wpfr> |
+ | * **[[wpfr> | ||
- | < | + | ===La Clef de Session=== |
- | [root@centos7 ~]# grep i2tch / | + | |
- | menuentry ' | + | Ce système est un compromis entre le système symétrique et le système asymétrique. Il permet l' |
- | linux16 /vmlinuz-3.10.0-327.13.1.el7.i2tch.x86_64 root=UUID=e65fe7da-cda8-4f5a-a827-1b5cabe94bed ro rhgb quiet LANG=en_GB.UTF-8 | + | |
- | initrd16 /initramfs-3.10.0-327.13.1.el7.i2tch.x86_64.img | + | {{: |
- | </ | + | |
+ | Ce système fonctionne de la façon suivante : | ||
+ | |||
+ | * L'utilisateur A chiffre une clef privée générée aléatoirement, | ||
+ | * L' | ||
+ | * L' | ||
+ | * L'utilisateur B déchiffre les données en utilisant la clef de session. | ||
+ | |||
+ | ====Fonctions de Hachage==== | ||
+ | |||
+ | La fonction de **hachage**, | ||
+ | |||
+ | {{: | ||
+ | |||
+ | Les deux algorithmes de hachage utilisés sont: | ||
+ | |||
+ | * **[[wpfr> | ||
+ | * **[[wpfr> | ||
+ | |||
+ | Lors de son envoie, le message est accompagné de son haché et il est donc possible de garantir son intégrité: | ||
+ | |||
+ | {{: | ||
+ | |||
+ | * A la réception du message, le destinataire ou l’utilisateur B calcule le haché du message reçu et le compare avec le haché accompagnant le document. | ||
+ | * Si le message ou le haché a été falsifié durant la communication, | ||
<WRAP center round important> | <WRAP center round important> | ||
- | **Important** : Re-démarrez votre VM en utilisant | + | Ce système permet de vérifier que l' |
</ | </ | ||
- | Vérifiez ensuite l' | + | ====Signature Numérique==== |
- | < | + | Pour garantir l' |
- | [root@centos7 ~]# uname -r | + | |
- | 3.10.0-327.13.1.el7.i2tch.x86_64 | + | |
- | </ | + | |
- | =====Gestion | + | {{: |
- | Sous Linux il est possible de mettre en place des quotas par utilisateur | + | * L’utilisateur |
- | quotas par partition. | + | * A la réception du message |
+ | * Il compare le haché obtenu au haché reçu en pièce jointe. | ||
+ | |||
+ | Ce mécanisme | ||
- | Déconnectez-vous et reconnectez-vous en tant que root. | + | Ce mécanisme est identique au procédé utilisé par SSH lors d'une connexion |
- | Avant de mettre en place des quotas, configurer SELINUX en mode **permissive** afin de ne pas avoir d' | + | ====Utilisation |
- | < | + | ===Présentation=== |
- | [root@centos7 ~]# getenforce | + | |
- | Enforcing | + | |
- | [root@centos7 ~]# setenforce permissive | + | |
- | [root@centos7 ~]# getenforce | + | |
- | Permissive | + | |
- | </ | + | |
- | Editez ensuite le fichier | + | **GNU Privacy Guard** permet aux utilisateurs de transférer des messages chiffrés et/ou signés. |
- | < | + | ===Installation=== |
- | [root@centos7 ~]# vi / | + | |
- | [root@centos7 ~]# cat / | + | |
- | # This file controls the state of SELinux on the system. | + | Sous RHEL/CentOS 7, le paquet gnupg est installé par défaut |
- | # SELINUX= can take one of these three values: | + | |
- | # | + | < |
- | # | + | [root@centos7 ~]# whereis gpg |
- | # disabled - No SELinux policy is loaded. | + | gpg: / |
- | SELINUX=permissive | + | |
- | # SELINUXTYPE= can take one of three two values: | + | |
- | # | + | |
- | # | + | |
- | # mls - Multi Level Security protection. | + | |
- | SELINUXTYPE=targeted | + | |
</ | </ | ||
- | Commencez par vérifiez que le paquet **quota** est bien installé | + | ===Configuration=== |
+ | |||
+ | Pour initialiser %%GnuPG%%, saisissez la commande suivante | ||
< | < | ||
- | [root@centos7 ~]# rpm -qa | grep quota | + | [root@centos7 ~]# gpg |
- | quota-4.01-11.el7_2.1.x86_64 | + | gpg: directory `/root/.gnupg' created |
- | quota-nls-4.01-11.el7_2.1.noarch | + | gpg: new configuration file `/root/.gnupg/gpg.conf' created |
+ | gpg: WARNING: options in `/root/.gnupg/ | ||
+ | gpg: keyring `/root/.gnupg/ | ||
+ | gpg: keyring `/ | ||
+ | gpg: Go ahead and type your message ... | ||
+ | ^C | ||
+ | gpg: signal Interrupt caught | ||
</ | </ | ||
- | Editez le fichier **/ | + | Pour générer |
< | < | ||
- | [root@centos7 ~]# vi /etc/fstab | + | [root@centos7 ~]# gpg --gen-key |
- | [root@centos7 ~]# cat /etc/fstab | + | 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: |
- | # /etc/fstab | + | (1) RSA and RSA (default) |
- | # Created by anaconda on Sat Apr 30 11:27:02 2016 | + | (2) DSA and Elgamal |
- | # | + | (3) DSA (sign only) |
- | # Accessible filesystems, | + | (4) RSA (sign only) |
- | # See man pages fstab(5), findfs(8), mount(8) and/or blkid(8) for more info | + | Your selection? 1 |
- | # | + | RSA keys may be between 1024 and 4096 bits long. |
- | UUID=e65fe7da-cda8-4f5a-a827-1b5cabe94bed / | + | What keysize do you want? (2048) |
- | UUID=2d947276-66e8-41f4-8475-b64b67d7a249 | + | Requested keysize is 2048 bits |
- | UUID=3181601a-7295-4ef0-a92c-f21f76b18e64 swap swap defaults | + | Please specify how long the key should be valid. |
- | UUID=a080ac6a-d15c-48e2-8461-a7b1aa3ebf1a / | + | 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 | ||
+ | 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: /root/ | ||
+ | gpg: key F6A5B400 marked as ultimately trusted | ||
+ | public and secret key created and signed. | ||
+ | |||
+ | gpg: checking the trustdb | ||
+ | gpg: 3 marginal(s) needed, 1 complete(s) needed, PGP trust model | ||
+ | gpg: depth: | ||
+ | pub | ||
+ | Key fingerprint | ||
+ | uid I2TCH (Test Key) < | ||
+ | sub | ||
</ | </ | ||
- | Démontez puis remontez /home : | + | La liste de clefs peut être visualisée avec la commande suivante |
< | < | ||
- | [root@centos7 ~]# umount /home | + | [root@centos7 ~]# gpg --list-keys |
- | [root@centos7 ~]# mount -a | + | /root/ |
+ | ------------------------ | ||
+ | pub | ||
+ | uid I2TCH (Test Key) <infos@i2tch.eu> | ||
+ | sub | ||
</ | </ | ||
- | Déconnectez-vous et reconnectez-vous en tant que trainee. Vérifiez ensuite que les options soient prises en compte | + | <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' | ||
< | < | ||
- | [root@centos7 ~]# cat /etc/mtab | + | [root@centos7 ~]# gpg --export --armor I2TCH > ~/I2TCH.asc |
- | rootfs / rootfs rw 0 0 | + | [root@centos7 ~]# cat I2TCH.asc |
- | sysfs /sys sysfs rw, | + | -----BEGIN PGP PUBLIC KEY BLOCK----- |
- | proc /proc proc rw, | + | Version: GnuPG v2.0.22 (GNU/Linux) |
- | devtmpfs | + | |
- | securityfs / | + | mQENBFeqtJkBCACgQWXgjwnOMvsI1KDgyCRrg3MZmjcvU9SBh+lEEEWfqY7MKXjs |
- | tmpfs /dev/shm tmpfs rw, | + | PsXN/MHjQIWSptVe0OjVQhQWDicIEiVQ6nxV+jqx5Q9fqxmjsOrzIQFadsF5LS/9 |
- | devpts | + | LR9KcXdBoSORGXMIsRKMzfS6oyK3yi5jM65P6jpH6PnyaX1PvlgjASh7F8OGoU8y |
- | tmpfs /run tmpfs rw, | + | 46WW/nW4DEN3MsX2FBtwY6aMcD5+Nvb8tJrQGz/DCrd045DRAR15mA8SVPPHSRMY |
- | tmpfs /sys/fs/cgroup tmpfs ro, | + | v3UzxXeRKxF/NDlecGubP1xfvvqkg/+hxUuybAc6MBhDQKvwL/ZpCoBlUCiouFPA |
- | cgroup | + | T9bYfagX2LHVBanY/mtIVhYDygtdc37hovEzABEBAAG0IUkyVENIIChUZXN0IEtl |
- | pstore | + | eSkgPGluZm9zQGkydGNoLmV1PokBOQQTAQIAIwUCV6q0mQIbAwcLCQgHAwIBBhUI |
- | cgroup / | + | AgkKCwQWAgMBAh4BAheAAAoJEFNlxhj2pbQAYW8H/iEg51IkqWYFSDBDWUljK3Sv |
- | cgroup | + | vvVGdQhqc7UptgYyqCWfegngdBH+2ScB8kbM8QVGX8kJ+xT4SeiV/VJdN6sHIkHV |
- | cgroup | + | sHBj5x77E5QVaU2Oz0cOlvg9cyGuQ5Y5sBN0MYEp7Q+mHpCTFhaCj8zwQ1/ZHdlK |
- | cgroup | + | Qk/8nNk/k2A94BJCwyQqITRWlOTYj0JGzgZV8yU5ROISsk+L6Pi4IHJw0+ZXlPXv |
- | cgroup | + | b0bG4p4mEmnhzZcfJ3runLJlCNrMRrWvBkkkGK/djuXDIR7HStQQlreSPG/m1JRF |
- | cgroup | + | hP/SARssyIWxyABSYOjR214jVLhC/pQvnbuVguYJoR6tdYqiui7oq+HBHXkP5pe5 |
- | cgroup | + | AQ0EV6q0mQEIAOSMChRKnaZgOLzh0FN7jCJT8z8xqj1Qze8F4Vz6nS+X0Rk38lQt |
- | cgroup / | + | ICRSMJFm6CzyPbQamAAIPshT256brXF0jPp9vpirJn/bPsiT+rtu0dl5QyWJqcc/ |
- | cgroup | + | fE+/HaMVOuQ9HrplxV/heBqyPSA8BCppbAMti8i2DK7pNqe1JJ7CRxG0nakDSEgK |
- | configfs | + | QbyrGjZYm0q2c9zb9QSbzxg/aKX2D9dlHUpNl4dhJ231d0OhBMQoW6psJjIrzfHd |
- | /dev/sda2 / xfs rw, | + | dpgAYycgennv7Ik8+CIOjgb+Gl5AewLYCMFKCx/mV6/UkzXhmWw/o/POKsRFQJM+ |
- | selinuxfs | + | glXAr6ddQRhk6L482R3qkWTlQHx62KAr7BMAEQEAAYkBHwQYAQIACQUCV6q0mQIb |
- | systemd-1 | + | DAAKCRBTZcYY9qW0AF60B/9tpW1Bq8GyDN6kpj+of/b8xu37A4v6Ws43feuT7cNc |
- | debugfs / | + | EuCi+EB6wyQ3dGSgQ9BUrO2KbF0OtjYxak3FWrFkmoFucvraxC2xQZuoqN+Qtydf |
- | hugetlbfs | + | utmC6V4dCOsp3NWkuCBlUN4axI+m2M2tgTn06iDDkW0ZTISxMqapHjzIi43ufJrD |
- | tmpfs /tmp tmpfs rw,seclabel 0 0 | + | 1RBPjl8BBvxSqcceZsybqNre8u9xka2fXW8xMTJr14xeYITd/YJbJ5UkpU0xmzJz |
- | mqueue /dev/mqueue mqueue rw, | + | hR6B8Nji4yDplTZJtz8yJ+vOlg4p7TBN6O/BCvf83q9DfmhtlE8sYsoQ1dHhPNPR |
- | sunrpc | + | VjdGSFRo2huGFd2KNCleilRVI3xcnrR9S7ziRJu9KG9H |
- | nfsd /proc/ | + | =9R5l |
- | /dev/sda1 /boot xfs rw, | + | -----END PGP PUBLIC KEY BLOCK----- |
- | tmpfs /run/user/0 tmpfs rw, | + | |
- | /dev/sdb1 /home ext4 rw, | + | |
</ | </ | ||
- | ====La Commande quotacheck==== | + | Cette clef peut ensuite être jointe à des messages électroniques ou bien déposée sur un serveur de clefs tel http:// |
- | Pour activer les quotas sur /home, il convient d' | + | ===Signer un message=== |
+ | |||
+ | Créez maintenant un message à signer | ||
< | < | ||
- | [root@centos7 ~]# quotacheck -cugvm -f /dev/sdb1 | + | [root@centos7 ~]# vi ~/message.txt |
- | quotacheck: Your kernel probably supports journaled quota but you are not using it. Consider switching to journaled quota to avoid running quotacheck after an unclean shutdown. | + | [root@centos7 ~]# cat ~/message.txt |
- | quotacheck: Parcours de / | + | This is a test message for gpg |
- | quotacheck: Cannot stat old user quota file /home/ | + | |
- | quotacheck: Cannot stat old group quota file / | + | |
- | quotacheck: Cannot stat old user quota file / | + | |
- | quotacheck: Cannot stat old group quota file / | + | |
- | quotacheck: Vérifié 100 répertoires et 230 fichiers | + | |
- | quotacheck: Ancien fichier non trouvé. | + | |
- | quotacheck: Ancien fichier non trouvé. | + | |
</ | </ | ||
- | Les options de la commande | + | Pour signer ce message en format binaire, il convient d' |
< | < | ||
- | [root@centos7 ~]# quotacheck | + | [root@centos7 ~]# gpg --default-key I2TCH --detach-sign message.txt |
- | Utility for checking and repairing quota files. | + | |
- | quotacheck [-gucbfinvdmMR] [-F <quota-format>] filesystem|-a | + | |
- | -u, --user | + | You need a passphrase to unlock |
- | -g, --group | + | user: "I2TCH (Test Key) < |
- | -c, --create-files | + | 2048-bit RSA key, ID F6A5B400, created 2016-08-10 |
- | -b, --backup | + | |
- | -f, --force | + | |
- | -i, --interactive | + | |
- | -n, --use-first-dquot | + | |
- | -v, --verbose | + | |
- | -d, --debug | + | |
- | -m, --no-remount | + | |
- | -M, --try-remount | + | |
- | continue even if it fails | + | |
- | -R, --exclude-root | + | |
- | -F, --format=formatname | + | |
- | -a, --all check all filesystems | + | |
- | -h, --help | + | |
- | -V, --version | + | |
- | Rapports de bugs à jack@suse.cz | + | [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�; | ||
</ | </ | ||
- | Les quotas ont été activés et les fichier **aquota.user** et **aquota.group** ont été créés dans le répertoire /home : | + | Pour signer ce message en format ascii, il convient d' |
< | < | ||
- | [root@centos7 ~]# ls -la /home | + | [root@centos7 ~]# gpg --default-key I2TCH --armor --detach-sign message.txt |
- | total 44 | + | |
- | drwxr-xr-x. 4 root root 4096 11 août 13:39 . | + | |
- | dr-xr-xr-x. 18 root root 4096 11 août 13:27 .. | + | |
- | -rw-------. | + | |
- | -rw-------. | + | |
- | drwx------. | + | |
- | drwx------. | + | |
- | </ | + | |
- | Créez maintenant un utilisateur **fenestros** avec le mot de passe **fenestros** | + | 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 |
- | [root@centos7 ~]# groupadd fenestros && useradd fenestros | + | -rw-r--r--. 1 root |
- | [root@centos7 ~]# passwd fenestros | + | -rw-r--r--. 1 root root 490 Aug 10 07:17 message.txt.asc |
- | Changement de mot de passe pour l' | + | -rw-r--r--. 1 root |
- | Nouveau mot de passe : fenestros | + | |
- | MOT DE PASSE INCORRECT : Le mot de passe contient le nom d' | + | |
- | Retapez le nouveau mot de passe : fenestros | + | |
- | passwd : mise à jour réussie de tous les jetons d' | + | |
- | [root@centos7 ~]# | + | |
- | </ | + | |
- | ====La Commande edquota==== | + | [root@centos7 ~]# cat message.txt.asc |
+ | -----BEGIN PGP SIGNATURE----- | ||
+ | Version: GnuPG v2.0.22 (GNU/Linux) | ||
- | Mettez en place maintenant | + | 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'utiliser la commande | ||
< | < | ||
- | [root@centos | + | [root@centos7 |
+ | gpg: Signature made Wed 10 Aug 2016 07:43:49 CEST using RSA key ID F6A5B400 | ||
+ | gpg: Good signature from "I2TCH (Test Key) < | ||
</ | </ | ||
- | L'éditeur **vi** se lance et vous obtiendrez | + | <WRAP center round important> |
+ | Pour vérifier la signature d' | ||
- | < | + | |
- | Quotas disque pour user fenestros (uid 1001) : | + | </WRAP> |
- | | + | |
- | / | + | |
- | </file> | + | |
- | Modifiez | + | Pour signer |
- | <file> | + | <code> |
- | Quotas disque pour user fenestros (uid 1001) : | + | [root@centos7 ~]# gpg --default-key I2TCH --clearsign message.txt |
- | | + | |
- | / | + | |
- | </ | + | |
- | Les options de la commande **edquota** sont : | + | 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' exists. Overwrite? (y/N) y |
- | [root@centos7 ~]# edquota --help | + | |
- | edquota: Usage: | + | |
- | edquota [-rm] [-u] [-F formatname] [-p username] [-f filesystem] username ... | + | |
- | edquota [-rm] -g [-F formatname] [-p groupname] [-f filesystem] groupname ... | + | |
- | edquota [-u|g] [-F formatname] [-f filesystem] -t | + | |
- | edquota [-u|g] [-F formatname] [-f filesystem] -T username|groupname | + | |
- | -u, --user | + | [root@centos7 ~]# ls -l | grep message |
- | -g, --group edit group data | + | -rw-r--r--. 1 root root 31 Aug 10 07:14 message.txt |
- | -r, --remote | + | -rw-r--r--. 1 root root 568 Aug 10 07:43 message.txt.asc |
- | -m, --no-mixed-pathnames | + | -rw-r--r--. 1 root root 287 Aug 10 07:16 message.txt.sig |
- | -F, --format=formatname | + | |
- | -p, --prototype=name | + | |
- | --always-resolve | + | |
- | composed only of digits | + | |
- | -f, --filesystem=filesystem | + | |
- | -t, --edit-period | + | |
- | -T, --edit-times edit grace time of a user/ | + | |
- | -h, --help display this help text and exit | + | |
- | -V, --version | + | |
- | Rapports de bugs à : jack@suse.cz | + | [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----- | ||
</ | </ | ||
- | <WRAP center round important> | + | ===Chiffrer |
- | Pour mettre en place un quota par group, la procédure est similaire. Il suffit d' | + | |
- | </ | + | |
- | ====La Commande quotaon==== | + | 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 : |
- | Appliquez maintenant les quotas : | + | gpg --recipient < |
- | <code> | + | * //<destinataire>// représente toute information permettant de distinguer sans ambigüité une clef publique dans votre trousseau. Cette information peut-être le nom ou l' |
- | [root@centos7 ~]# quotaon | + | |
- | </code> | + | |
- | Les options | + | Par exemple pour chiffrer un message en mode binaire, il convient |
< | < | ||
- | [root@centos7 ~]# quotaon | + | [root@centos7 ~]# gpg --recipient I2TCH --encrypt message.txt |
- | quotaon: Usage: | + | |
- | quotaon [-guvp] [-F quotaformat] [-x state] -a | + | |
- | quotaon [-guvp] [-F quotaformat] [-x state] filesys ... | + | |
- | -a, --all turn quotas on for all filesystems | + | [root@centos7 ~]# ls -l | grep message |
- | -f, --off turn quotas off | + | -rw-r--r--. 1 root root 31 Aug 10 07:14 message.txt |
- | -u, --user | + | -rw-r--r--. 1 root root 568 Aug 10 07:43 message.txt.asc |
- | -g, --group operate on group quotas | + | -rw-r--r--. 1 root root 368 Aug 10 07:47 message.txt.gpg |
- | -p, --print-state print whether quotas are on or off | + | -rw-r--r--. 1 root root 287 Aug 10 07:16 message.txt.sig |
- | -x, --xfs-command=cmd | + | |
- | -F, --format=formatname | + | [root@centos7 ~]# cat message.txt.gpg |
- | -v, --verbose | + | � |
- | -h, --help | + | �q3p����? |
- | -V, --version | + | ���X��VL��_~7���_*�u���BD��R��҃E�%��!�j����X�$��aԼ�F0[�)\N܂��$& |
</ | </ | ||
- | De cette manière vous avez mis en place un quota **souple** | + | Et pour chiffrer |
- | Quand l' | + | < |
+ | [root@centos7 ~]# gpg --recipient I2TCH --armor --encrypt | ||
+ | File `message.txt.asc' | ||
- | Il est à noter que vous pouvez soit mettre en place un quota en taille, soit mettre en place un quota basé sur le nombre d' | + | [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 | ||
- | <WRAP center round important> | + | [root@centos7 ~]# cat message.txt.asc |
- | La commande pour désactivez les quotas est **quotaoff**. | + | -----BEGIN PGP MESSAGE----- |
- | </WRAP> | + | Version: GnuPG v2.0.22 (GNU/Linux) |
- | ====La Commande repquota==== | + | hQEMA8ZxMwBwDxzVAQf/ |
+ | vzKPBj7IJHANmW5t9Is+zq1fjdmNVBl7rDw9fLEHGXVARhWlyhMUPHdw2XPSE+VT | ||
+ | 0Vzg89w/ | ||
+ | BHr8aslUp06VEOC7dy9gXy7o0Q5Ycb94uM7wC/ | ||
+ | qdiIw0oCdhxNcirjSer3ZzHmqeSeQp6Sl424WuV1VZLnQXvmm084h3Z73kfBbeQc | ||
+ | BJfGqDWIv0pNb/ | ||
+ | p3h4HgfllK85X+WCQBcTgVaY7t0FHEkfQTrF3oYJI5kkRRnBvHKsKSN1fltKauBc | ||
+ | tmT2G6lZTHO+YRUItKjlAti21hVuRw1gUierqy97Rg== | ||
+ | =NeW+ | ||
+ | -----END PGP MESSAGE----- | ||
+ | </ | ||
- | Pour visualiser les quotas utilisez | + | Pour décrypter un message il convient d' |
< | < | ||
- | [root@centos7 ~]# repquota /home | + | [root@centos7 ~]# gpg --decrypt message.txt.asc |
- | *** Rapport pour les quotas | + | |
- | Période de sursis bloc : 7days ; période de sursis inode : 7days | + | You need a passphrase to unlock the secret key for |
- | Block limits | + | user: "I2TCH (Test Key) < |
- | Utilisateur | + | 2048-bit RSA key, ID 700F1CD5, created 2016-08-10 (main key ID F6A5B400) |
- | ---------------------------------------------------------------------- | + | |
- | root -- 20 | + | gpg: encrypted with 2048-bit RSA key, ID 700F1CD5, created 2016-08-10 |
- | trainee | + | |
- | | + | This is a test message for gpg |
</ | </ | ||
- | <WRAP center round important> | + | ====PKI==== |
- | Notez que l' | + | |
- | </ | + | |
- | Les options de la commande | + | On appelle |
- | < | + | Les cryptosystèmes à clés publiques permettent de s' |
- | [root@centos7 ~]# repquota --help | + | |
- | repquota: Utility for reporting quotas. | + | |
- | Usage: | + | |
- | repquota [-vugsi] [-c|C] [-t|n] [-F quotaformat] (-a | mntpoint) | + | |
- | -v, --verbose | + | * La clé publique est bien celle de son propriétaire ; |
- | -u, --user | + | * Le propriétaire de la clé est digne de confiance ; |
- | -g, --group | + | * La clé est toujours valide. |
- | -s, --human-readable | + | |
- | -t, --truncate-names | + | |
- | -p, --raw-grace | + | |
- | -n, --no-names | + | |
- | -i, --no-autofs | + | |
- | -c, --cache | + | |
- | -C, --no-cache | + | |
- | -F, --format=formatname | + | |
- | -a, --all | + | |
- | -h, --help | + | |
- | -V, --version | + | |
- | Rapports | + | Ainsi, il est nécessaire d' |
- | </ | + | |
- | ====La Commande quota==== | + | 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' |
- | Pour visualiser les quotas d'un utilisateur spécifique, il convient d'utiliser la commande **quota** : | + | Pour ce faire, l' |
- | < | + | Le rôle de l' |
- | [root@centos7 ~]# quota fenestros | + | |
- | Disk quotas for user fenestros (uid 1001): aucun | + | |
- | [root@centos7 ~]# su - fenestros | + | |
- | [fenestros@centos7 ~]$ touch test | + | |
- | [fenestros@centos7 ~]$ exit | + | |
- | logout | + | |
- | [root@centos7 ~]# quota fenestros | + | |
- | Disk quotas for user fenestros (uid 1001): | + | |
- | Système fichiers | + | |
- | / | + | |
- | </ | + | |
- | Les options | + | * enregistrer des demandes |
+ | | ||
+ | | ||
+ | | ||
+ | | ||
- | < | + | Une infrastructure à clé publique est en règle générale composée de trois entités distinctes |
- | [root@centos7 ~]# quota --help | + | |
- | quota: Usage: quota [-guqvswim] [-l | [-Q | -A]] [-F quotaformat] | + | |
- | quota [-qvswim] [-l | [-Q | -A]] [-F quotaformat] -u username ... | + | |
- | quota [-qvswim] [-l | [-Q | -A]] [-F quotaformat] -g groupname ... | + | |
- | quota [-qvswugQm] [-F quotaformat] -f filesystem ... | + | |
- | -u, --user | + | * L' |
- | -g, --group | + | |
- | -q, --quiet | + | |
- | -v, --verbose | + | |
- | -s, --human-readable | + | |
- | | + | |
- | composed of only digits | + | |
- | -w, --no-wrap | + | |
- | -p, --raw-grace | + | |
- | -l, --local-only | + | |
- | -Q, --quiet-refuse | + | |
- | not respond | + | |
- | -i, --no-autofs | + | |
- | -F, --format=formatname | + | |
- | -f, --filesystem-list | + | |
- | -A, --all-nfs | + | |
- | -m, --no-mixed-pathnames | + | |
- | | + | |
- | --hide-device | + | |
- | -h, --help | + | |
- | -V, --version | + | |
- | Rapports de bugs à : jack@suse.cz | + | ===Certificats X509=== |
- | </ | + | |
- | ====La Commande warnquota==== | + | Pour palier aux problèmes liés à des clefs publiques piratées, un système de certificats a été mis en place. |
- | La commande **warnquota** vérifie le ou les disques et envoie un message par mail à tout utilisateur qui a dépassé la limite soft. Elle est enrègle générale appelée | + | Le certificat permet d’associer la clef publique à une entité |
- | Sous RHEL/CentOS 7, warnquota n'est pas installé par défaut | + | Les certificats sont des fichiers divisés en deux parties |
- | < | + | * La partie contenant les informations |
- | [root@centos7 ~]# yum install quota-warnquota | + | * La partie contenant |
- | Modules complémentaires chargés : fastestmirror, | + | |
- | base | 3.6 kB 00: | + | |
- | extras | + | |
- | updates | + | |
- | Loading mirror speeds from cached hostfile | + | |
- | * base: centos.quelquesmots.fr | + | |
- | * extras: miroir.univ-paris13.fr | + | |
- | * updates: miroir.univ-paris13.fr | + | |
- | Résolution des dépendances | + | |
- | --> Lancement de la transaction | + | |
- | ---> Le paquet quota-warnquota.x86_64 1: | + | |
- | --> Résolution des dépendances terminée | + | |
- | Dépendances résolues | + | La structure des certificats est normalisée par le standard **[[wpfr> |
- | ======================================================================================================================================================================== | + | Elle contient |
- | | + | |
- | ======================================================================================================================================================================== | + | |
- | Installation | + | |
- | | + | |
- | Résumé | + | * Le nom de l' |
- | ======================================================================================================================================================================== | + | * Le nom du propriétaire du certificat |
- | Installation | + | * La date de validité du certificat |
+ | * L' | ||
+ | * La clé publique du propriétaire | ||
- | Taille totale des téléchargements : 76 k | + | Le Certificat est signé par l'autorité de certification: |
- | Taille d'installation : 137 k | + | |
- | Is this ok [y/d/N]: y | + | |
- | </ | + | |
- | Les options | + | {{: |
- | < | + | La vérification se passe ainsi: |
- | [root@centos7 ~]# warnquota --help | + | |
- | warnquota: Usage: | + | |
- | warnquota [-ugsid] [-F quotaformat] [-c configfile] [-q quotatabfile] [-a adminsfile] [filesystem...] | + | |
- | -u, --user | + | {{: |
- | -g, --group | + | |
- | -s, --human-readable | + | |
- | -i, --no-autofs | + | |
- | -d, --no-details | + | |
- | -F, --format=formatname | + | |
- | -c, --config=config-file | + | |
- | -q, --quota-tab=quotatab-file | + | |
- | -a, --admins-file=admins-file | + | |
- | -h, --help | + | |
- | -v, --version | + | |
- | Rapports de bugs à jack@suse.cz | + | ----- |
- | </ | + | |
- | ----- | + | Copyright © 2023 Hugh Norris. |
- | < | + | |
- | <div align=" | + | |
- | Copyright © 2020 Hugh Norris. | + | |
- | </ | + |