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:lpic:21:450:l106 [2022/10/12 08:32] – admin | elearning:workbooks:lpic:21:450:l106 [2022/11/01 07:27] (Version actuelle) – admin | ||
|---|---|---|---|
| Ligne 5: | Ligne 5: | ||
| Dernière mise-à-jour : ~~LASTMOD~~ | Dernière mise-à-jour : ~~LASTMOD~~ | ||
| - | ======Topic | + | ======Topic |
| - | * **Topic | + | * **Topic |
| * Configuration du Réseau sous Debian 6 | * Configuration du Réseau sous Debian 6 | ||
| * Configuration de TCP/IP | * Configuration de TCP/IP | ||
| Ligne 88: | Ligne 88: | ||
| * Activer/ | * Activer/ | ||
| * LAB #4 - Utilisation de nmap et de netcat | * LAB #4 - Utilisation de nmap et de netcat | ||
| - | * nmap | + | * 4.1 - nmap |
| * Installation | * Installation | ||
| * Utilisation | * Utilisation | ||
| * Fichiers de Configuration | * Fichiers de Configuration | ||
| * Scripts | * Scripts | ||
| - | * netcat | + | * 4.2 - netcat |
| * Utilisation | * Utilisation | ||
| * LAB #5 - Utilisation de tcpdump | * LAB #5 - Utilisation de tcpdump | ||
| - | * Utilisation | + | * 5.1 - Utilisation |
| * L' | * L' | ||
| * L' | * L' | ||
| Ligne 102: | Ligne 102: | ||
| * L' | * L' | ||
| * L' | * L' | ||
| - | * Filtrage à l' | + | * 5.2 - Filtrage à l' |
| * LAB #6 - Mise en place d'un VPN avec OpenVPN | * LAB #6 - Mise en place d'un VPN avec OpenVPN | ||
| * Présentation | * Présentation | ||
| Ligne 191: | Ligne 191: | ||
| * PKI | * PKI | ||
| * Certificats X509 | * Certificats X509 | ||
| + | * Annexe 4 - La Commande iw | ||
| =====Configuration de TCP/IP sous Debian 6===== | =====Configuration de TCP/IP sous Debian 6===== | ||
| Ligne 4260: | Ligne 4261: | ||
| </ | </ | ||
| - | ====netcat ==== | + | ====4.2 - netcat ==== |
| **netcat** est un couteau suisse. Il permet non seulement de scanner des ports mais aussi de lancer la connexion lors de la découverte d'un port ouvert. | **netcat** est un couteau suisse. Il permet non seulement de scanner des ports mais aussi de lancer la connexion lors de la découverte d'un port ouvert. | ||
| Ligne 4322: | Ligne 4323: | ||
| ===Utilisation=== | ===Utilisation=== | ||
| - | Dans l' | + | Dans l' |
| < | < | ||
| Ligne 4351: | Ligne 4352: | ||
| </ | </ | ||
| + | =====LAB #5 - Utilisation de tcpdump===== | ||
| + | Le logiciel **tcpdump** sert à écouter le réseau en interceptant les paquets. | ||
| + | |||
| + | Les options de cette commande sont : | ||
| + | |||
| + | < | ||
| + | [root@centos7 ~]# tcpdump --help | ||
| + | tcpdump version 4.9.2 | ||
| + | libpcap version 1.5.3 | ||
| + | OpenSSL 1.0.2k-fips | ||
| + | Usage: tcpdump [-aAbdDefhHIJKlLnNOpqStuUvxX# | ||
| + | [ -C file_size ] [ -E algo:secret ] [ -F file ] [ -G seconds ] | ||
| + | [ -i interface ] [ -j tstamptype ] [ -M secret ] [ --number ] | ||
| + | [ -Q|-P in|out|inout ] | ||
| + | [ -r file ] [ -s snaplen ] [ --time-stamp-precision precision ] | ||
| + | [ --immediate-mode ] [ -T type ] [ --version ] [ -V file ] | ||
| + | [ -w file ] [ -W filecount ] [ -y datalinktype ] [ -z postrotate-command ] | ||
| + | [ -Z user ] [ expression ] | ||
| + | </ | ||
| + | |||
| + | ====5.1 - Utilisation==== | ||
| + | |||
| + | ===L' | ||
| + | |||
| + | Pour écouter sur une **interface spécifique**, | ||
| + | |||
| + | < | ||
| + | [root@centos7 ~]# tcpdump -i enp0s3 | ||
| + | tcpdump: verbose output suppressed, use -v or -vv for full protocol decode | ||
| + | listening on enp0s3, link-type EN10MB (Ethernet), capture size 262144 bytes | ||
| + | 01: | ||
| + | 01: | ||
| + | 01: | ||
| + | 01: | ||
| + | 01: | ||
| + | 01: | ||
| + | 01: | ||
| + | 01: | ||
| + | 01: | ||
| + | 01: | ||
| + | 01: | ||
| + | 01: | ||
| + | 01: | ||
| + | 01: | ||
| + | 01: | ||
| + | 01: | ||
| + | 01: | ||
| + | 01: | ||
| + | 01: | ||
| + | 01: | ||
| + | 01: | ||
| + | 01: | ||
| + | ... | ||
| + | </ | ||
| + | |||
| + | Notez qu'à la fin, un résumé vous est présenté, par exemple : | ||
| + | |||
| + | < | ||
| + | ... | ||
| + | ^C | ||
| + | 767 packets captured | ||
| + | 767 packets received by filter | ||
| + | 0 packets dropped by kernel | ||
| + | </ | ||
| + | |||
| + | ===L' | ||
| + | |||
| + | Pour écouter sur une interface spécifique et voir le contenu en Hexadécimal, | ||
| + | |||
| + | < | ||
| + | [root@centos7 ~]# tcpdump -i enp0s3 -x | ||
| + | tcpdump: verbose output suppressed, use -v or -vv for full protocol decode | ||
| + | listening on enp0s3, link-type EN10MB (Ethernet), capture size 262144 bytes | ||
| + | 01: | ||
| + | 0x0000: | ||
| + | 0x0010: | ||
| + | 0x0020: | ||
| + | 0x0030: | ||
| + | 0x0040: | ||
| + | 0x0050: | ||
| + | 0x0060: | ||
| + | 0x0070: | ||
| + | 0x0080: | ||
| + | 0x0090: | ||
| + | 0x00a0: | ||
| + | 0x00b0: | ||
| + | 0x00c0: | ||
| + | 0x00d0: | ||
| + | 0x00e0: | ||
| + | 01: | ||
| + | 0x0000: | ||
| + | 0x0010: | ||
| + | 0x0020: | ||
| + | ^C01: | ||
| + | 0x0000: | ||
| + | 0x0010: | ||
| + | 0x0020: | ||
| + | 0x0030: | ||
| + | 0x0040: | ||
| + | |||
| + | 3 packets captured | ||
| + | 21 packets received by filter | ||
| + | 0 packets dropped by kernel | ||
| + | </ | ||
| + | |||
| + | ===L' | ||
| + | |||
| + | Pour écouter sur une interface spécifique et voir le contenu en Hexadécimal et en ASCII, utilisez les options -i et **-X** : | ||
| + | |||
| + | < | ||
| + | [root@centos7 ~]# tcpdump -i enp0s3 -X | ||
| + | tcpdump: verbose output suppressed, use -v or -vv for full protocol decode | ||
| + | listening on enp0s3, link-type EN10MB (Ethernet), capture size 262144 bytes | ||
| + | 01: | ||
| + | 0x0000: | ||
| + | 0x0010: | ||
| + | 0x0020: | ||
| + | 0x0030: | ||
| + | 0x0040: | ||
| + | 0x0050: | ||
| + | 0x0060: | ||
| + | 0x0070: | ||
| + | 0x0080: | ||
| + | 0x0090: | ||
| + | 0x00a0: | ||
| + | 0x00b0: | ||
| + | 0x00c0: | ||
| + | 0x00d0: | ||
| + | 0x00e0: | ||
| + | 01: | ||
| + | 0x0000: | ||
| + | 0x0010: | ||
| + | 0x0020: | ||
| + | ^C01: | ||
| + | 0x0000: | ||
| + | 0x0010: | ||
| + | 0x0020: | ||
| + | 0x0030: | ||
| + | 0x0040: | ||
| + | |||
| + | 3 packets captured | ||
| + | 13 packets received by filter | ||
| + | 0 packets dropped by kernel | ||
| + | </ | ||
| + | |||
| + | ===L' | ||
| + | |||
| + | Pour écouter sur une interface spécifique et envoyer la sortie dans un fichier, utilisez les options -i et **-w** : | ||
| + | |||
| + | < | ||
| + | [root@centos7 ~]# tcpdump -i enp0s3 -w log.dump | ||
| + | tcpdump: listening on enp0s3, link-type EN10MB (Ethernet), capture size 262144 bytes | ||
| + | ^C45 packets captured | ||
| + | 45 packets received by filter | ||
| + | 0 packets dropped by kernel | ||
| + | |||
| + | [root@centos7 ~]# ls -l log.dump | ||
| + | -rw-r--r--. 1 tcpdump tcpdump 8685 Jun 9 01:37 log.dump | ||
| + | </ | ||
| + | |||
| + | <WRAP center round important 50%> | ||
| + | **Important** - Pour générer le trafic, réactualisez simplement cette page web. Arrêtez la sortie de la commande à l'aide des touches **^C**. | ||
| + | </ | ||
| + | |||
| + | Notez que le fichier log.dump est au format **libpcap** et non au format texte. Il est donc inutile d' | ||
| + | |||
| + | < | ||
| + | [root@centos7 ~]# file log.dump | ||
| + | log.dump: tcpdump capture file (little-endian) - version 2.4 (Ethernet, capture length 262144) | ||
| + | </ | ||
| + | |||
| + | ===L' | ||
| + | |||
| + | Tcpdump peut être utilisé avec un de trois modes verbose. | ||
| + | |||
| + | ^ Mode ^ Option ^ | ||
| + | | Light verbose | -v | | ||
| + | | Medium verbose | -vv | | ||
| + | | Full verbose | -vvv | | ||
| + | |||
| + | < | ||
| + | [root@centos7 ~]# tcpdump -i enp0s3 -v | ||
| + | tcpdump: listening on enp0s3, link-type EN10MB (Ethernet), capture size 262144 bytes | ||
| + | 01: | ||
| + | ^C centos7.fenestros.loc.ssh > gateway.36360: | ||
| + | |||
| + | 1 packet captured | ||
| + | 11 packets received by filter | ||
| + | 0 packets dropped by kernel | ||
| + | </ | ||
| + | |||
| + | ====5.2 - Filtrage à l' | ||
| + | |||
| + | Tcpdump peut effectuer du filtrage lors de l' | ||
| + | |||
| + | Pour uniquement écouter les paquets en provenance de l' | ||
| + | |||
| + | # tcpdump src host 192.168.1.11 [Entrée] | ||
| + | |||
| + | Pour uniquement écouter les paquets en provenance de l' | ||
| + | |||
| + | # tcpdump src host 192.168.1.11 and dst host 192.168.1.2 [Entrée] | ||
| + | |||
| + | Pour uniquement écouter les paquets d'un port précis, utilisez la condition **port** : | ||
| + | |||
| + | # tcpdump -i eth0 port 80 [Entrée] | ||
| + | |||
| + | Pour uniquement écouter les paquets d'un protocole précis, utilisez une condition telle **ip**, **icmp**, **arp**, **rarp**, **udp** ou **tcp**: | ||
| + | |||
| + | # tcpdump -i eth0 udp [Entrée] | ||
| + | |||
| + | Pour uniquement écouter les paquets d'une taille inférieure à 100 octets, utilisez la condition **less** : | ||
| + | |||
| + | # tcpdump -i eth0 less 100 [Entrée] | ||
| + | |||
| + | Pour uniquement écouter les paquets d'une taille supérieure à 100 octets, utilisez la condition **great** : | ||
| + | |||
| + | # tcpdump -i eth0 greater 100 [Entrée] | ||
| + | |||
| + | L' | ||
| + | |||
| + | # tcpdump -i eth0 -X src host 192.168.1.11 and dst host 192.168.1.2 and port 21 and ftp [Entrée] | ||
| + | |||
| + | =====LAB #6 - Mise en place d'un VPN avec OpenVPN===== | ||
| + | |||
| + | ====6.1 - Présentation==== | ||
| + | |||
| + | **%%OpenVPN%%** permet à des pairs de s' | ||
| + | |||
| + | * d'une **clé privée partagée** à l' | ||
| + | * de **certificats** ou, | ||
| + | * à partir de la version 2.0 et à condition que le serveur possède un certificat, de **couples de noms d' | ||
| + | |||
| + | **%%OpenVPN%%** : | ||
| + | |||
| + | * utilise de manière intensive la bibliothèque d' | ||
| + | * n'est pas compatible avec IPsec ou d' | ||
| + | |||
| + | ====6.2 - Configuration commune au client et au serveur==== | ||
| + | |||
| + | Commencez par vérifiez si le paquet **openssl** est bien installé : | ||
| + | |||
| + | < | ||
| + | [root@centos7 ~]# rpm -q openssl | ||
| + | openssl-1.0.2k-8.el7.x86_64 | ||
| + | </ | ||
| + | |||
| + | Installez ensuite le paquet openvpn : | ||
| + | |||
| + | < | ||
| + | [root@centos7 ~]# yum install openvpn | ||
| + | </ | ||
| + | |||
| + | Naviguez au répertoire **/ | ||
| + | |||
| + | < | ||
| + | [root@centos7 ~]# cd / | ||
| + | [root@centos7 openvpn]# openvpn --genkey --secret static.key | ||
| + | [root@centos7 openvpn]# cat static.key | ||
| + | # | ||
| + | # 2048 bit OpenVPN static key | ||
| + | # | ||
| + | -----BEGIN OpenVPN Static key V1----- | ||
| + | 54f96ea50dbef7d5341efeda459b05ad | ||
| + | 5af134bf915bbd867fdd6310f4f0b72b | ||
| + | 331a82cdc6080622a7861e8c30cd0ffb | ||
| + | 6b35c143e5c715077247270bdb610fc8 | ||
| + | 4c536f34742ba23f2bfe9ab148b3fa04 | ||
| + | 20d1f6e5a20d58db30cce56ce1ca5744 | ||
| + | 3028353a7e5e47b3f630738b71b04a1e | ||
| + | e388b5e986826ce481ff457157b3492e | ||
| + | 61c147cd3d4373e283ad91c8ac44c0e8 | ||
| + | 3b593d342cd0a2600db7b3e7cd0efa89 | ||
| + | d38dd861c1e4fc566e5e50004b102c7f | ||
| + | b444795e2691cd59dfbb51e79996339d | ||
| + | 7e54d002aa4d5c63b3c155fbcc20f696 | ||
| + | fe148128f2e94e509c39c72c117a684b | ||
| + | 9fa8c7e159c451a7c52f42b2260d62c9 | ||
| + | 586d66a454319ba538559c143643e434 | ||
| + | -----END OpenVPN Static key V1----- | ||
| + | </ | ||
| + | |||
| + | L' | ||
| + | |||
| + | < | ||
| + | | ||
| + | | | | ||
| + | | | | ||
| + | eth0@ifxxx | ||
| + | 172.yy.0.3 | ||
| + | </ | ||
| + | |||
| + | ====6.3 - Configuration du client==== | ||
| + | |||
| + | Créez le fichier **/ | ||
| + | |||
| + | < | ||
| + | [root@centos7 ~]# vi / | ||
| + | [root@centos7 ~]# cat / | ||
| + | remote 10.0.2.15 | ||
| + | dev tun | ||
| + | port 1194 | ||
| + | proto udp | ||
| + | comp-lzo | ||
| + | ifconfig 10.0.0.2 10.0.0.1 | ||
| + | secret / | ||
| + | </ | ||
| + | |||
| + | <WRAP center round important 50%> | ||
| + | **Important** - Trouvez la signification de chacune des directives dans ce fichier. | ||
| + | </ | ||
| + | |||
| + | Arrêtez le service **firewalld** : | ||
| + | |||
| + | < | ||
| + | [root@centos7 ~]# systemctl stop firewalld | ||
| + | </ | ||
| + | |||
| + | Lancez openvpn en ligne de commande et en arrière plan en spécifiant une journalisation : | ||
| + | |||
| + | < | ||
| + | [root@centos7 ~]# openvpn --config / | ||
| + | </ | ||
| + | |||
| + | Vérifiez ensuite que le **socket** d' | ||
| + | |||
| + | < | ||
| + | [root@centos7 ~]# netstat -an | grep 1194 | ||
| + | udp 0 0 0.0.0.0: | ||
| + | </ | ||
| + | |||
| + | Constatez ensuite la table de routage : | ||
| + | |||
| + | < | ||
| + | [root@centos7 ~]# netstat -ar | ||
| + | Kernel IP routing table | ||
| + | Destination | ||
| + | default | ||
| + | 10.0.0.1 | ||
| + | 10.0.2.0 | ||
| + | </ | ||
| + | |||
| + | Notez la présence de la route via **tun0**. | ||
| + | |||
| + | Constatez ensuite le montage du tunnel en regardant le contenu du fichier de journalisation **/ | ||
| + | |||
| + | < | ||
| + | [root@centos7 ~]# tail / | ||
| + | </ | ||
| + | |||
| + | ====6.4 - Configuration du serveur==== | ||
| + | |||
| + | Créez le fichier **/ | ||
| + | |||
| + | < | ||
| + | [root@centos7 ~]# vi / | ||
| + | [root@centos7 ~]# cat / | ||
| + | dev tun | ||
| + | ifconfig 10.0.0.1 10.0.0.2 | ||
| + | secret / | ||
| + | port 1194 | ||
| + | proto udp | ||
| + | user nobody | ||
| + | group nobody | ||
| + | daemon | ||
| + | comp-lzo | ||
| + | keepalive 10 60 | ||
| + | ping-timer-rem | ||
| + | persist-tun | ||
| + | persist-key | ||
| + | log / | ||
| + | verb 1 | ||
| + | </ | ||
| + | |||
| + | <WRAP center round important 50%> | ||
| + | **Important** - Trouvez la signification de chacune des directives dans ce fichier. | ||
| + | </ | ||
| + | |||
| + | Arrêtez le service **firewalld** : | ||
| + | |||
| + | < | ||
| + | [root@centos7 ~]# systemctl stop firewalld | ||
| + | </ | ||
| + | |||
| + | Lancez openvpn en ligne de commande et en arrière plan en spécifiant une journalisation : | ||
| + | |||
| + | < | ||
| + | [root@centos7 ~]# openvpn --config / | ||
| + | [1] 7751 | ||
| + | </ | ||
| + | |||
| + | Vérifiez ensuite que le **socket** d' | ||
| + | |||
| + | < | ||
| + | [root@centos7 ~]# netstat -an | grep 1194 | ||
| + | udp 0 0 0.0.0.0: | ||
| + | </ | ||
| + | |||
| + | Constatez ensuite la table de routage : | ||
| + | |||
| + | < | ||
| + | [root@centos7 ~]# netstat -ar | ||
| + | Kernel IP routing table | ||
| + | Destination | ||
| + | 0.0.0.0 | ||
| + | 10.0.0.1 | ||
| + | 10.0.2.0 | ||
| + | </ | ||
| + | |||
| + | Constatez ensuite le montage du tunnel en regardant le contenu du fichier de journalisation **/ | ||
| + | |||
| + | < | ||
| + | [root@centos7 ~]# tail / | ||
| + | </ | ||
| + | |||
| + | ====6.5 - Tests==== | ||
| + | |||
| + | ===Du client vers le serveur=== | ||
| + | |||
| + | Sur le client, utilisez la commande ping pour envoyer des paquets dans le tunnel : | ||
| + | |||
| + | < | ||
| + | [root@centos7 ~]# ping -c3 10.0.0.1 | ||
| + | PING 10.0.0.1 (10.0.0.1) 56(84) bytes of data. | ||
| + | 64 bytes from 10.0.0.1: icmp_seq=1 ttl=64 time=7.62 ms | ||
| + | 64 bytes from 10.0.0.1: icmp_seq=2 ttl=64 time=1.35 ms | ||
| + | 64 bytes from 10.0.0.1: icmp_seq=3 ttl=64 time=0.000 ms | ||
| + | |||
| + | --- 10.0.0.1 ping statistics --- | ||
| + | 3 packets transmitted, | ||
| + | rtt min/ | ||
| + | </ | ||
| + | |||
| + | ===Du serveur vers le client=== | ||
| + | |||
| + | Sur le serveur, utilisez la commande ping pour envoyer des paquets dans le tunnel : | ||
| + | |||
| + | < | ||
| + | [root@centos7 ~]# ping -c5 10.0.0.2 | ||
| + | PING 10.0.0.2 (10.0.0.2) 56(84) bytes of data. | ||
| + | 64 bytes from 10.0.0.2: icmp_seq=1 ttl=64 time=2.59 ms | ||
| + | 64 bytes from 10.0.0.2: icmp_seq=2 ttl=64 time=9.08 ms | ||
| + | 64 bytes from 10.0.0.2: icmp_seq=3 ttl=64 time=7.24 ms | ||
| + | 64 bytes from 10.0.0.2: icmp_seq=4 ttl=64 time=7.03 ms | ||
| + | 64 bytes from 10.0.0.2: icmp_seq=5 ttl=64 time=4.08 ms | ||
| + | |||
| + | --- 10.0.0.2 ping statistics --- | ||
| + | 5 packets transmitted, | ||
| + | rtt min/ | ||
| + | </ | ||
| + | |||
| + | =====Annexe #1 - Comprendre les Réseaux===== | ||
| + | |||
| + | ====Présentation des Réseaux==== | ||
| + | |||
| + | La définition d'un réseau peut être résumé ainsi : | ||
| + | |||
| + | * un ensemble d' | ||
| + | * une entité destinée au transport de données dans différents environnements. | ||
| + | |||
| + | Pour que la communication soit efficace, elle doit respecter les critères suivants : | ||
| + | |||
| + | * présenter des informations compréhensibles par tous les participants, | ||
| + | * être compatible avec un maximum d' | ||
| + | * 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' | ||
| + | |||
| + | Les **Eléments Passifs** transmettent le signal d'un point à un autre : | ||
| + | |||
| + | * **Les Infrastructures ou Supports** - des câbles, de l' | ||
| + | * **La Topologie** - l' | ||
| + | |||
| + | 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**. | ||
| + | |||
| + | Une **Interface Réseau** est une prise ou élément d'un **Equipement Actif** faisant la connexion vers d' | ||
| + | |||
| + | <WRAP center round important> | ||
| + | Dans le cas d'un mélange d' | ||
| + | </ | ||
| + | |||
| + | Tous les **Equipements** connectés au même support doivent respecter un ensemble de règles appelé une **Protocole de Communication**. | ||
| + | |||
| + | Les **Protocoles de Communication** définissent de façon formelle et interopérable la manière dont les informations sont échangées entre les **Equipements**. | ||
| + | |||
| + | Des **Logiciels**, | ||
| + | |||
| + | Se basant sur des **Protocoles de Communication**, | ||
| + | |||
| + | L' | ||
| + | |||
| + | ====Classification des Réseaux==== | ||
| + | |||
| + | Les réseaux peuvent être classifiés de trois façon différentes : | ||
| + | |||
| + | * par **Mode de Transmission**, | ||
| + | * par **Topologie**, | ||
| + | * par **Étendue**. | ||
| + | |||
| + | ===Classification par Mode de Transmission=== | ||
| + | |||
| + | Il existe deux **Classes** de réseaux dans cette classification : | ||
| + | |||
| + | * les **Réseaux en Mode de Diffusion**, | ||
| + | * utilise un seul support de transmission, | ||
| + | * le message est envoyé sur tout le réseau à l' | ||
| + | |||
| + | * les **Réseaux en Mode Point à Point**, | ||
| + | * une seule liaison entre deux équipements, | ||
| + | * les nœuds permettent de choisir la route en fonction de l' | ||
| + | * quand deux nœuds non directement connectés entre eux veulent communiquer ils le font par l' | ||
| + | |||
| + | ===Classification par Topologie=== | ||
| + | |||
| + | <WRAP center round important> | ||
| + | La **Topologie Physique** d'un réseau décrit l' | ||
| + | </ | ||
| + | |||
| + | ==La Topologie Physique== | ||
| + | |||
| + | Il existe 6 topologies physiques de réseau : | ||
| + | |||
| + | * La Topologie en Ligne, | ||
| + | * La Topologie en Bus, | ||
| + | * La Topologie en Etoile, | ||
| + | * La Topologie en Anneau, | ||
| + | * La Topologie en Arbre, | ||
| + | * La Topologie Maillée. | ||
| + | |||
| + | ==La Topologie en Ligne== | ||
| + | |||
| + | Tous les nœuds sont connectés à un seul support. L' | ||
| + | |||
| + | ==La Topologie en Bus== | ||
| + | |||
| + | Tous les nœuds sont connectés à un seul support (un câble BNC en T) avec des bouchons à chaque extrémité. La longueur du bus est limitée à **185m**. Le nombre de stations de travail est limité à **30**. Les Stations sont reliées au Bus par des ' | ||
| + | Quand le support tombe en panne, le réseau ne fonctionne plus. Quand une station tombe en panne, elle ne perturbe 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 de stations, plusieurs Hubs ou Switches sont connectés ensemble. Quand une station tombe en panne, elle ne perturbe pas le fonctionnement de l' | ||
| + | |||
| + | {{: | ||
| + | |||
| + | ==La Topologie en Anneau== | ||
| + | |||
| + | Chaque nœud est relié directement à ses deux voisins dans une topologie logique de cercle ininterrompu et une topologie physique en étoile car les stations sont reliées à un type de hub spécial, appelé un **Multistation Access Unit** (MAU). | ||
| + | |||
| + | {{: | ||
| + | |||
| + | Les stations sont reliées à la MAU par un câble ' | ||
| + | |||
| + | ==La Topologie en Arbre== | ||
| + | |||
| + | La Topologie en Arbre est utilisée dans un réseau hierarchique où le sommet, aussi appelé la **racine**, est connecté à plusieurs noeuds de niveau inférieur. Ces neouds peuvent à leur tour être connectés à d' | ||
| + | |||
| + | ==La Topologie Maillée== | ||
| + | |||
| + | Cette Topologie est utilisée pour des grands réseaux de distribution tels Internet 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**. | ||
| + | </ | ||
| + | |||
| + | ===Classification par Etendue=== | ||
| + | |||
| + | La classification par étendue nous fournit 4 réseaux principaux : | ||
| + | |||
| + | ^ Nom ^ Description ^ Traduction ^ Taille Approximative (M) | | ||
| + | | PAN | Personal Area Network | Réseau Personnel | 1 -10 | | ||
| + | | LAN | Local Area Network | Réseau Local Entreprise (RLE) | 5 - 1 200 | | ||
| + | | MAN | Métropolitain Area Network | Réseau Urbain | 900 - 100 000 | | ||
| + | | WAN | Wide Area Network | Réseau Long Distance (RLD) | 50 000 et au delà | | ||
| + | |||
| + | Cependant, d' | ||
| + | |||
| + | | CAN | Campus Area Network | Réseau de Campus | | ||
| + | | GAN | Global Area Network | Réseau Global | | ||
| + | | TAN | Tiny Area Network | Réseau Minuscule | | ||
| + | | FAN | Family Area Network | Réseau Familial | | ||
| + | | SAN | Storage Area Network | Réseau de Stockage | | ||
| + | |||
| + | <WRAP center round important> | ||
| + | Etant donné que les WANs sont gérés par des opérateurs de télécommunications qui doivent demander une licence à l' | ||
| + | </ | ||
| + | |||
| + | ===Les Types de LAN=== | ||
| + | |||
| + | Il existe deux types de LAN : | ||
| + | |||
| + | * le réseau à serveur dédié, | ||
| + | * le réseau poste à poste. | ||
| + | |||
| + | ==Réseau à Serveur Dédié== | ||
| + | |||
| + | Le réseau à serveur dédié est caractérisé par le fait que toutes les ressources ( imprimantes, | ||
| + | |||
| + | Des exemples des systèmes d' | ||
| + | |||
| + | * Windows NT Server, | ||
| + | * Windows 2000 Server, | ||
| + | * Windows 2003 Server, | ||
| + | * Windows 2008 Server, | ||
| + | * Linux, | ||
| + | * Unix. | ||
| + | |||
| + | {{: | ||
| + | |||
| + | ==Réseau Poste-à-Poste== | ||
| + | |||
| + | Le réseau poste à poste est caractérisé par le fait que tous les ordinateurs peuvent jouer le rôle de client et de serveur : | ||
| + | |||
| + | * Windows 95, | ||
| + | * Windows 98, | ||
| + | * Windows NT Workstation. | ||
| + | |||
| + | {{: | ||
| + | |||
| + | ====Le Modèle Client/ | ||
| + | |||
| + | Le modèle Client/ | ||
| + | |||
| + | Le serveur est aussi : | ||
| + | |||
| + | * passif, c' | ||
| + | * capable de traiter plusieurs requêtes simultanément en utilisant le **multi-threading**, | ||
| + | * garant de l' | ||
| + | |||
| + | Le client est, par contre **actif**, étant à l' | ||
| + | |||
| + | Il existe trois types de modèle client/ | ||
| + | |||
| + | * **Plat** - tous les clients communiques avec un seul serveur, | ||
| + | * **Hiérarchique** - les clients n'ont de contact qu' | ||
| + | * **Peer-to-Peer** - les équipements sont à la fois client **et** serveur en même temps. | ||
| + | |||
| + | ====Modèles de Communication==== | ||
| + | |||
| + | Les réseaux sont bâtis sur des technologies et des modèles. Le modèle **théorique** le plus important est le modèle **O**pen **S**ystem **Interconnection** créé par l' | ||
| + | |||
| + | === Le modèle OSI === | ||
| + | |||
| + | Le modèle OSI qui a été proposé par l'ISO est devenu le standard en termes de modèle pour décrire l' | ||
| + | |||
| + | Ce modèle repose sur trois termes : | ||
| + | |||
| + | * Les **Couches**, | ||
| + | * Les **Protocoles**, | ||
| + | * Les **Interfaces**. | ||
| + | |||
| + | ==Les Couches== | ||
| + | |||
| + | Des sept couches : | ||
| + | |||
| + | * Les couches 1 à 3 sont les **Couches Basses** orientées **Transmission**, | ||
| + | * La couche 4 est la **Couche Charnière** entre les **Couches Basses** et les **Couches Hautes**, | ||
| + | * Les couches 5 à 7 sont les **Couches Hautes** orientées **Traitement**. | ||
| + | |||
| + | La couche du même niveau du système **A** parle avec son homologue du système **B**. | ||
| + | |||
| + | * **La Couche Physique** ( Couche 1 ) est responsable : | ||
| + | * du transfert de données binaires sur le câble physique ou virtuel | ||
| + | * de la définition de tout aspect physique allant du connecteur jusqu' | ||
| + | * de la définition des tensions électriques sur le câble pour obtenir le 0 et le 1 binaires | ||
| + | |||
| + | * **La Couche de Liaison** ( Couche 2 ) est responsable : | ||
| + | * de la réception des données de la couche physique | ||
| + | * de l' | ||
| + | * de la préparation, | ||
| + | * de la gestion de l' | ||
| + | * de la communication nœud à nœud | ||
| + | * de la gestion des erreurs | ||
| + | * avant la transmission, | ||
| + | * le nœud récepteur recalcule un CRC en fonction du contenu de la trame reçue et le compare à celui incorporé avec l' | ||
| + | * en cas de deux CRC identique, le nœud récepteur envoie un accusé de réception au nœud émetteur | ||
| + | * de la réception de l' | ||
| + | * éventuellement de le ré-émission des données | ||
| + | * En prenant ce modèle, l'IEEE ( Institute of Electrical and Eletronics Engineers ) l'a étendu avec le Modèle IEEE ( 802 ). | ||
| + | *Dans ce modèle la Couche de Liaison est divisée en deux sous-couches importantes : | ||
| + | * La **Sous-Couche LLC** ( Logical Link Control ) qui : | ||
| + | * gère les accusés de réception | ||
| + | * gère le flux de trames | ||
| + | * La **Sous-Couche MAC** ( Media Access Control ) qui : | ||
| + | * gère la méthode d' | ||
| + | * le CSMA/CD dans un réseau basé sur la technologie Ethernet | ||
| + | * l' | ||
| + | * gère les erreurs | ||
| + | |||
| + | * **La Couche de Réseau** ( Couche 3 ) est responsable de la gestion de la bonne distribution des différentes informations aux bonnes adresses en : | ||
| + | * identifiant le chemin à emprunter d'un nœud donné à un autre | ||
| + | * appliquant une conversion des adresses logiques ( des noms ) en adresses physiques | ||
| + | * ajoutant des information adressage aux envois | ||
| + | * détectant des paquets trop volumineux avant l' | ||
| + | |||
| + | * **La Couche de Transport** ( Couche 4 ) est responsable de veiller à ce que les données soient envoyées correctement en : | ||
| + | * constituant des paquets de données corrects | ||
| + | * les envoyant dans le bon ordre | ||
| + | * vérifiant que les données sont traités dans le même ordre que l' | ||
| + | * permettant à un processus sur un nœud de communiquer avec un autre nœud et d' | ||
| + | |||
| + | * **La Couche de Session** ( Couche 5 ) est responsable : | ||
| + | * de l' | ||
| + | * de la conversation entre deux processus de vérification de la réception des messages envoyés en séquences, c' | ||
| + | |||
| + | * de la sécurité lors de l' | ||
| + | |||
| + | * **La Couche de Présentation** ( Couche 6 ) est responsable : | ||
| + | * du formatage et de la mise en forme des données | ||
| + | * des conversions de données telles le cryptage/ | ||
| + | |||
| + | * **La Couche d' | ||
| + | * du dialogue homme/ | ||
| + | * du partage des ressources | ||
| + | * de la messagerie | ||
| + | |||
| + | ==Les Protocoles== | ||
| + | |||
| + | Un **protocole** est un langage commun utilisé par dexu entités en communication pour pouvoir se comprendre. La nature du Protocole dépends directement de la nature de la communication. Cette bature dépend du **paradigme** de communication que l' | ||
| + | |||
| + | ==Les Interfaces== | ||
| + | |||
| + | Chaque couche rend des **services** à la couche immédiatement supérieure et utilise les services de la couche immédiatement inférieure. L' | ||
| + | |||
| + | ==Protocol Data Units== | ||
| + | |||
| + | | ||
| + | |||
| + | * **Application Protocol Data Units** pour la couche **Application**, | ||
| + | * **Présentation Protocol Data Units** pour la couche **Présentation**, | ||
| + | * **Session Protocol Data Units** pour la couche **Session**, | ||
| + | * **Transport Protocol Data Units** pour la couche **Transport**. | ||
| + | |||
| + | Or, pour les **Couches Basses** on parle de : | ||
| + | |||
| + | * **Paquets** pour la couche **Réseau**, | ||
| + | * **Trames** pour la couche **Liaison**, | ||
| + | * **Bits** pouyr la couche **Physique**. | ||
| + | |||
| + | ==Encapsulation et Désencapsulation== | ||
| + | |||
| + | Lorque les données sont communiqueés par le système A au système B, celles-ci commencent au niveau de la couche d' | ||
| + | |||
| + | ^ Couche Système A ^ Encapsulation ^ | ||
| + | | Application | Application Header (AH) + Unité de Données (UD) | | ||
| + | | Présentation | Présentation Header (PH) + AH + UD | | ||
| + | | Session | Session Header (SH) + PH + AH + UD | | ||
| + | | Transport | Transport Header (TH) + SH + PH + AH + UD | | ||
| + | | Réseau | Network Header (NH) + TH + SH + PH + AH + UD | | ||
| + | | Liaison | Liaison Header (DH) + NH + TH + SH + PH + AH + UD | | ||
| + | |||
| + | Lors de son voyage de la couche Physique vers la couche Application dans le système B, les en-têtes sont supprimées par chaque couche correspondante. On parle alors de **désencapsulation** : | ||
| + | |||
| + | ^ Couche Système B ^ Encapsulation ^ | ||
| + | | Liaison | Liaison Header (DH) + NH + TH + SH + PH + AH + UD | | ||
| + | | Réseau | Network Header (NH) + TH + SH + PH + AH + UD | | ||
| + | | Transport | Transport Header (TH) + SH + PH + AH + UD | | ||
| + | | Session | Session Header (SH) + PH + AH + UD | | ||
| + | | Présentation | Présentation Header (PH) + AH + UD | | ||
| + | | Application | Application Header (AH) + Unité de Données (UD) | | ||
| + | |||
| + | === Spécification NDIS et le Modèle ODI === | ||
| + | |||
| + | <note tip> | ||
| + | **[[https:// | ||
| + | </ | ||
| + | |||
| + | La spécification NDIS ( Network Driver Interface Specification ) a été introduite conjointement par les sociétés Microsoft et 3Com. | ||
| + | Cette spécification ainsi que son homologue, le modèle ODI ( Open Datalink Interface ) introduit conjointement par les sociétés Novell et Apple à la même époque, définit des standards pour les pilotes de cartes réseau afin qu'ils puissent être indépendants des protocoles utilisées et les systèmes d' | ||
| + | |||
| + | * l' | ||
| + | * l' | ||
| + | * l' | ||
| + | |||
| + | === Le modèle TCP/IP === | ||
| + | |||
| + | <note tip> | ||
| + | **[[https:// | ||
| + | </ | ||
| + | |||
| + | La suite des protocoles TCP/IP ( Transmission Control Protocol / Internet Protocol ) est issu de la DOD ( Dept. Américain de la Défense ) et le travail de l'ARPA ( Advanced Research Project Agency ). | ||
| + | |||
| + | * La suite des protocoles TCP/IP | ||
| + | * a été introduite en 1974 | ||
| + | * a été utilisée dans l' | ||
| + | * permet la communication entre des réseaux à base de systèmes d' | ||
| + | * est très proche du modèle OSI en termes d' | ||
| + | * est, en réalité, une suite de protocoles et de services : | ||
| + | * **IP** ( Internet Protocol ) | ||
| + | * le protocole IP s' | ||
| + | * **ICMP** ( Internet Control Message Protocol ) | ||
| + | * le protocole ICMP produit des messages de contrôle aidant à synchroniser le réseau. Un exemple de ceci est la commande ping. | ||
| + | * **TCP** ( Transmission Control Protocol ) | ||
| + | * le protocole TCP se trouve au niveau de la couche de Transport du modèle OSI et s' | ||
| + | * **UDP** ( User Datagram Protocol ) | ||
| + | * le protocole UDP n'est pas orienté connexion. Il est utilisé pour la transmission rapide de messages entre nœuds sans garantir leur acheminement. | ||
| + | * **Telnet** | ||
| + | * le protocole Telnet est utilisé pour établir une connexion de terminal à distance. Il se trouve dans la couche d' | ||
| + | * **Ftp** ( File Transfer Protocol ) | ||
| + | * le protocole ftp est utilisé pour le transfert de fichiers. Il se trouve dans la couche d' | ||
| + | * **SMTP** ( Simple Message Transfer Protocol ) | ||
| + | * le service SMTP est utilisé pour le transfert de courrier électronique. Il se trouve dans la couche d' | ||
| + | * **DNS** ( Domain Name Service ) | ||
| + | * le service DNS est utilisé pour le résolution de noms en adresses IP. Il se trouve dans la couche d' | ||
| + | * **SNMP** ( Simple Network Management Protocol ) | ||
| + | * le protocole SNMP est composé d'un agent et un gestionnaire. L' | ||
| + | * **NFS** ( Network File System ) | ||
| + | * le NFS a été mis au point par Sun Microsystems | ||
| + | * le NFS génère un lien virtuel entre les lecteurs et les disques durs permettant de monter dans un disque virtuel local un disque distant | ||
| + | * et aussi POP3, NNTP, IMAP etc ... | ||
| + | |||
| + | <note tip> | ||
| + | **[[https:// | ||
| + | </ | ||
| + | |||
| + | Le modèle TCP/IP est composé de 4 couches : | ||
| + | |||
| + | * La couche d' | ||
| + | * Cette couche spécifie la forme sous laquelle les données doivent être acheminées, | ||
| + | * La couche Internet | ||
| + | * Cette couche est chargée de fournir le paquet de données. | ||
| + | * La couche de Transport | ||
| + | * Cette couche assure l' | ||
| + | * La couche d' | ||
| + | * Cette couche englobe les applications standards de réseau telles ftp, telnet, ssh, etc.. | ||
| + | |||
| + | Les noms des Unités de Données sont différents selon le protocole utilisé et la couche du modèle TCP/IP : | ||
| + | |||
| + | ^ Couche | ||
| + | | Application | Stream | Message | | ||
| + | | Transport | Segment | Packet| | ||
| + | | Internet | Datagram| Datagram | | ||
| + | | Réseau | Frame | Frame | | ||
| + | |||
| + | ====Les Raccordements==== | ||
| + | |||
| + | ===Les Modes de Transmission=== | ||
| + | |||
| + | On peut distinguer 3 modes de transmission : | ||
| + | |||
| + | * La **Liaison Simplex**, | ||
| + | * Les données ne circulent que dans un **seul** sens de l' | ||
| + | * La liaison nécessite deux canaux de transmissions, | ||
| + | * La **Liaison Half-Duplex** aussi appelée la **Liaison à l' | ||
| + | * Les données circulent dans un sens ou l' | ||
| + | * La liaison permet d' | ||
| + | * La **Liaison Full-Duplex** dans les deux sens en **même** temps. Chaque extrémité peut émettre et recevoir simultanément, | ||
| + | * La liaison est caractérisée par une bande passante divisée par deux pour chaque sens des émissions. | ||
| + | |||
| + | ===Les Câbles=== | ||
| + | |||
| + | ==Le Câble Coaxial== | ||
| + | |||
| + | En partant de l' | ||
| + | |||
| + | * d'une **Gaine** en caoutchouc, PVC ou Téflon pour protéger le câble, | ||
| + | * d'un **Blindage** en métal pour diminuer le bruit du aux parasites, | ||
| + | * d'un **Isolant** (diélectrique) pour éviter le contact entre le blindage et l'âme et ainsi éviter des courts-circuits, | ||
| + | * d'un **Âme** en cuivre ou torsadés pour transporter les données. | ||
| + | |||
| + | Avantages : | ||
| + | |||
| + | * **Peux coûteux**, | ||
| + | * Facilement **manipulable**, | ||
| + | * Peut être utilisé pour de **longues distances**, | ||
| + | * A un débit de 10 Mbit/s dans un LAN et 100 Mbit/s dans un WAN. | ||
| + | |||
| + | Inconvénients : | ||
| + | |||
| + | * Fragile, | ||
| + | * Instable, | ||
| + | * Vulnérable aux interférences, | ||
| + | * Half-Duplex. | ||
| + | |||
| + | ==Le Câble Paire Torsadée== | ||
| + | |||
| + | Ce câble existe sous deux formes selon son utilisation : | ||
| + | |||
| + | * **Monobrin** pour du câblage **horizontal** (**Capillaire**), | ||
| + | * chaque fil est composé d'un seul conducteur en cuivre, | ||
| + | * la distance ne doit pas dépassée 90m. | ||
| + | |||
| + | * **Multibrin** pour des **cordons de brassage** : | ||
| + | * chaque fil est composé de plusieurs brins en cuivre, | ||
| + | * câble souple. | ||
| + | |||
| + | Avantages : | ||
| + | |||
| + | * Un débit de 10 Mbit/s à 10 GBit/s, | ||
| + | * A une bande passante plus large, | ||
| + | * Pas d' | ||
| + | * Permet le **câblage universel** (téléphonie, | ||
| + | * Full-Duplex. | ||
| + | |||
| + | Inconvénients : | ||
| + | |||
| + | * Nombre de câbles > câble coaxial, | ||
| + | * Plus cher, | ||
| + | * Plus encombrant dans les gaines techniques. | ||
| + | |||
| + | == Catagories de Blindage== | ||
| + | |||
| + | Il existe trois catagories de blindage : | ||
| + | |||
| + | * **Twisted** ou Torsadé, | ||
| + | * **Foiled** ou Entouré, | ||
| + | * **Shielded** ou Avec Ecran. | ||
| + | |||
| + | De ce fait, il existe 5 catagories de câbles Paire Torsadée : | ||
| + | |||
| + | Nom anglais ^ Appelation Ancienne ^ Nouvelle Appelation ^ | ||
| + | | Unshielded Twisted Pair | UTP | U/UTP | | ||
| + | | Foiled Twisted Pair | FTP | F/UTP | | ||
| + | | Shield Twisted Pair | STP | S/UTP | | ||
| + | | Shield Foiled Twisted Pair | SFTP | SF/UTP | | ||
| + | | Shield Shield Twisted Pair | S/STP | SS/STP3 | | ||
| + | |||
| + | Ces catégories donnent lieu à des **Classes** : | ||
| + | |||
| + | ^ Classe ^ Débit ^ Nombre de Paires Torsadées ^ Connecteur ^ Commentaires ^ | ||
| + | | 3 | 10 Mbit/s | 4 | RJ11 | | Téléphonie Analogique et Numérique | ||
| + | | 4 | 16 Mbit/s | 4 | S/O | Non-utilisée de nos jours | | ||
| + | | 5 | 100 Mbit/s | 4 | RJ45 | Obsolète | | ||
| + | | 5e/D | 1 Gbit/s sur 100m | 4 | RJ45 | S/O | | ||
| + | | 6/E | 2.5 Gbit/s sur 100m ou 10 Gbit/s sur 25m à 55m | 4 | Idéal pour PoE | | ||
| + | | 7/F | 10 Gbit/s sur 100m | 4 | GG45 ou Tera | Paires individuellement et collectivement blindées. Problème de compatibilité avec les classes precédentes due au connecteur. | | ||
| + | |||
| + | ==La Prise RJ45== | ||
| + | |||
| + | Une prise RJ45 comporte 8 broches. Un câble peut être **droit** quand la broche 1 d'une extremité est connectée à la broche 1 de la prise RJ45 à l' | ||
| + | |||
| + | Les câbles croisés sont utilisés lors du branchement de deux équipements identiques (PC à PC, Hub à Hub, Routeur à Routeur). | ||
| + | |||
| + | ==Channel Link et Basic Link== | ||
| + | |||
| + | Le **Channel Link** ou **Canal** est l' | ||
| + | |||
| + | Le **Basic Link** est le lien entre la prise RJ45 murale et la baie de brassage. Il est limité à 90m en classe 5D. | ||
| + | |||
| + | ===La Fibre Optique=== | ||
| + | |||
| + | La **Fibre Optique** est un fil de **Silice** permettant le transfert de la lumière. De ce fait elle est caractérisée par : | ||
| + | |||
| + | * des meilleures performances que le cuivre, | ||
| + | * de plus de communications simultanément, | ||
| + | * de la capacité de relier de plus grandes distances, | ||
| + | * une insensibilité aux perturbations, | ||
| + | * une résistance à la corrosion. | ||
| + | |||
| + | Qui plus est, elle ne produit aucune perturbation. | ||
| + | |||
| + | Elle est composée : | ||
| + | |||
| + | * d'un coeur de 10, de 50/125 ou de 62.50 micron, | ||
| + | * d'une gaine de 125 micron, | ||
| + | * d'une protection de 230 micron. | ||
| + | |||
| + | Il existe deux types de fibres, la **Fibre Monomode** et la **Fibre Multimodes**. | ||
| + | |||
| + | La Fibre Monomode : | ||
| + | |||
| + | * a un coeur de 8 à 10 Microns, | ||
| + | * est divisée en sous-catégories de distance, | ||
| + | * 10 Km, | ||
| + | * 15 Km, | ||
| + | * 20 Km, | ||
| + | * 50 Km, | ||
| + | * 80 Km, | ||
| + | * 100 Km. | ||
| + | |||
| + | La Fibre Multimode : | ||
| + | |||
| + | * a un coeur de 62,50 micron ou de 50/125 micron avec une gaine orange, | ||
| + | * permet plusieurs trajets lumineux appelés **modes** en même temps en Full Duplex, | ||
| + | * est utilisée pour de bas débits ou de courtes distances, | ||
| + | * 2 Km pour 100 Mbit/s, | ||
| + | * 500 m pour 1 Gbit/s. | ||
| + | |||
| + | ===Les Réseaux sans Fils=== | ||
| + | |||
| + | Les réseaux sans fils sans basés sur une liaison qui utilise des ondes radio-électriques (radio et infra-rouges). | ||
| + | |||
| + | Il existe des technologies différentes en fonction de la fréquence utilisée et de la portée des transmissions : | ||
| + | |||
| + | * Réseaux Personnels sans Fils - Bluetooth, HomeRF, | ||
| + | * Réseaux Locaux sans Fils - LiFI, WiFI, | ||
| + | * Réseaux Métropolitains sans Fil - wImax, | ||
| + | * Réseaux Etendus sans Fils - GSM, GPRS, UMTS. | ||
| + | |||
| + | Les principales ondes utilisées pour la transmission des données sont : | ||
| + | |||
| + | * Ondes GSM - Ondes Hertziennes repeosant sur des micro-ondes à basse fréquence avec une portée d'une dizaine de kilomètres, | ||
| + | * Ondes Wi-Fi - Ondes Hertziennes reposant sur des micro-ondes à haute fréquence avec une portée de 20 à 50 mètres, | ||
| + | * Ondes Satellitaires - Ondes Hertziennes longues portées. | ||
| + | |||
| + | ===Le Courant Porteur en Ligne=== | ||
| + | |||
| + | Le CPL utilise le réseau électrique domestique, le réseau moyenne et basse tension pour transmettre des informations numériques. | ||
| + | |||
| + | Le CPL superpose un signal à plus haute fréquence au signal électrique. | ||
| + | |||
| + | Seuls donc, les fils conducteurs transportent les signaux CPL. | ||
| + | |||
| + | Le coupleur intégré en entrée des boîtiers CPL élimine les composants basses fréquences pour isoler le signal CPL. | ||
| + | |||
| + | Le CPL utilise la phase électrique et le neutre. De ce fait, une installation triphasée fournit 3 réseaux CPL différents. | ||
| + | |||
| + | Le signal CPL ne s' | ||
| + | |||
| + | Les normes CPL sont : | ||
| + | |||
| + | ^ Norme ^ Débit Théorique ^ Débit Pratique ^ Temps pour copier 1 Go ^ | ||
| + | | Homeplug 1.01 | 14 Mbps | 5.4 Mbps | 25m 20s | | ||
| + | | Homeplug 1.1 | 85 Mbps | 12 Mbps | 11m 20s | | ||
| + | | PréUPA 200 | 200 Mbps | 30 Mbps | 4m 30s | | ||
| + | |||
| + | ===Technologies=== | ||
| + | |||
| + | Il existe plusieurs technologies de réseau : | ||
| + | |||
| + | * Ethernet, | ||
| + | * Token-Ring, | ||
| + | * ARCnet, | ||
| + | * etc.. | ||
| + | |||
| + | Nous détaillerons ici les deux technologies les plus répandues, à savoir Ethernet et Token-Ring. | ||
| + | |||
| + | ==Ethernet== | ||
| + | |||
| + | La technologie Ethernet se repose sur : | ||
| + | |||
| + | * une topologie logique de bus, | ||
| + | * une topologie physique de bus ou étoile. | ||
| + | |||
| + | L' | ||
| + | |||
| + | Il faut noter que : | ||
| + | |||
| + | * les données sont transmises à chaque nœud - c'est la méthode d' | ||
| + | * chaque nœud qui veut émettre écoute le réseau - c'est la **détection de porteuse**, | ||
| + | * quand le réseau est silencieux une trame est émise dans laquelle se trouvent les données ainsi que l' | ||
| + | * le système est dit donc **aléatoire** ou **non-déterministe**, | ||
| + | * quand deux nœuds émettent en même temps, il y a **collision de données**, | ||
| + | * les deux nœuds vont donc cesser d' | ||
| + | |||
| + | ==Token-Ring== | ||
| + | |||
| + | La technologie Token-Ring se repose sur : | ||
| + | |||
| + | * une topologie logique en anneau, | ||
| + | * une topologie physique en étoile. | ||
| + | |||
| + | Token-Ring se traduit par **Anneau à Jeton**. Il n'est pas aussi répandu que l' | ||
| + | |||
| + | Il faut noter que : | ||
| + | |||
| + | * les données sont transmises dans le réseau par un système appelé **méthode de passage de jeton**, | ||
| + | * le jeton est une **trame numérique vide** de données qui tourne en permanence dans l' | ||
| + | * quand un nœud souhaite émettre, il saisit le jeton, y dépose des données avec l' | ||
| + | * pendant son voyage, aucun autre nœud ne peut émettre, | ||
| + | * une fois arrivé à sa destination, | ||
| + | * ce système est appelé **déterministe**. | ||
| + | |||
| + | L' | ||
| + | |||
| + | * qu'il **évite des collisions**, | ||
| + | * qu'il est **possible de déterminer avec exactitude le temps que prenne l' | ||
| + | |||
| + | La technologie Token-Ring est donc idéale, voire obligatoire, | ||
| + | |||
| + | ====Périphériques Réseaux Spéciaux==== | ||
| + | |||
| + | En plus du câblage, les périphériques de réseau spéciaux sont des éléments primordiaux tant au niveau de la topologie physique que la topologie logique. | ||
| + | |||
| + | Les périphériques de réseau spéciaux sont : | ||
| + | |||
| + | * les Concentrateurs ou //Hubs//, | ||
| + | * les Répéteurs ou // | ||
| + | * les Ponts ou // | ||
| + | * les Commutateurs ou // | ||
| + | * les Routeurs ou // | ||
| + | * les Passerelles ou // | ||
| + | |||
| + | L' | ||
| + | |||
| + | ===Les Concentrateurs=== | ||
| + | |||
| + | Les Concentrateurs permettent une connectivité entre les nœuds en topologie en étoile. Selon leur configuration, | ||
| + | |||
| + | * **Le Concentrateur Simple** | ||
| + | * est une boîte de raccordement centrale, | ||
| + | * joue le rôle de récepteur et du réémetteur des signaux sans accélération ni gestion de ceux-ci, | ||
| + | * est un périphérique utilisé pour des groupes de travail. | ||
| + | |||
| + | * **Le Concentrateur Évolué** | ||
| + | * est un Concentrateur simple qui offre en plus l' | ||
| + | |||
| + | * **Le Concentrateur Intelligent** | ||
| + | * est un Concentrateur évolué qui offre en plus la détection automatique des pannes, la connectique avec un Pont ou un Routeur ainsi que le diagnostic et la génération de rapports. | ||
| + | |||
| + | ===Les Répéteurs=== | ||
| + | |||
| + | Un Répéteur est un périphérique réseau simple. Il est utilisé pour amplifier le signal quand : | ||
| + | |||
| + | * la longueur du câble dépasse la limite autorisée, | ||
| + | * le câble passe par une zone ou les interférences sont importantes. | ||
| + | |||
| + | Éventuellement, | ||
| + | |||
| + | ===Les Ponts=== | ||
| + | |||
| + | Un Pont est **Répéteur intelligent**. Outre sa capacité d' | ||
| + | |||
| + | Les **diffusions** sont néanmoins autorisées. | ||
| + | |||
| + | Comme un Pont doit être intelligent, | ||
| + | |||
| + | Le Pont sert donc à isoler des segments du réseau pour des raisons de : | ||
| + | |||
| + | * **sécurité** afin d' | ||
| + | * **performance** afin qu'une partie du réseau trop chargée ralentisse le réseau entier, | ||
| + | * **fiabilité** afin par exemple qu'une carte en panne ne gène pas le reste du réseau avec une diffusion. | ||
| + | |||
| + | Il existe trois types de configuration de Ponts | ||
| + | |||
| + | ==Le Pont de Base== | ||
| + | |||
| + | Le Pont de Base est utilisé très rarement pour isoler deux segments. | ||
| + | |||
| + | ;#; | ||
| + | |||
| + | ==Le Pont en Cascade== | ||
| + | |||
| + | Le Pont en Cascade est à éviter car les données en provenance d'un segment doivent passer par plusieurs Ponts. Ceci a pour conséquence de ralentir la transmission des données, voire même de créer un trafic superflu en cas de rémission par le nœud | ||
| + | |||
| + | ;#; | ||
| + | |||
| + | ==Le Pont en Dorsale== | ||
| + | |||
| + | Le Pont en Dorsale coûte plus chère que la configuration précédente car il faut un nombre de Ponts équivalent au nombre de segments + 1. Par contre elle réduit les problèmes précédemment cités puisque les données ne transitent que par deux Ponts. | ||
| + | |||
| + | ;#; | ||
| + | |||
| + | ===Les Commutateurs=== | ||
| + | |||
| + | Un Commutateur peut être considéré comme un Concentrateur intelligent et un Pont. Ils sont gérés souvent par des logiciels. La topologie physique d'un réseau commuté est en étoile. Par contre la topologie logique est spéciale, elle s' | ||
| + | |||
| + | Lors de la communication de données entre deux nœuds, le Commutateur ouvre une connexion temporaire virtuelle en fermant les autres ports. De cette façon la bande passante totale est disponible pour cette transmission et les risques de collision sont minimisés. | ||
| + | |||
| + | Certains Commutateurs haut de gamme sont équipés d'un système anti-catastrophe qui leur permet d' | ||
| + | |||
| + | ===Les Routeurs=== | ||
| + | |||
| + | Un Routeur est un Pont sophistiqué capable : | ||
| + | |||
| + | * d' | ||
| + | * de filtrer le trafic, | ||
| + | * d’isoler une partie du réseau, | ||
| + | * d’ explorer les informations d' | ||
| + | |||
| + | Les Routeurs utilisent une table de routage pour stocker les informations sur : | ||
| + | |||
| + | * les adresses du réseau, | ||
| + | * les solutions de connexion vers d' | ||
| + | * l' | ||
| + | |||
| + | Il existe deux types de Routeur : | ||
| + | |||
| + | * le **Routeur Statique** | ||
| + | * la table de routage est éditer manuellement, | ||
| + | * les routes empruntées pour la transmission des données sont toujours les mêmes, | ||
| + | * il n'y a pas de recherche d' | ||
| + | |||
| + | * le **Routeur Dynamique** | ||
| + | * découvre automatiquement les routes à emprunter dans un réseau. | ||
| + | |||
| + | ===Les Passerelles=== | ||
| + | |||
| + | Ce périphérique, | ||
| + | |||
| + | * entre deux technologies différentes ( Ethernet - Token-Ring ), | ||
| + | * entre deux protocoles différents, | ||
| + | * entre des formats de données différents. | ||
| + | |||
| + | =====Annexe #2 - 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@debian8: | ||
| + | Password: | ||
| + | root@debian8: | ||
| + | # Network services, Internet style | ||
| + | # | ||
| + | # Note that it is presently the policy of IANA to assign a single well-known | ||
| + | # port number for both TCP and UDP; hence, officially ports have two entries | ||
| + | # even if the protocol doesn' | ||
| + | # | ||
| + | # Updated from http:// | ||
| + | # sources like http:// | ||
| + | # New ports will be added on request if they have been officially assigned | ||
| + | # by IANA and used in the real-world or are needed by a debian package. | ||
| + | # If you need a huge list of used numbers please install the nmap package. | ||
| + | |||
| + | tcpmux 1/ | ||
| + | echo 7/tcp | ||
| + | echo 7/udp | ||
| + | discard 9/ | ||
| + | discard 9/ | ||
| + | systat 11/ | ||
| + | daytime 13/ | ||
| + | daytime 13/ | ||
| + | netstat 15/ | ||
| + | qotd 17/ | ||
| + | msp 18/ | ||
| + | msp 18/udp | ||
| + | chargen 19/ | ||
| + | chargen 19/ | ||
| + | ftp-data 20/ | ||
| + | ftp 21/tcp | ||
| + | fsp 21/ | ||
| + | ssh 22/ | ||
| + | ssh 22/udp | ||
| + | telnet 23/ | ||
| + | smtp 25/ | ||
| + | time 37/ | ||
| + | time 37/ | ||
| + | rlp 39/ | ||
| + | nameserver 42/ | ||
| + | --More--(6%) | ||
| + | </ | ||
| + | |||
| + | 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@debian8: | ||
| + | Active Internet connections (servers and established) | ||
| + | Proto Recv-Q Send-Q Local Address | ||
| + | tcp 0 0 127.0.0.1: | ||
| + | tcp 0 0 127.0.0.1: | ||
| + | tcp 0 0 127.0.0.1: | ||
| + | tcp 0 0 0.0.0.0: | ||
| + | tcp 0 0 0.0.0.0: | ||
| + | tcp 0 0 0.0.0.0: | ||
| + | tcp 0 0 0.0.0.0: | ||
| + | tcp 0 0 127.0.0.1: | ||
| + | tcp 0 0 127.0.0.1: | ||
| + | tcp 0 0 10.0.2.15: | ||
| + | tcp 0 0 127.0.0.1: | ||
| + | tcp6 | ||
| + | tcp6 | ||
| + | tcp6 | ||
| + | tcp6 | ||
| + | tcp6 | ||
| + | tcp6 | ||
| + | tcp6 | ||
| + | udp 0 0 0.0.0.0: | ||
| + | udp 0 0 0.0.0.0: | ||
| + | udp 0 0 0.0.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: | ||
| + | udp6 | ||
| + | udp6 | ||
| + | udp6 | ||
| + | udp6 | ||
| + | udp6 | ||
| + | udp6 | ||
| + | Active UNIX domain sockets (servers and established) | ||
| + | Proto RefCnt Flags | ||
| + | unix 2 [ ACC ] | ||
| + | --More-- | ||
| + | </ | ||
| + | |||
| + | Pour connaitre la liste des applications ayant ouvert un port sur l' | ||
| + | |||
| + | < | ||
| + | root@debian8: | ||
| + | Active Internet connections (servers and established) | ||
| + | Proto Recv-Q Send-Q Local Address | ||
| + | tcp 0 0 127.0.0.1: | ||
| + | tcp 0 0 127.0.0.1: | ||
| + | tcp 0 0 127.0.0.1: | ||
| + | tcp 0 0 0.0.0.0: | ||
| + | tcp 0 0 0.0.0.0: | ||
| + | tcp 0 0 0.0.0.0: | ||
| + | tcp 0 0 0.0.0.0: | ||
| + | tcp 0 0 127.0.0.1: | ||
| + | tcp 0 0 127.0.0.1: | ||
| + | tcp 0 0 10.0.2.15: | ||
| + | tcp 0 0 127.0.0.1: | ||
| + | tcp6 | ||
| + | tcp6 | ||
| + | tcp6 | ||
| + | tcp6 | ||
| + | tcp6 | ||
| + | tcp6 | ||
| + | tcp6 | ||
| + | udp 0 0 0.0.0.0: | ||
| + | udp 0 0 0.0.0.0: | ||
| + | udp 0 0 0.0.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: | ||
| + | udp6 | ||
| + | udp6 | ||
| + | udp6 | ||
| + | udp6 | ||
| + | udp6 | ||
| + | udp6 | ||
| + | Active UNIX domain sockets (servers and established) | ||
| + | Proto RefCnt Flags | ||
| + | unix 2 [ ACC ] | ||
| + | --More-- | ||
| + | </ | ||
| + | |||
| + | ==== Résolution d' | ||
| + | |||
| + | Chaque protocole peut être encapsulé dans une **trame** Ethernet. Lorsque la trame doit être transportée de l' | ||
| + | |||
| + | Pour connaître l' | ||
| + | |||
| + | < | ||
| + | root@debian8: | ||
| + | ? (10.0.2.2) at 52: | ||
| + | ? (10.0.2.3) at 52: | ||
| + | </ | ||
| + | |||
| + | ===Options de la commande=== | ||
| + | |||
| + | Les options de cette commande sont : | ||
| + | |||
| + | < | ||
| + | root@debian8: | ||
| + | Usage: | ||
| + | arp [-vn] [< | ||
| + | arp [-v] [-i <if>] -d < | ||
| + | arp [-vnD] [< | ||
| + | arp [-v] | ||
| + | arp [-v] | ||
| + | |||
| + | -a | ||
| + | -s, --set set a new ARP entry | ||
| + | -d, --delete | ||
| + | -v, --verbose | ||
| + | -n, --numeric | ||
| + | -i, --device | ||
| + | -D, --use-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) eui64 (Generic EUI-64) | ||
| + | </ | ||
| + | |||
| + | =====Annexe #3 - 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> | ||
| + | Le système de Méthode du Masque Jetable (One Time Pad) fût mis au point dans les années 1920. Il utilisait une clef générée aléatoirement à usage unique. | ||
| + | </ | ||
| + | |||
| + | Les algorithmes de chiffrement symétrique couramment utilisés en informatique sont: | ||
| + | |||
| + | * **[[wpfr> | ||
| + | * **[[wpfr> | ||
| + | * **[[wpfr> | ||
| + | * **[[wpfr> | ||
| + | * **[[wpfr> | ||
| + | * **[[wpfr> | ||
| + | |||
| + | ====Algorithmes à clef publique==== | ||
| + | |||
| + | ===Le Chiffrement Asymétrique=== | ||
| + | |||
| + | Ce système est aussi appelé **Système à Clef Publique**. | ||
| + | |||
| + | Ce système consiste à avoir deux clefs appelées des **bi-clefs**: | ||
| + | |||
| + | * Une clef **publique** pour le chiffrement | ||
| + | * Une clef **secrète** ou **privée** pour le déchiffrement | ||
| + | |||
| + | {{: | ||
| + | |||
| + | * L' | ||
| + | * A partir de cette clef il génère plusieurs clefs publiques grâce à un algorithme. | ||
| + | * L' | ||
| + | |||
| + | Ce système est basé sur ce que l'on appelle une **fonction à trappe à sens unique** ou **one-way trap door**. | ||
| + | |||
| + | Il existe toutefois un problème – s' | ||
| + | |||
| + | Les algorithmes de chiffrement asymétrique couramment utilisés en informatique sont: | ||
| + | |||
| + | * **[[wpfr> | ||
| + | * **[[wpfr> | ||
| + | |||
| + | ===La Clef de Session=== | ||
| + | |||
| + | Ce système est un compromis entre le système symétrique et le système asymétrique. Il permet l' | ||
| + | |||
| + | {{: | ||
| + | |||
| + | Ce système fonctionne de la façon suivante : | ||
| + | |||
| + | * L' | ||
| + | * L' | ||
| + | * L' | ||
| + | * L' | ||
| + | |||
| + | ====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> | ||
| + | Ce système permet de vérifier que l' | ||
| + | </ | ||
| + | |||
| + | ====Signature Numérique==== | ||
| + | |||
| + | Pour garantir l' | ||
| + | |||
| + | {{: | ||
| + | |||
| + | * L’utilisateur A envoie le sceau au destinataire. | ||
| + | * A la réception du message L’utilisateur B déchiffre le sceau avec la clé publique de l’utilisateur A. | ||
| + | * Il compare le haché obtenu au haché reçu en pièce jointe. | ||
| + | |||
| + | Ce mécanisme de création de sceau est appelé **scellement**. | ||
| + | |||
| + | Ce mécanisme est identique au procédé utilisé par SSH lors d'une connexion | ||
| + | |||
| + | ====Utilisation de GnuPG==== | ||
| + | |||
| + | ===Présentation=== | ||
| + | |||
| + | **GNU Privacy Guard** permet aux utilisateurs de transférer des messages chiffrés et/ou signés. | ||
| + | |||
| + | ===Installation=== | ||
| + | |||
| + | Sous RHEL/CentOS 7, le paquet gnupg est installé par défaut : | ||
| + | |||
| + | < | ||
| + | root@debian8: | ||
| + | gpg: / | ||
| + | </ | ||
| + | |||
| + | ===Configuration=== | ||
| + | |||
| + | Pour initialiser %%GnuPG%%, saisissez la commande suivante : | ||
| + | |||
| + | < | ||
| + | root@debian8: | ||
| + | gpg: / | ||
| + | root@debian8: | ||
| + | gpg: directory `/ | ||
| + | gpg: new configuration file `/ | ||
| + | gpg: WARNING: options in `/ | ||
| + | gpg: keyring `/ | ||
| + | gpg: keyring `/ | ||
| + | gpg: Go ahead and type your message ... | ||
| + | ^C | ||
| + | gpg: Interrupt caught ... exiting | ||
| + | </ | ||
| + | |||
| + | Pour aider gpg dans la génération des clefs, utilisez **rngd** pour fournir suffisament d" | ||
| + | |||
| + | < | ||
| + | root@debian8: | ||
| + | Reading package lists... Done | ||
| + | Building dependency tree | ||
| + | Reading state information... Done | ||
| + | The following NEW packages will be installed: | ||
| + | rng-tools | ||
| + | 0 upgraded, 1 newly installed, 0 to remove and 95 not upgraded. | ||
| + | Need to get 46.8 kB of archives. | ||
| + | After this operation, 209 kB of additional disk space will be used. | ||
| + | Get:1 http:// | ||
| + | Fetched 46.8 kB in 0s (146 kB/s) | ||
| + | Selecting previously unselected package rng-tools. | ||
| + | (Reading database ... 82472 files and directories currently installed.) | ||
| + | Preparing to unpack .../ | ||
| + | Unpacking rng-tools (2-unofficial-mt.14-1) ... | ||
| + | Processing triggers for systemd (215-17+deb8u4) ... | ||
| + | Processing triggers for man-db (2.7.0.2-5) ... | ||
| + | Setting up rng-tools (2-unofficial-mt.14-1) ... | ||
| + | Job for rng-tools.service failed. See ' | ||
| + | invoke-rc.d: | ||
| + | Processing triggers for systemd (215-17+deb8u4) ... | ||
| + | |||
| + | root@debian8: | ||
| + | rngd 2-unofficial-mt.14 starting up... | ||
| + | entropy feed to the kernel ready | ||
| + | ^Cstats: bits received from HRNG source: 60064 | ||
| + | stats: bits sent to kernel pool: 4096 | ||
| + | stats: entropy added to kernel pool: 4096 | ||
| + | stats: FIPS 140-2 successes: 3 | ||
| + | stats: FIPS 140-2 failures: 0 | ||
| + | stats: FIPS 140-2(2001-10-10) Monobit: 0 | ||
| + | stats: FIPS 140-2(2001-10-10) Poker: 0 | ||
| + | stats: FIPS 140-2(2001-10-10) Runs: 0 | ||
| + | stats: FIPS 140-2(2001-10-10) Long run: 0 | ||
| + | stats: FIPS 140-2(2001-10-10) Continuous run: 0 | ||
| + | stats: HRNG source speed: (min=64.005; | ||
| + | stats: FIPS tests speed: (min=99.861; | ||
| + | stats: Lowest ready-buffers level: 2 | ||
| + | stats: Entropy starvations: | ||
| + | stats: Time spent starving for entropy: (min=0; avg=0.000; max=0)us | ||
| + | Exiting... | ||
| + | |||
| + | root@debian8: | ||
| + | 2022 | ||
| + | </ | ||
| + | |||
| + | Pour générer les clefs, saisissez la commande suivante : | ||
| + | |||
| + | < | ||
| + | root@debian8: | ||
| + | gpg (GnuPG) 1.4.18; Copyright (C) 2014 Free Software Foundation, Inc. | ||
| + | This is free software: you are free to change and redistribute it. | ||
| + | There is NO WARRANTY, to the extent permitted by law. | ||
| + | |||
| + | Please select what kind of key you want: | ||
| + | (1) RSA and RSA (default) | ||
| + | (2) DSA and Elgamal | ||
| + | (3) DSA (sign only) | ||
| + | (4) RSA (sign only) | ||
| + | Your selection? 1 | ||
| + | RSA keys may be between 1024 and 4096 bits long. | ||
| + | What keysize do you want? (2048) | ||
| + | Requested keysize is 2048 bits | ||
| + | Please specify how long the key should be valid. | ||
| + | 0 = key does not expire | ||
| + | < | ||
| + | <n>w = key expires in n weeks | ||
| + | <n>m = key expires in n months | ||
| + | <n>y = key expires in n years | ||
| + | Key is valid for? (0) 0 | ||
| + | Key does not expire at all | ||
| + | Is this correct? (y/N) y | ||
| + | |||
| + | You need a user ID to identify your key; the software constructs the user ID | ||
| + | from the Real Name, Comment and Email Address in this form: | ||
| + | " | ||
| + | |||
| + | Real name: I2TCH | ||
| + | Email address: infos@i2tch.eu | ||
| + | Comment: Test Key | ||
| + | You selected this USER-ID: | ||
| + | "I2TCH (Test Key) < | ||
| + | |||
| + | Change (N)ame, (C)omment, (E)mail or (O)kay/ | ||
| + | You need a Passphrase to protect your secret key. | ||
| + | |||
| + | We need to generate a lot of random bytes. It is a good idea to perform | ||
| + | some other action (type on the keyboard, move the mouse, utilize the | ||
| + | disks) during the prime generation; this gives the random number | ||
| + | generator a better chance to gain enough entropy. | ||
| + | |||
| + | Not enough random bytes available. | ||
| + | the OS a chance to collect more entropy! (Need 158 more bytes) | ||
| + | .......+++++ | ||
| + | .+++++ | ||
| + | We need to generate a lot of random bytes. It is a good idea to perform | ||
| + | some other action (type on the keyboard, move the mouse, utilize the | ||
| + | disks) during the prime generation; this gives the random number | ||
| + | generator a better chance to gain enough entropy. | ||
| + | +++++ | ||
| + | ..+++++ | ||
| + | gpg: / | ||
| + | gpg: key 324951F4 marked as ultimately trusted | ||
| + | public and secret key created and signed. | ||
| + | |||
| + | gpg: checking the trustdb | ||
| + | gpg: 3 marginal(s) needed, 1 complete(s) needed, PGP trust model | ||
| + | gpg: depth: 0 valid: | ||
| + | pub | ||
| + | Key fingerprint = 293A 4AB0 C917 DEAD 1838 FAE6 B112 5F50 3249 51F4 | ||
| + | uid I2TCH (Test Key) < | ||
| + | sub | ||
| + | </ | ||
| + | |||
| + | La liste de clefs peut être visualisée avec la commande suivante : | ||
| + | |||
| + | < | ||
| + | root@debian8: | ||
| + | / | ||
| + | ------------------------ | ||
| + | pub | ||
| + | uid I2TCH (Test Key) < | ||
| + | sub | ||
| + | </ | ||
| + | |||
| + | <WRAP center round important> | ||
| + | Pour importer la clef d'un correspondant dans sa trousse de clefs il convient d' | ||
| + | |||
| + | # gpg --import la-clef.asc | ||
| + | </ | ||
| + | |||
| + | Pour exporter sa clef publique, il convient d' | ||
| + | |||
| + | < | ||
| + | root@debian8: | ||
| + | root@debian8: | ||
| + | -----BEGIN PGP PUBLIC KEY BLOCK----- | ||
| + | Version: GnuPG v1 | ||
| + | |||
| + | mQENBFem/ | ||
| + | RLqhi7F7+/ | ||
| + | a2jnwJjlqg4/ | ||
| + | iaSMF2XwvjSIz6nPv0EVvfzzLUdebKBDBrqiZebCbCfeTzR3yyMr9rA8QWdfCHuW | ||
| + | yQaI/ | ||
| + | 8kidI4AVIUm2WlmpLzTJN/ | ||
| + | eSkgPGluZm9zQGkydGNoLmV1PokBOAQTAQIAIgUCV6b8BQIbAwYLCQgHAwIGFQgC | ||
| + | CQoLBBYCAwECHgECF4AACgkQsRJfUDJJUfSz3ggAwsH18xuOjidLNST2OM+8Sf/ | ||
| + | 954Ajp3x7zBSQCihhHnuVL/ | ||
| + | +cLtSRjGtVE3uvScIUodJONGJJM6oOf3doyLsYHfA1511IWViryTGylS5sBBfjcN | ||
| + | / | ||
| + | 0Nrq4pqOD/ | ||
| + | 8nYA97eX0jQooxyrHq+9HHU6kvFtOVVpUEbgHyZzenQzdbAuYabJTETE7vgMfbkB | ||
| + | DQRXpvwFAQgArXPkbmoLS/ | ||
| + | d4A3kG1t3rHKlFlHnsGm8tHw3Jjg+/ | ||
| + | vqOIWCys96bKcwLIJuYDK9kLuUDRRniMcaA2sl44BaVDl9V8HEm3PS3jYbewwCZa | ||
| + | Z7vtiiK39cyn6AatZHBw7ubeYupmtTUc34dfSym5K7jKgg3VOhaVGsDF1OPogBit | ||
| + | w1tLdNHRyxYkIkhV9xtBIaUMSDsfulmMVsQXXCwY27m3EQMc25C7xuQ5K/ | ||
| + | DKzcYcPcHd0cT8B7Ym7+Xetq+CdQD1jOSQARAQABiQEfBBgBAgAJBQJXpvwFAhsM | ||
| + | AAoJELESX1AySVH0/ | ||
| + | 7XsftBUSRBPMTvKvFNLSOklggKKP2OFz3ZmBttjdJXL+24U48LtLplG2cfXpAzjD | ||
| + | 7rMVuKICgJGHlLWr+sT3t2uH/ | ||
| + | eVYbXTwXRLlyhcPVy2BZl8OVQlizqLkuzonAmzOMUpYAXU983MZlzEKhMp8R/ | ||
| + | vx/ | ||
| + | Pi6GtIZkpKnV1Q7Ct6x3K7HJKfpis3YjIZSFq+Gr09o= | ||
| + | =bhYQ | ||
| + | -----END PGP PUBLIC KEY BLOCK----- | ||
| + | </ | ||
| + | |||
| + | Cette clef peut ensuite être jointe à des messages électroniques ou bien déposée sur un serveur de clefs tel http:// | ||
| + | |||
| + | ===Signer un message=== | ||
| + | |||
| + | Créez maintenant un message à signer : | ||
| + | |||
| + | < | ||
| + | root@debian8: | ||
| + | root@debian8: | ||
| + | This is a test message for gpg | ||
| + | </ | ||
| + | |||
| + | Pour signer ce message en format binaire, il convient d' | ||
| + | |||
| + | < | ||
| + | root@debian8: | ||
| + | |||
| + | You need a passphrase to unlock the secret key for | ||
| + | user: "I2TCH (Test Key) < | ||
| + | 2048-bit RSA key, ID 324951F4, created 2016-08-07 | ||
| + | |||
| + | root@debian8: | ||
| + | -rw-r--r-- 1 root root 31 Aug 7 10:18 message.txt | ||
| + | -rw-r--r-- 1 root root 287 Aug 7 10:18 message.txt.sig | ||
| + | |||
| + | root@debian8: | ||
| + | � W��� | ||
| + | �_P2IQ�E�� > | ||
| + | | ||
| + | �R^i�tЉ y�`�[]a�_1�ԺP)�a�\���ɘFO$m��l | ||
| + | | ||
| + | </ | ||
| + | |||
| + | Pour signer ce message en format ascii, il convient d' | ||
| + | |||
| + | < | ||
| + | root@debian8: | ||
| + | |||
| + | You need a passphrase to unlock the secret key for | ||
| + | user: "I2TCH (Test Key) < | ||
| + | 2048-bit RSA key, ID 324951F4, created 2016-08-07 | ||
| + | |||
| + | root@debian8: | ||
| + | -rw-r--r-- 1 root root 31 Aug 7 10:18 message.txt | ||
| + | -rw-r--r-- 1 root root 473 Aug 10 11:29 message.txt.asc | ||
| + | -rw-r--r-- 1 root root 287 Aug 7 10:18 message.txt.sig | ||
| + | |||
| + | root@debian8: | ||
| + | -----BEGIN PGP SIGNATURE----- | ||
| + | Version: GnuPG v1 | ||
| + | |||
| + | iQEcBAABAgAGBQJXqwICAAoJELESX1AySVH0tqUH/ | ||
| + | 2cCj2stliojf437f7eZDyHTNiB/ | ||
| + | CTFRMwH0v61ssZTU/ | ||
| + | twDpWH8NFdW7yGNoKdnPkCdrKEMuUCthLz05W1yCngFDpPwkd8MM9wFq7UdQ+EN9 | ||
| + | G2iiyIQbArOI18v67BH571z+4UlOfJlUB+O2C9D8tobJBU7KNSPLWnYAJck6YrrC | ||
| + | 3RVW5M74LcHtfQypSeCJAqxiZf2SMtNU99zPnDqMzwX8tNCpYrlL3IX6DdduOJ4= | ||
| + | =/wL9 | ||
| + | -----END PGP SIGNATURE----- | ||
| + | </ | ||
| + | |||
| + | Pour vérifier la signature d'un message signé en mode ascii, il convient d' | ||
| + | |||
| + | < | ||
| + | root@debian8: | ||
| + | gpg: assuming signed data in `message.txt' | ||
| + | gpg: Signature made Wed 10 Aug 2016 11:34:35 BST using RSA key ID 324951F4 | ||
| + | gpg: Good signature from "I2TCH (Test Key) < | ||
| + | </ | ||
| + | |||
| + | <WRAP center round important> | ||
| + | Pour vérifier la signature d'un message signé en mode ascii et produit en dehors du message lui-même, il convient d' | ||
| + | |||
| + | # gpg --verify message.txt.asc message.txt | ||
| + | </ | ||
| + | |||
| + | Pour signer ce message **dans le message lui-même** en format ascii, il convient d' | ||
| + | |||
| + | < | ||
| + | root@debian8: | ||
| + | |||
| + | You need a passphrase to unlock the secret key for | ||
| + | user: "I2TCH (Test Key) < | ||
| + | 2048-bit RSA key, ID 324951F4, created 2016-08-07 | ||
| + | |||
| + | File `message.txt.asc' | ||
| + | root@debian8: | ||
| + | -rw-r--r-- 1 root root 31 Aug 7 10:18 message.txt | ||
| + | -rw-r--r-- 1 root root 551 Aug 10 11:30 message.txt.asc | ||
| + | -rw-r--r-- 1 root root 287 Aug 7 10:18 message.txt.sig | ||
| + | root@debian8: | ||
| + | -----BEGIN PGP SIGNED MESSAGE----- | ||
| + | Hash: SHA1 | ||
| + | |||
| + | This is a test message for gpg | ||
| + | -----BEGIN PGP SIGNATURE----- | ||
| + | Version: GnuPG v1 | ||
| + | |||
| + | iQEcBAEBAgAGBQJXqwJHAAoJELESX1AySVH0VEMIAJc7NP2v8s/ | ||
| + | oTS721z/ | ||
| + | hPCeMtdcWTF3/ | ||
| + | TkVnk/ | ||
| + | 582UmrGUQq5z6CC7kiZzifbOtm54pT5MioVfHpYwt6+zlfvYhgVn8VQ62eKAg0zs | ||
| + | IaaRTYVmlD1XUbWxswqvBA9RwIRck6A5Oi5YAoH8jUHaZjvVK9KaEXDQ7Ga/ | ||
| + | =i5f6 | ||
| + | -----END PGP SIGNATURE----- | ||
| + | </ | ||
| + | |||
| + | ===Chiffrer un message=== | ||
| + | |||
| + | Pour chiffrer un message, il faut disposer de la clef publique du destinataire du message. Ce dernier utilisera ensuite sa clef privée pour déchiffrer le message. Il convient de préciser le destinataire du message, ou plus précisément la clef publique à utiliser, lors d'un chiffrement : | ||
| + | |||
| + | gpg --recipient < | ||
| + | |||
| + | * //< | ||
| + | * //< | ||
| + | |||
| + | Par exemple pour chiffrer un message en mode binaire, il convient de saisir la commande suivante : | ||
| + | |||
| + | < | ||
| + | root@debian8: | ||
| + | |||
| + | root@debian8: | ||
| + | -rw-r--r-- 1 root root 31 Aug 7 10:18 message.txt | ||
| + | -rw-r--r-- 1 root root 473 Aug 10 11:34 message.txt.asc | ||
| + | -rw-r--r-- 1 root root 367 Aug 10 11:37 message.txt.gpg | ||
| + | -rw-r--r-- 1 root root 287 Aug 7 10:18 message.txt.sig | ||
| + | |||
| + | root@debian8: | ||
| + | � W��� | ||
| + | �_P2IQ�E�� > | ||
| + | | ||
| + | �R^i�tЉ y�`�[]a�_1�ԺP)�a�\���ɘFO$m��l | ||
| + | | ||
| + | </ | ||
| + | |||
| + | Et pour chiffrer un message en mode ascii, il convient de saisir la commande suivante : | ||
| + | |||
| + | < | ||
| + | root@debian8: | ||
| + | File `message.txt.asc' | ||
| + | |||
| + | root@debian8: | ||
| + | -rw-r--r-- 1 root root 31 Aug 7 10:18 message.txt | ||
| + | -rw-r--r-- 1 root root 579 Aug 10 11:38 message.txt.asc | ||
| + | -rw-r--r-- 1 root root 367 Aug 10 11:37 message.txt.gpg | ||
| + | -rw-r--r-- 1 root root 287 Aug 7 10:18 message.txt.sig | ||
| + | |||
| + | root@debian8: | ||
| + | -----BEGIN PGP MESSAGE----- | ||
| + | Version: GnuPG v1 | ||
| + | |||
| + | hQEMA9hdNoMxWUPaAQgAk8S4GyQNVeB36uoLY0icuC/ | ||
| + | XJX3rHW0RCavc6mLTJvUGYUysubcVisQFWm3LTZ0ZD796S671EdLNNGgsfHNdR90 | ||
| + | ext6f6UihR2ep5Y++8eTSat7YQc8nLiF5yexbnOCBuyxGI7gP2lLiZAX6sifmY61 | ||
| + | pMegrrhA4BN2Wupbwm2A7WX4NcU4mdZtNxW+zC1Rtp+NOr6ad5JftEes2yPdUcrD | ||
| + | WW2gZaL1DJx50OmBc/ | ||
| + | mYoVwu1bYSSSzmNGGvlFDa6EE/ | ||
| + | EyofLf5p+DVtJs1MK3OdJ87GV5n2XamtD3Qp3O2EvF/ | ||
| + | m4Ka3BM8p2yK9PQQbAvQIIyUg9TjP31c1bzdRa/ | ||
| + | =laaP | ||
| + | -----END PGP MESSAGE----- | ||
| + | </ | ||
| + | |||
| + | Pour décrypter un message il convient d' | ||
| + | |||
| + | < | ||
| + | root@debian8: | ||
| + | |||
| + | You need a passphrase to unlock the secret key for | ||
| + | user: "I2TCH (Test Key) < | ||
| + | 2048-bit RSA key, ID 315943DA, created 2016-08-07 (main key ID 324951F4) | ||
| + | |||
| + | gpg: encrypted with 2048-bit RSA key, ID 315943DA, created 2016-08-07 | ||
| + | "I2TCH (Test Key) < | ||
| + | This is a test message for gpg | ||
| + | </ | ||
| + | |||
| + | ====PKI==== | ||
| + | |||
| + | On appelle **[[wpfr> | ||
| + | |||
| + | Les cryptosystèmes à clés publiques permettent de s' | ||
| + | |||
| + | * La clé publique est bien celle de son propriétaire ; | ||
| + | * Le propriétaire de la clé est digne de confiance ; | ||
| + | * La clé est toujours valide. | ||
| + | |||
| + | Ainsi, il est nécessaire d' | ||
| + | |||
| + | 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 ce faire, l' | ||
| + | |||
| + | Le rôle de l' | ||
| + | |||
| + | * enregistrer des demandes de clés en vérifiant l' | ||
| + | * générer les paires de clés (clé privée / clé publique) ; | ||
| + | * garantir la confidentialité des clés privées correspondant aux clés publiques ; | ||
| + | * certifier l' | ||
| + | * révoquer des clés (en cas de perte par son propriétaire, | ||
| + | |||
| + | Une infrastructure à clé publique est en règle générale composée de trois entités distinctes : | ||
| + | |||
| + | * L' | ||
| + | * L' | ||
| + | * L' | ||
| + | |||
| + | ===Certificats X509=== | ||
| + | |||
| + | Pour palier aux problèmes liés à des clefs publiques piratées, un système de certificats a été mis en place. | ||
| + | |||
| + | Le certificat permet d’associer la clef publique à une entité ou une personne. Les certificats sont délivrés par des Organismes de Certification. | ||
| + | |||
| + | Les certificats sont des fichiers divisés en deux parties : | ||
| + | |||
| + | * La partie contenant les informations | ||
| + | * La partie contenant la signature de l' | ||
| + | |||
| + | La structure des certificats est normalisée par le standard **[[wpfr> | ||
| + | |||
| + | Elle contient : | ||
| + | |||
| + | * Le nom de l' | ||
| + | * Le nom du propriétaire du certificat | ||
| + | * La date de validité du certificat | ||
| + | * L' | ||
| + | * La clé publique du propriétaire | ||
| + | |||
| + | Le Certificat est signé par l' | ||
| + | |||
| + | {{: | ||
| + | |||
| + | La vérification se passe ainsi: | ||
| + | |||
| + | {{: | ||
| + | |||
| + | =====Annexe 4 - La Commande iw===== | ||
| + | |||
| + | La commande **iw** permet de gérer le wifi : | ||
| + | |||
| + | < | ||
| + | root@debian11: | ||
| + | Connected to 00: | ||
| + | SSID: TP-Link_BEF5_5G | ||
| + | freq: 5220 | ||
| + | RX: 3323698885 bytes (7423914 packets) | ||
| + | TX: 1238020520 bytes (5751871 packets) | ||
| + | signal: -30 dBm | ||
| + | rx bitrate: 433.3 MBit/s VHT-MCS 9 80MHz short GI VHT-NSS 1 | ||
| + | tx bitrate: 433.3 MBit/s VHT-MCS 9 80MHz short GI VHT-NSS 1 | ||
| + | |||
| + | bss flags: | ||
| + | dtim period: 1 | ||
| + | beacon int: 100 | ||
| + | root@debian11: | ||
| + | wlo1 IEEE 802.11 | ||
| + | Mode: | ||
| + | Bit Rate=433.3 Mb/s | ||
| + | Retry short limit: | ||
| + | Encryption key:off | ||
| + | Power Management: | ||
| + | Link Quality=70/ | ||
| + | Rx invalid nwid: | ||
| + | Tx excessive retries: | ||
| + | </ | ||
| + | |||
| + | Les options de cette commande sont : | ||
| + | |||
| + | < | ||
| + | root@debian11: | ||
| + | Usage: | ||
| + | Options: | ||
| + | --debug | ||
| + | --version | ||
| + | Commands: | ||
| + | dev < | ||
| + | Stop AP functionality | ||
| + | |||
| + | |||
| + | dev < | ||
| + | < | ||
| + | |||
| + | |||
| + | phy < | ||
| + | Show coalesce status. | ||
| + | |||
| + | phy < | ||
| + | Disable coalesce. | ||
| + | |||
| + | phy < | ||
| + | Enable coalesce with given configuration. | ||
| + | The configuration file contains coalesce rules: | ||
| + | delay=< | ||
| + | condition=< | ||
| + | patterns=< | ||
| + | delay=< | ||
| + | condition=< | ||
| + | patterns=< | ||
| + | ... | ||
| + | delay: maximum coalescing delay in msec. | ||
| + | condition: 1/0 i.e. 'not match'/' | ||
| + | patterns: each pattern is given as a bytestring with ' | ||
| + | places where any byte may be present, e.g. 00: | ||
| + | match 00: | ||
| + | pattern should be separated by ' | ||
| + | match ' | ||
| + | |||
| + | |||
| + | dev < | ||
| + | Authenticate with the given network. | ||
| + | |||
| + | |||
| + | dev < | ||
| + | Join the network with the given SSID (and frequency, BSSID). | ||
| + | With -w, wait for the connect to finish or fail. | ||
| + | |||
| + | dev < | ||
| + | Disconnect from the current network. | ||
| + | |||
| + | dev < | ||
| + | Set connection quality monitor RSSI threshold. | ||
| + | |||
| + | |||
| + | event [-t|-r] [-f] | ||
| + | Monitor events from the kernel. | ||
| + | -t - print timestamp | ||
| + | -r - print relative timestamp | ||
| + | -f - print full frame for auth/assoc etc. | ||
| + | |||
| + | dev < | ||
| + | Start an FTM responder. Needs a running ap interface | ||
| + | |||
| + | |||
| + | dev < | ||
| + | Get FTM responder statistics. | ||
| + | |||
| + | |||
| + | phy < | ||
| + | |||
| + | |||
| + | phy < | ||
| + | |||
| + | |||
| + | phy < | ||
| + | |||
| + | |||
| + | phy < | ||
| + | |||
| + | |||
| + | dev < | ||
| + | Join the IBSS cell with the given SSID, if it doesn' | ||
| + | it on the given frequency. When fixed frequency is requested, don't | ||
| + | join/create a cell on a different frequency. When a fixed BSSID is | ||
| + | requested use that BSSID and do not adopt another cell's BSSID even | ||
| + | if it has higher TSF and the same SSID. If an IBSS is created, create | ||
| + | it with the specified basic-rates, | ||
| + | |||
| + | dev < | ||
| + | Leave the current IBSS cell. | ||
| + | |||
| + | features | ||
| + | |||
| + | |||
| + | commands | ||
| + | list all known commands and their decimal & hex value | ||
| + | |||
| + | phy | ||
| + | list | ||
| + | List all wireless devices and their capabilities. | ||
| + | |||
| + | phy < | ||
| + | Show capabilities for the specified wireless device. | ||
| + | |||
| + | dev < | ||
| + | dev < | ||
| + | dev < | ||
| + | Switch the operating channel by sending a channel switch announcement (CSA). | ||
| + | |||
| + | dev | ||
| + | List all network interfaces for wireless hardware. | ||
| + | |||
| + | dev < | ||
| + | Show information for this interface. | ||
| + | |||
| + | dev < | ||
| + | Remove this virtual interface | ||
| + | |||
| + | dev < | ||
| + | phy < | ||
| + | Add a new virtual interface with the given configuration. | ||
| + | Valid interface types are: managed, ibss, monitor, mesh, wds. | ||
| + | |||
| + | The flags are only used for monitor interfaces, valid flags are: | ||
| + | none: no special flags | ||
| + | fcsfail: | ||
| + | control: | ||
| + | otherbss: show frames from other BSSes | ||
| + | cook: use cooked mode | ||
| + | active: | ||
| + | mumimo-groupid < | ||
| + | mumimo-follow-mac < | ||
| + | |||
| + | The mesh_id is used only for mesh mode. | ||
| + | |||
| + | help [command] | ||
| + | Print usage for all or a specific command, e.g. | ||
| + | "help wowlan" | ||
| + | |||
| + | dev < | ||
| + | Print information about the current link, if any. | ||
| + | |||
| + | dev < | ||
| + | Send an FTM request to the targets supplied in the config file. | ||
| + | Each line in the file represents a target, with the following format: | ||
| + | < | ||
| + | |||
| + | dev < | ||
| + | Leave a mesh. | ||
| + | |||
| + | dev < | ||
| + | Join a mesh with the given mesh ID with frequency, basic-rates, | ||
| + | mcast-rate and mesh parameters. Basic-rates are applied only if | ||
| + | frequency is provided. | ||
| + | |||
| + | dev < | ||
| + | Register for receiving certain mgmt frames and print them. | ||
| + | Frames are selected by their type and pattern containing | ||
| + | the first several bytes of the frame that should match. | ||
| + | |||
| + | Example: iw dev wlan0 mgmt dump frame 40 00 frame 40 01:02 count 10 | ||
| + | |||
| + | |||
| + | dev < | ||
| + | List known mesh paths. | ||
| + | |||
| + | dev < | ||
| + | Set an existing mesh path's next hop. | ||
| + | |||
| + | dev < | ||
| + | Create a new mesh path (instead of relying on automatic discovery). | ||
| + | |||
| + | dev < | ||
| + | Remove the mesh path to the given node. | ||
| + | |||
| + | dev < | ||
| + | Get information on mesh path to the given node. | ||
| + | |||
| + | dev < | ||
| + | Inject ethernet frame to given peer overriding the next hop | ||
| + | lookup from mpath table. | ||
| + | .Example: iw dev wlan0 mpath probe xx: | ||
| + | |||
| + | |||
| + | dev < | ||
| + | List known mesh proxy paths. | ||
| + | |||
| + | dev < | ||
| + | Get information on mesh proxy path to the given node. | ||
| + | |||
| + | wdev <idx> nan add_func type < | ||
| + | |||
| + | |||
| + | wdev <idx> nan rm_func cookie < | ||
| + | |||
| + | |||
| + | wdev <idx> nan config [pref < | ||
| + | |||
| + | |||
| + | wdev <idx> nan stop | ||
| + | |||
| + | |||
| + | wdev <idx> nan start pref < | ||
| + | |||
| + | |||
| + | dev < | ||
| + | Leave the OCB mode network. | ||
| + | |||
| + | dev < | ||
| + | Join the OCB mode network. | ||
| + | |||
| + | dev < | ||
| + | Leave operating channel and go to the given channel for a while. | ||
| + | |||
| + | wdev <idx> p2p stop | ||
| + | |||
| + | |||
| + | wdev <idx> p2p start | ||
| + | |||
| + | |||
| + | dev < | ||
| + | dev < | ||
| + | dev < | ||
| + | dev < | ||
| + | dev < | ||
| + | dev < | ||
| + | Start or trigger a channel availability check (CAC) looking to look for | ||
| + | radars on the given channel. | ||
| + | |||
| + | phy < | ||
| + | Show available channels. | ||
| + | |||
| + | reg reload | ||
| + | Reload the kernel' | ||
| + | |||
| + | phy < | ||
| + | Print out the devices' | ||
| + | |||
| + | reg get | ||
| + | Print out the kernel' | ||
| + | |||
| + | reg set <ISO/IEC 3166-1 alpha2> | ||
| + | Notify the kernel about the current regulatory domain. | ||
| + | |||
| + | dev < | ||
| + | |||
| + | |||
| + | dev < | ||
| + | Scan on the given frequencies and probe for the given SSIDs | ||
| + | (or wildcard if not given) unless passive scanning is requested. | ||
| + | If -u is specified print unknown data in the scan results. | ||
| + | Specified (vendor) IEs must be well-formed. | ||
| + | |||
| + | dev < | ||
| + | Stop an ongoing scheduled scan. | ||
| + | |||
| + | dev < | ||
| + | Start a scheduled scan at the specified interval on the given frequencies | ||
| + | with probing for the given SSIDs (or wildcard if not given) unless passive | ||
| + | scanning is requested. | ||
| + | will be returned. | ||
| + | |||
| + | dev < | ||
| + | Abort ongoing scan | ||
| + | |||
| + | dev < | ||
| + | Trigger a scan on the given frequencies with probing for the given | ||
| + | SSIDs (or wildcard if not given) unless passive scanning is requested. | ||
| + | Duration(in TUs), if specified, will be used to set dwell times. | ||
| + | |||
| + | |||
| + | dev < | ||
| + | Dump the current scan results. If -u is specified, print unknown | ||
| + | data in scan results. | ||
| + | |||
| + | dev < | ||
| + | Sets up the specified rate masks. | ||
| + | Not passing any arguments would clear the existing mask (if any). | ||
| + | |||
| + | dev < | ||
| + | Setup per-node TID specific configuration for TIDs selected by bitmask. | ||
| + | If MAC address is not specified, then supplied TID configuration | ||
| + | applied to all the peers. | ||
| + | Examples: | ||
| + | $ iw dev wlan0 set tidconf tids 0x1 ampdu off | ||
| + | $ iw dev wlan0 set tidconf tids 0x5 ampdu off amsdu off rtscts on | ||
| + | $ iw dev wlan0 set tidconf tids 0x3 override ampdu on noack on rtscts on | ||
| + | $ iw dev wlan0 set tidconf peer xx: | ||
| + | $ iw dev wlan0 set tidconf peer xx: | ||
| + | $ iw dev wlan0 set tidconf peer xx: | ||
| + | |||
| + | |||
| + | dev < | ||
| + | Set the multicast bitrate. | ||
| + | |||
| + | dev < | ||
| + | Set interface WDS peer. | ||
| + | |||
| + | dev < | ||
| + | Set the NoAck map for the TIDs. (0x0009 = BE, 0x0006 = BK, 0x0030 = VI, 0x00C0 = VO) | ||
| + | |||
| + | dev < | ||
| + | Set interface 4addr (WDS) mode. | ||
| + | |||
| + | dev < | ||
| + | Set interface type/mode. | ||
| + | Valid interface types are: managed, ibss, monitor, mesh, wds. | ||
| + | |||
| + | dev < | ||
| + | dev < | ||
| + | Set monitor flags. Valid flags are: | ||
| + | none: no special flags | ||
| + | fcsfail: | ||
| + | control: | ||
| + | otherbss: show frames from other BSSes | ||
| + | cook: use cooked mode | ||
| + | active: | ||
| + | mumimo-groupid < | ||
| + | mumimo-follow-mac < | ||
| + | |||
| + | dev < | ||
| + | Set mesh parameter (run command without any to see available ones). | ||
| + | |||
| + | phy < | ||
| + | Set TXQ parameters. The limit and memory_limit are global queue limits | ||
| + | for the whole phy. The quantum is the DRR scheduler quantum setting. | ||
| + | Valid values: 1 - 2**32 | ||
| + | |||
| + | phy < | ||
| + | Set a bitmap of allowed antennas to use for TX and RX. | ||
| + | The driver may reject antenna configurations it cannot support. | ||
| + | |||
| + | dev < | ||
| + | Specify transmit power level and setting type. | ||
| + | |||
| + | phy < | ||
| + | Specify transmit power level and setting type. | ||
| + | |||
| + | phy < | ||
| + | Enable ACK timeout estimation algorithm (dynack) or set appropriate | ||
| + | coverage class for given link distance in meters. | ||
| + | To disable dynack set valid value for coverage class. | ||
| + | Valid values: 0 - 114750 | ||
| + | |||
| + | phy < | ||
| + | Set coverage class (1 for every 3 usec of air propagation time). | ||
| + | Valid values: 0 - 255. | ||
| + | |||
| + | phy < | ||
| + | Put this wireless device into a different network namespace: | ||
| + | < | ||
| + | < | ||
| + | or by absolute path (man ip-netns) | ||
| + | |||
| + | |||
| + | phy < | ||
| + | Set retry limit. | ||
| + | |||
| + | phy < | ||
| + | Set rts threshold. | ||
| + | |||
| + | phy < | ||
| + | Set fragmentation threshold. | ||
| + | |||
| + | dev < | ||
| + | phy < | ||
| + | dev < | ||
| + | dev < | ||
| + | phy < | ||
| + | phy < | ||
| + | Set frequency/ | ||
| + | configuration. | ||
| + | |||
| + | phy < | ||
| + | Rename this wireless device. | ||
| + | |||
| + | dev < | ||
| + | Set power save state to on or off. | ||
| + | |||
| + | dev < | ||
| + | Retrieve mesh parameter (run command without any to see available ones). | ||
| + | |||
| + | phy < | ||
| + | Get TXQ parameters. | ||
| + | |||
| + | dev < | ||
| + | Retrieve power save state. | ||
| + | |||
| + | dev < | ||
| + | List all stations known, e.g. the AP on managed interfaces | ||
| + | |||
| + | dev < | ||
| + | Set Tx power for this station. | ||
| + | |||
| + | dev < | ||
| + | Set airtime weight for this station. | ||
| + | |||
| + | dev < | ||
| + | Set link-specific mesh power mode for this station | ||
| + | |||
| + | dev < | ||
| + | Set an AP VLAN for this station. | ||
| + | |||
| + | dev < | ||
| + | Set mesh peer link action for this station (peer). | ||
| + | |||
| + | dev < | ||
| + | Remove the given station entry (use with caution!) | ||
| + | Example subtype values: 0xA (disassociation), | ||
| + | |||
| + | dev < | ||
| + | Get information for a specific station. | ||
| + | |||
| + | dev < | ||
| + | List all gathered channel survey data | ||
| + | |||
| + | dev < | ||
| + | |||
| + | |||
| + | dev < | ||
| + | |||
| + | |||
| + | dev < | ||
| + | |||
| + | |||
| + | phy < | ||
| + | Show WoWLAN status. | ||
| + | |||
| + | phy < | ||
| + | Disable WoWLAN. | ||
| + | |||
| + | phy < | ||
| + | Enable WoWLAN with the given triggers. | ||
| + | Each pattern is given as a bytestring with ' | ||
| + | may be present, e.g. 00: | ||
| + | 00: | ||
| + | Offset and pattern should be separated by ' | ||
| + | |||
| + | The TCP configuration file contains: | ||
| + | source=ip[: | ||
| + | dest=ip: | ||
| + | data=< | ||
| + | data.interval=seconds | ||
| + | [wake=< | ||
| + | [data.seq=len, | ||
| + | [data.tok=len, | ||
| + | |||
| + | Net-detect configuration example: | ||
| + | iw phy0 wowlan enable net-detect interval 5000 delay 30 freqs 2412 2422 matches ssid foo ssid bar | ||
| + | |||
| + | |||
| + | Commands that use the netdev (' | ||
| + | ' | ||
| + | |||
| + | You can omit the ' | ||
| + | e.g. "iw wlan0 info" or "iw phy0 info". (Don't when scripting.) | ||
| + | |||
| + | Do NOT screenscrape this tool, we don't consider its output stable. | ||
| + | </ | ||
| ----- | ----- | ||
| Copyright © 2022 Hugh Norris. | Copyright © 2022 Hugh Norris. | ||
