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:solaris:10:junior:l120 [2020/01/05 16:56] – modification externe 127.0.0.1 | elearning:workbooks:solaris:10:junior:l120 [2020/01/30 03:28] (Version actuelle) – modification externe 127.0.0.1 | ||
|---|---|---|---|
| Ligne 1: | Ligne 1: | ||
| ~~PDF: | ~~PDF: | ||
| + | |||
| + | Version : **2020.01** | ||
| Dernière mise-à-jour : ~~LASTMOD~~ | Dernière mise-à-jour : ~~LASTMOD~~ | ||
| Ligne 29: | Ligne 31: | ||
| <WRAP center round todo 60%> | <WRAP center round todo 60%> | ||
| - | Tapez la commande **sys-unconfig** pour configurer votre système en DHCP puis en adresse fixe. Notez que le FQDN de votre système doit être **solaris.i2tch.loc** et que l' | + | **Important** - Tapez la commande **sys-unconfig** pour configurer votre système en DHCP puis en adresse fixe. Notez que le FQDN de votre système doit être **solaris.i2tch.loc** et que l' |
| </ | </ | ||
| Ligne 52: | Ligne 54: | ||
| lo0 8232 loopback | lo0 8232 loopback | ||
| e1000g0 1500 unknown | e1000g0 1500 unknown | ||
| + | # rm -f / | ||
| # touch / | # touch / | ||
| # cat / | # cat / | ||
| + | # | ||
| # echo " | # echo " | ||
| # cat /etc/hosts | # cat /etc/hosts | ||
| Ligne 84: | Ligne 86: | ||
| < | < | ||
| + | # vi / | ||
| # cat / | # cat / | ||
| solaris.i2tch.loc | solaris.i2tch.loc | ||
| - | # cat / | + | # vi / |
| + | # vi / | ||
| 10.0.2.15 | 10.0.2.15 | ||
| + | # vi /etc/hosts | ||
| # cat /etc/hosts | # cat /etc/hosts | ||
| 127.0.0.1 | 127.0.0.1 | ||
| Ligne 93: | Ligne 98: | ||
| # cat / | # cat / | ||
| solaris.i2tch.loc | solaris.i2tch.loc | ||
| + | # vi / | ||
| # cat / | # cat / | ||
| 10.0.2.2 | 10.0.2.2 | ||
| Ligne 101: | Ligne 107: | ||
| # grep ' | # grep ' | ||
| 10.0.2.0 | 10.0.2.0 | ||
| + | # reboot | ||
| </ | </ | ||
| - | |||
| ==== Résolution d' | ==== Résolution d' | ||
| Ligne 112: | Ligne 118: | ||
| < | < | ||
| # cat / | # cat / | ||
| - | nameserver 8.8.8.8 | ||
| - | nameserver 8.8.4.4 | ||
| nameserver 10.0.2.3 | nameserver 10.0.2.3 | ||
| </ | </ | ||
| Ligne 121: | Ligne 125: | ||
| < | < | ||
| # grep ' | # grep ' | ||
| - | hosts: files dns | + | hosts: files dns # Added by DHCP |
| </ | </ | ||
| Le mot **files** fait référence au fichier **/ | Le mot **files** fait référence au fichier **/ | ||
| - | |||
| === /etc/hosts === | === /etc/hosts === | ||
| Ligne 134: | Ligne 137: | ||
| # cat /etc/hosts | # cat /etc/hosts | ||
| 127.0.0.1 | 127.0.0.1 | ||
| - | 10.0.2.15 | + | 10.0.2.15 |
| </ | </ | ||
| Pour tester le serveur DNS, deux commandes sont possibles : | Pour tester le serveur DNS, deux commandes sont possibles : | ||
| - | |||
| - | #nslookup nom_de_machine [Entrée] | ||
| - | |||
| - | ou | ||
| - | |||
| - | #dig nom_de_machine [Entrée] | ||
| - | |||
| - | En saisissant ces commandes vous obtiendrez une fenêtre similaire à celle-ci : | ||
| < | < | ||
| - | # nslookup www.fenestros.org | + | # nslookup www.ittraining.center |
| Server: | Server: | ||
| Address: | Address: | ||
| Non-authoritative answer: | Non-authoritative answer: | ||
| - | Name: www.fenestros.org | + | Name: www.ittraining.center |
| - | Address: | + | Address: |
| - | # dig www.fenestros.org | + | # dig www.ittraining.center |
| - | ; <<>> | + | ; <<>> |
| - | ;; global options: | + | ;; global options: |
| ;; Got answer: | ;; Got answer: | ||
| - | ;; ->> | + | ;; ->> |
| ;; flags: qr rd ra; QUERY: 1, ANSWER: 1, AUTHORITY: 0, ADDITIONAL: 0 | ;; flags: qr rd ra; QUERY: 1, ANSWER: 1, AUTHORITY: 0, ADDITIONAL: 0 | ||
| ;; QUESTION SECTION: | ;; QUESTION SECTION: | ||
| - | ;www.fenestros.org. | + | ;www.ittraining.center. |
| ;; ANSWER SECTION: | ;; ANSWER SECTION: | ||
| - | www.fenestros.org. | + | www.ittraining.center. |
| - | ;; Query time: 103 msec | + | ;; Query time: 6 msec |
| ;; SERVER: 10.0.2.3# | ;; SERVER: 10.0.2.3# | ||
| - | ;; WHEN: Thu Mar 19 22:30:00 2009 | + | ;; WHEN: Thu Jan 16 11:11:09 2020 |
| - | ;; MSG SIZE rcvd: 51 | + | ;; MSG SIZE rcvd: 55 |
| </ | </ | ||
| Ligne 184: | Ligne 179: | ||
| Historiquement les serveurs étaient gérés par le service **inetd**. Lors de l' | Historiquement les serveurs étaient gérés par le service **inetd**. Lors de l' | ||
| - | <file> | + | <code> |
| + | # cat / | ||
| # | # | ||
| # Copyright 2004 Sun Microsystems, | # Copyright 2004 Sun Microsystems, | ||
| Ligne 211: | Ligne 207: | ||
| # TFTPD - tftp server (primarily used for booting) | # TFTPD - tftp server (primarily used for booting) | ||
| #tftp | #tftp | ||
| - | </file> | + | </code> |
| Les lignes de configuration des serveurs ressemblaient à : | Les lignes de configuration des serveurs ressemblaient à : | ||
| Ligne 467: | Ligne 463: | ||
| default | default | ||
| default | default | ||
| - | par défaut: introuvable | + | default: not found |
| </ | </ | ||
| Ligne 489: | Ligne 485: | ||
| ether 8: | ether 8: | ||
| </ | </ | ||
| - | |||
| - | <WRAP center round important 60%> | ||
| - | Tapez la commande et vérifiez que vous obtenez un résultat similaire à celui démontré ci-dessus. | ||
| - | </ | ||
| - | |||
| ====hostname==== | ====hostname==== | ||
| - | Pour afficher la configuration | + | Pour afficher la configuration |
| - | + | ||
| - | #hostname [Entrée] | + | |
| - | + | ||
| - | ou | + | |
| - | + | ||
| - | #uname -a |Entrée] | + | |
| - | + | ||
| - | En saisissant ces commandes vous obtiendrez une fenêtre similaire à celle-ci | + | |
| < | < | ||
| Ligne 511: | Ligne 494: | ||
| solaris.i2tch.loc | solaris.i2tch.loc | ||
| # uname -a | # uname -a | ||
| - | SunOS solaris.i2tch.loc 5.10 Generic_127128-11 i86pc i386 i86pc | + | SunOS solaris.i2tch.loc 5.10 Generic_147148-26 i86pc i386 i86pc |
| </ | </ | ||
| - | |||
| - | <WRAP center round important 60%> | ||
| - | Tapez les commandes et vérifiez que vous obtenez un résultat similaire à celui démontré ci-dessus. | ||
| - | </ | ||
| ====ping==== | ====ping==== | ||
| Ligne 523: | Ligne 502: | ||
| < | < | ||
| - | # ping 10.0.2.3 | + | # ping www.ittraining.center |
| - | 10.0.2.3 is alive | + | www.ittraining.center |
| </ | </ | ||
| - | Pour voir vos pings d'une manière | + | Pour rendre la commande |
| < | < | ||
| - | # ping -s 10.0.2.3 | + | # ping -s www.ittraining.center |
| - | PING 10.0.2.3: 56 data bytes | + | PING www.ittraining.center: 56 data bytes |
| - | 64 bytes from dns1.proxad.net (212.27.40.240): icmp_seq=0. time=48.1 ms | + | 64 bytes from 217-160-0-225.elastic-ssl.ui-r.com |
| - | 64 bytes from dns1.proxad.net (212.27.40.240): icmp_seq=1. time=51.4 ms | + | 64 bytes from 217-160-0-225.elastic-ssl.ui-r.com (217.160.0.225): icmp_seq=1. time=43.1 ms |
| - | 64 bytes from dns1.proxad.net (212.27.40.240): icmp_seq=2. time=43.2 ms | + | 64 bytes from 217-160-0-225.elastic-ssl.ui-r.com |
| - | 64 bytes from dns1.proxad.net (212.27.40.240): icmp_seq=3. time=26.9 ms | + | 64 bytes from 217-160-0-225.elastic-ssl.ui-r.com |
| - | 64 bytes from dns1.proxad.net (212.27.40.240): icmp_seq=4. time=34.7 ms | + | 64 bytes from 217-160-0-225.elastic-ssl.ui-r.com |
| ^C | ^C | ||
| - | ----10.0.2.3 PING Statistics---- | + | ----www.ittraining.center |
| 5 packets transmitted, | 5 packets transmitted, | ||
| - | round-trip (ms) min/ | + | round-trip (ms) min/ |
| </ | </ | ||
| Ligne 549: | Ligne 528: | ||
| < | < | ||
| # netstat -i | # netstat -i | ||
| - | Name Mtu Net/ | + | Name Mtu Net/ |
| - | lo0 8232 loopback | + | lo0 8232 loopback |
| - | e1000g0 1500 solaris.i2tch.loc solaris | + | e1000g0 1500 solaris.i2tch.loc solaris |
| </ | </ | ||
| Ligne 565: | Ligne 544: | ||
| # svcs telnet | # svcs telnet | ||
| STATE STIME FMRI | STATE STIME FMRI | ||
| - | online | + | online |
| </ | </ | ||
| Ligne 576: | Ligne 555: | ||
| Escape character is ' | Escape character is ' | ||
| login: user2 | login: user2 | ||
| - | Password: | + | Password: |
| - | Sun Microsystems Inc. SunOS 5.10 Generic January 2005 | + | Oracle Corporation |
| $ pwd | $ pwd | ||
| / | / | ||
| Ligne 586: | Ligne 565: | ||
| ==== ssh ==== | ==== ssh ==== | ||
| - | La commande **ssh** est le successeur et la remplaçante de la commande **rlogin** | + | La commande **[[wpfr> |
| + | |||
| + | * Le **serveur SSH** | ||
| + | * le démon sshd, qui s' | ||
| + | * Le **client SSH** | ||
| + | * ssh ou scp, qui assure la connexion et le dialogue avec le serveur, | ||
| + | * La **session** qui représente la connexion courante et qui commence juste après l' | ||
| + | * Les **clefs** | ||
| + | * **Couple de clef utilisateur asymétriques** et persistantes qui assurent l' | ||
| + | * **Clef hôte asymétrique et persistante** garantissant l' | ||
| + | * **Clef serveur asymétrique et temporaire** utilisée par le protocole SSH1 qui sert au chiffrement de la clé de session, | ||
| + | * **Clef de session symétrique qui est générée aléatoirement** et qui permet le chiiffrement de la communication entre le client et le serveur. Elle est détruite en fin de session. SSH-1 utilise une seule clef tandis que SSH-2 utilise une clef par direction de la communication, | ||
| + | * La **base de données des hôtes connus** qui stocke les clés des connexions précédentes. | ||
| + | |||
| + | SSH fonctionne de la manière suivante pour la la mise en place d'un canal sécurisé: | ||
| + | |||
| + | * Le client contacte le serveur sur son port 22, | ||
| + | * Les client et le serveur échangent leur version de SSH. En cas de non-compatibilité de versions, l'un des deux met fin au processus, | ||
| + | * Le serveur SSH s' | ||
| + | * Sa clé hôte, | ||
| + | * Sa clé serveur, | ||
| + | * Une séquence aléatoire de huit octets à inclure dans les futures réponses du client, | ||
| + | * Une liste de méthodes de chiffrage, compression et authentification, | ||
| + | * Le client et le serveur produisent un identifiant identique, un haché MD5 long de 128 bits contenant la clé hôte, la clé serveur et la séquence aléatoire, | ||
| + | * Le client génère sa clé de session symétrique et la chiffre deux fois de suite, une fois avec la clé hôte du serveur et la deuxième fois avec la clé serveur. Le client envoie cette clé au serveur accompagnée de la séquence aléatoire et un choix d' | ||
| + | * Le serveur déchiffre la clé de session, | ||
| + | * Le client et le serveur mettent en place le canal sécurisé. | ||
| + | |||
| + | ==SSH-1== | ||
| - | #ssh -l nom_de_compte numero_ip (nom_de_machine) | + | SSH-1 utilise une paire de clefs de type RSA1. Il assure |
| - | En saisissant cette commande, vous obtiendrez une fenêtre similaire | + | Afin de s' |
| + | |||
| + | * **Kerberos**, | ||
| + | * **Rhosts**, | ||
| + | * **%%RhostsRSA%%**, | ||
| + | * Par **clef asymétrique**, | ||
| + | * **TIS**, | ||
| + | * Par **mot de passe**. | ||
| + | |||
| + | ==SSH-2== | ||
| + | |||
| + | SSH-2 utilise **DSA** ou **RSA**. Il assure l' | ||
| + | |||
| + | * **SSH-TRANS** – Transport Layer Protocol, | ||
| + | * **SSH-AUTH** – Authentification Protocol, | ||
| + | * **SSH-CONN** – Connection Protocol. | ||
| + | |||
| + | SSH-2 diffère de SSH-1 essentiellement dans la phase authentification. | ||
| + | |||
| + | Trois méthodes d' | ||
| + | |||
| + | * Par **clef asymétrique**, | ||
| + | * Identique | ||
| + | * **%%RhostsRSA%%**, | ||
| + | * Par **mot de passe**. | ||
| + | |||
| + | ===L' | ||
| + | |||
| + | Connectez-vous à votre propre machine en utilisant SSH et le compte **user2** | ||
| < | < | ||
| # ssh -l user2 localhost | # ssh -l user2 localhost | ||
| - | L' | + | The authenticity of host ' |
| - | RSA l' | + | RSA key fingerprint is 44:8f:9b:56:4d:48:44:e3:d8:df:bd:0a:f5:ef:1d:4e. |
| - | Voulez-vous vraiment continuer | + | Are you sure you want to continue connecting |
| - | Avertissement | + | Warning: Permanently added ' |
| - | Mot de passe : | + | Password: tra@inee |
| - | Last login: Thu Mar 19 22:53:09 2009 from localhost | + | Last login: Thu Jan 16 11:50:37 2020 from localhost |
| - | Sun Microsystems Inc. SunOS 5.10 Generic January 2005 | + | Oracle Corporation |
| $ pwd | $ pwd | ||
| / | / | ||
| Ligne 609: | Ligne 644: | ||
| < | < | ||
| $ exit | $ exit | ||
| - | Connexion à localhost | + | Connection to localhost |
| </ | </ | ||
| - | === RSA, DSA === | + | ===L' |
| - | ssh peut utiliser | + | * Le **client** envoie au serveur |
| + | | ||
| + | * Dans le cas où une correspondance | ||
| + | * Dans le cas contraire le serveur génère | ||
| + | * Le **client** reçoit | ||
| + | | ||
| - | $ssh-keygen -t rsa [Entrée] | + | ===Installation=== |
| - | En saisissant cette commande, vous obtiendrez un résultat similaire à celle-ci : | + | Pour mettre en place ce système il convient d' |
| < | < | ||
| - | # su user2 | + | # su - user2 |
| + | Oracle Corporation | ||
| + | $ pwd | ||
| + | / | ||
| $ ssh-keygen -t rsa | $ ssh-keygen -t rsa | ||
| - | Génération de la paire de clés publique/privée | + | Generating public/private |
| - | Indiquez le fichier dans lequel vous souhaitez sauvegarder la clé (/ | + | Enter file in which to save the key (/ |
| - | Le répertoire | + | Created directory |
| - | Entrez une phrase de passe (vide si pas de phrase de passe) : | + | Enter passphrase |
| - | Entrez la même phrase de passe : | + | Enter same passphrase again: |
| - | Votre identification | + | Your identification |
| - | Votre clé publique a été sauvegardée dans / | + | Your public key has been saved in / |
| - | L' | + | The key fingerprint is: |
| - | f3:4d:48:cd:95:4d:f4:b3:c0:e6:98:28:d1:95:05:75 user2@solaris.i2tch.loc | + | d2:3c:5c:2b:98:50:e8:b5:a2:0e:f6:b6:ff:7f:b0:2f user2@solaris.i2tch.loc |
| </ | </ | ||
| Ligne 644: | Ligne 687: | ||
| < | < | ||
| $ ssh -l user2 localhost | $ ssh -l user2 localhost | ||
| - | L' | + | The authenticity of host ' |
| - | RSA l' | + | RSA key fingerprint is 44:8f:9b:56:4d:48:44:e3:d8:df:bd:0a:f5:ef:1d:4e. |
| - | Voulez-vous vraiment continuer | + | Are you sure you want to continue connecting |
| - | Avertissement | + | Warning: Permanently added ' |
| - | Mot de passe : | + | Password: tra@inee |
| - | Last login: Thu Mar 19 22:54:41 2009 from localhost | + | Last login: Thu Jan 16 11:58:47 2020 from localhost |
| - | Sun Microsystems Inc. SunOS 5.10 Generic January 2005 | + | Oracle Corporation |
| $ pwd | $ pwd | ||
| / | / | ||
| $ ls -la | grep .ssh | $ ls -la | grep .ssh | ||
| - | drwx------ | + | drwx------ |
| $ exit | $ exit | ||
| - | Connexion à localhost | + | Connection to localhost |
| </ | </ | ||
| Si le dossier distant .ssh n' | Si le dossier distant .ssh n' | ||
| - | |||
| - | [serveur]$mkdir .ssh [Entrée] | ||
| - | |||
| - | [serveur]$chmod 700 .ssh [Entrée] | ||
| ===scp=== | ===scp=== | ||
| Ensuite, il convient de transférer le fichier local **.ssh/ | Ensuite, il convient de transférer le fichier local **.ssh/ | ||
| - | |||
| - | $ scp / | ||
| - | |||
| - | Par exemple : | ||
| < | < | ||
| - | $ exit | ||
| - | # su user2 | ||
| $ scp / | $ scp / | ||
| - | Mot de passe : | + | Password: |
| - | id_rsa.pub | + | id_rsa.pub |
| </ | </ | ||
| Ligne 684: | Ligne 717: | ||
| < | < | ||
| - | $ exit | ||
| - | # su user2 | ||
| $ ssh localhost | $ ssh localhost | ||
| - | Last login: Thu Mar 19 23:01:15 2009 from localhost | + | Last login: Thu Jan 16 12:04:48 2020 from localhost |
| - | Sun Microsystems Inc. SunOS 5.10 Generic January 2005 | + | Oracle Corporation |
| - | $ | + | $ pwd |
| + | / | ||
| $ exit | $ exit | ||
| - | Connexion à localhost | + | Connection to localhost |
| </ | </ | ||
| Ligne 700: | Ligne 732: | ||
| ==== wget ==== | ==== wget ==== | ||
| - | Si nécessaire, | + | Si nécessaire, |
| - | | + | < |
| + | # pkgadd -d http://get.opencsw.org/now | ||
| - | La commande **wget** est utilisée pour récupérer un fichier via http ou ftp. | + | ## Downloading... |
| + | ..............25%..............50%..............75%..............100% | ||
| + | ## Download Complete | ||
| - | # / | ||
| - | En saisissant cette commande, vous obtiendrez une fenêtre similaire à celle-ci : | + | The following packages are available: |
| + | 1 CSWpkgutil | ||
| + | (all) 2.6.7,REV=2014.10.16 | ||
| + | |||
| + | Select package(s) you wish to process (or ' | ||
| + | all packages). (default: all) [?,??,q]: 1 | ||
| + | |||
| + | Processing package instance < | ||
| + | |||
| + | pkgutil | ||
| + | Please see / | ||
| + | ## Processing package information. | ||
| + | ## Processing system information. | ||
| + | ## Verifying package dependencies. | ||
| + | ## Verifying disk space requirements. | ||
| + | ## Checking for conflicts with packages already installed. | ||
| + | ## Checking for setuid/ | ||
| + | |||
| + | This package contains scripts which will be executed with super-user | ||
| + | permission during the process of installing this package. | ||
| + | |||
| + | Do you want to continue with the installation of < | ||
| + | |||
| + | Installing pkgutil - Installs Solaris packages easily as < | ||
| + | |||
| + | ## Installing part 1 of 1. | ||
| + | / | ||
| + | / | ||
| + | / | ||
| + | /opt/csw <implied directory> | ||
| + | / | ||
| + | / | ||
| + | / | ||
| + | / | ||
| + | / | ||
| + | / | ||
| + | / | ||
| + | / | ||
| + | / | ||
| + | [ verifying class < | ||
| + | ## Executing postinstall script. | ||
| + | |||
| + | Copying sample pkgutil.conf to / | ||
| + | Copying sample pkgutil.conf to / | ||
| + | Copying sample admin from / | ||
| + | |||
| + | NOTE! | ||
| + | NOTE! Make sure to check out any changes in / | ||
| + | NOTE! | ||
| + | |||
| + | |||
| + | Installation of < | ||
| + | </ | ||
| + | |||
| + | Pour installer wget, utilisez la commande **pkgutil** | ||
| < | < | ||
| - | # / | + | # / |
| - | --2009-03-19 23:07:33-- ftp://ftp2.fenestros.com/fenestros/files/fichier_test | + | => Fetching new catalog and descriptions (http://mirror.opencsw.org/opencsw/testing/i386/5.10) if available ... |
| - | | + | Solving needed dependencies ... |
| - | Résolution de ftp2.fenestros.com... 213.186.33.14 | + | Solving dependency order ... |
| - | Connexion vers ftp2.fenestros.com|213.186.33.14|:21...connecté. | + | Install 25 NEW packages: |
| - | Ouverture de session en anonymous...Session établie! | + | |
| - | ==> SYST ... complété. ==> PWD ... complété. | + | CSWcas-preserveconf-1.50, |
| - | ==> TYPE I ... complété. ==> CWD /fenestros/files ... complété. | + | CSWcas-texinfo-1.50, |
| - | ==> SIZE fichier_test | + | CSWcommon-1.5, |
| - | ==> PASV ... complété. ==> RETR fichier_test | + | CSWggettext-data-0.19.8, |
| - | Longueur: 57 | + | CSWiconv-1.14, |
| + | CSWlibassuan0-2.4.1, | ||
| + | | ||
| + | | ||
| + | CSWlibgcc-s1-5.5.0,REV=2017.10.23 (opencsw/ | ||
| + | | ||
| + | CSWlibgpgme11-1.6.0, | ||
| + | CSWlibiconv2-1.14,REV=2011.08.07 (opencsw/ | ||
| + | CSWlibidn2-0-2.0.4, | ||
| + | | ||
| + | | ||
| + | CSWlibmetalink3-0.1.3,REV=2015.06.27 (opencsw/ | ||
| + | CSWlibpcre1-8.38,REV=2015.11.23 (opencsw/ | ||
| + | | ||
| + | CSWlibssl1-0-0-1.0.2t,REV=2019.09.11 (opencsw/testing) | ||
| + | CSWlibunistring2-0.9.9,REV=2018.03.11 (opencsw/ | ||
| + | | ||
| + | | ||
| + | CSWpublic-suffix-list-20190816, | ||
| + | CSWwget-1.20.3,REV=2019.11.28 (opencsw/ | ||
| + | Total size: 9.6 MB | ||
| + | 25 packages to fetch. Do you want to continue? ([y], | ||
| + | ... | ||
| + | The following files are already installed on the system and are being | ||
| + | used by another package: | ||
| + | * / | ||
| + | * /opt/csw < | ||
| + | * / | ||
| + | * / | ||
| + | * / | ||
| + | * / | ||
| + | * / | ||
| + | * / | ||
| + | * / | ||
| - | 100%[======================================> | + | * - conflict with a file which does not belong to any package. |
| - | 2009-03-19 23:07:35 (181 KB/s) - « fichier_test » sauvegardé | + | Do you want to install these conflicting files [y,n,?,q] y |
| + | ... | ||
| + | Installation of < | ||
| </ | </ | ||
| - | <WRAP center | + | La commande **wget** est utilisée pour récupérer un fichier via http ou ftp. |
| - | Tapez la commande et vérifiez que vous obtenez un résultat similaire à celui démontré ci-dessus. | + | |
| - | </WRAP> | + | <code> |
| + | # / | ||
| + | --2020-01-16 12: | ||
| + | Resolving ittraining.center (ittraining.center)... 217.160.0.225, | ||
| + | Connecting to ittraining.center (ittraining.center)|217.160.0.225|: | ||
| + | HTTP request sent, awaiting response... 200 OK | ||
| + | Length: 0 [text/ | ||
| + | Saving to: ' | ||
| + | |||
| + | wget.txt | ||
| + | |||
| + | 2020-01-16 12:23:18 (0.00 B/s) - ' | ||
| + | </code> | ||
| ==== ftp ==== | ==== ftp ==== | ||
| - | La commande | + | Avant de commencer, placez-vous dasn le répertoire |
| - | | + | < |
| + | # cd /tmp | ||
| + | # pwd | ||
| + | /tmp | ||
| + | </ | ||
| - | En saisissant cette commande, vous obtiendrez un résultat similaire à celle-ci | + | La commande |
| < | < | ||
| - | # ftp ftp.microsoft.com | + | # ftp localhost |
| - | Connected to ftp.microsoft.com. | + | Connected to localhost. |
| - | 220 Microsoft | + | 220 solaris.i2tch.loc FTP server ready. |
| - | Name (ftp.microsoft.com: | + | Name (localhost: |
| - | 331 Anonymous access allowed, send identity (e-mail name) as password. | + | 331 Password required for user1. |
| - | Password: | + | Password:tra@inee |
| - | 230-Welcome to FTP.MICROSOFT.COM. Also visit http:// | + | 230 User user1 logged in. |
| - | 230 Anonymous user logged in. | + | Remote system type is UNIX. |
| - | Remote system type is Windows_NT. | + | Using binary mode to transfer files. |
| - | ftp> | + | ftp> |
| </ | </ | ||
| Une fois connecté, il convient d' | Une fois connecté, il convient d' | ||
| - | |||
| - | ftp> | ||
| - | |||
| - | En saisissant cette commande, vous obtiendrez un résultat similaire à celle-ci : | ||
| < | < | ||
| Ligne 780: | Ligne 915: | ||
| Parmi les commandes listées, on peut remarquer les commandes : | Parmi les commandes listées, on peut remarquer les commandes : | ||
| - | |||
| - | ftp> | ||
| - | |||
| - | ftp> | ||
| - | |||
| - | ftp>dir [Entrée] | ||
| - | |||
| - | En saisissant ces commandes, vous obtiendrez un résultat similaire à celle-ci : | ||
| < | < | ||
| ftp> pwd | ftp> pwd | ||
| - | 257 "/" | + | 257 "/export/ |
| ftp> ls | ftp> ls | ||
| 200 PORT command successful. | 200 PORT command successful. | ||
| 150 Opening ASCII mode data connection for file list. | 150 Opening ASCII mode data connection for file list. | ||
| - | bussys | + | local.cshrc |
| - | deskapps | + | local.login |
| - | developr | + | local.profile |
| - | KBHelp | + | |
| - | MISC | + | |
| - | MISC1 | + | |
| - | peropsys | + | |
| - | Products | + | |
| - | PSS | + | |
| - | ResKit | + | |
| - | Services | + | |
| - | Softlib | + | |
| 226 Transfer complete. | 226 Transfer complete. | ||
| - | 101 bytes received in 0, | + | 41 bytes received in 0.00014 |
| ftp> dir | ftp> dir | ||
| 200 PORT command successful. | 200 PORT command successful. | ||
| 150 Opening ASCII mode data connection for /bin/ls. | 150 Opening ASCII mode data connection for /bin/ls. | ||
| - | dr-xr-xr-x | + | total 8 |
| - | dr-xr-xr-x 1 owner group 0 Feb 1 2006 deskapps | + | -rw-r--r-- |
| - | dr-xr-xr-x 1 owner group 0 Feb 1 2006 developr | + | -rw-r--r-- |
| - | dr-xr-xr-x 1 owner group 0 Feb 1 2006 KBHelp | + | -rw-r--r-- |
| - | dr-xr-xr-x 1 owner group 0 Feb 1 2006 MISC | + | -rw-r--r-- |
| - | dr-xr-xr-x 1 owner group 0 Feb 1 2006 MISC1 | + | |
| - | dr-xr-xr-x 1 owner group 0 Feb 1 2006 peropsys | + | |
| - | dr-xr-xr-x 1 owner group 0 Jul 18 2006 Products | + | |
| - | dr-xr-xr-x 1 owner group 0 Feb 1 2006 PSS | + | |
| - | dr-xr-xr-x | + | |
| - | dr-xr-xr-x | + | |
| - | dr-xr-xr-x | + | |
| 226 Transfer complete. | 226 Transfer complete. | ||
| - | 809 bytes received in 0, | + | 276 bytes received in 3.1e-05 |
| </ | </ | ||
| - | Une commande ftp très utile est : | + | Par contre notez que le serveur FTP de SUN fourni en standard n'est **pas** dans un **chroot** |
| - | | + | < |
| + | ftp> | ||
| + | 250 CWD command successful. | ||
| + | ftp> ls | ||
| + | 200 PORT command successful. | ||
| + | 150 Opening ASCII mode data connection for file list. | ||
| + | Desktop | ||
| + | Documents | ||
| + | bin | ||
| + | boot | ||
| + | core | ||
| + | core.882 | ||
| + | dev | ||
| + | devices | ||
| + | etc | ||
| + | export | ||
| + | home | ||
| + | inetd.tftp | ||
| + | kernel | ||
| + | lib | ||
| + | lost+found | ||
| + | mnt | ||
| + | net | ||
| + | opt | ||
| + | platform | ||
| + | proc | ||
| + | pwd.txt | ||
| + | rep | ||
| + | sbin | ||
| + | system | ||
| + | tmp | ||
| + | usr | ||
| + | var | ||
| + | vol | ||
| + | 226 Transfer complete. | ||
| + | 196 bytes received in 0.0012 seconds (153.31 Kbytes/s) | ||
| + | </ | ||
| - | Cette commande permet d' | + | Une commande ftp très utile est **!**. |
| < | < | ||
| - | | + | ftp> !pwd |
| - | /Desktop | + | /tmp |
| </ | </ | ||
| Pour transférer un fichier vers le serveur, il convient d' | Pour transférer un fichier vers le serveur, il convient d' | ||
| - | | + | < |
| + | ftp> | ||
| + | hsperfdata_noaccess | ||
| + | ftp> cd / | ||
| + | 250 CWD command successful. | ||
| + | ftp> put ntp.conf | ||
| + | 200 PORT command successful. | ||
| + | 150 Opening BINARY mode data connection for ntp.conf. | ||
| + | 226 Transfer complete. | ||
| + | local: ntp.conf remote: ntp.conf | ||
| + | 454 bytes sent in 0.00039 seconds (1127.48 Kbytes/s) | ||
| + | </ | ||
| - | Vous pouvez également transférer plusieurs fichiers à la fois grâce à la commande **mput**. | + | Vous pouvez également transférer plusieurs fichiers à la fois grâce à la commande **mput**. |
| - | | + | < |
| + | ftp> | ||
| + | ftp> !cp ntp.conf ntp2.conf | ||
| + | ftp> !ls | ||
| + | hsperfdata_noaccess | ||
| + | </ | ||
| - | Notez l' | + | Ensuite téléversez les fichiers : |
| + | |||
| + | < | ||
| + | ftp> mput ntp* | ||
| + | mput ntp.conf? y | ||
| + | 200 PORT command successful. | ||
| + | 150 Opening BINARY mode data connection for ntp.conf. | ||
| + | 226 Transfer complete. | ||
| + | local: ntp.conf remote: ntp.conf | ||
| + | 454 bytes sent in 0.00046 seconds (972.30 Kbytes/s) | ||
| + | mput ntp1.conf? y | ||
| + | 200 PORT command successful. | ||
| + | 150 Opening BINARY mode data connection for ntp1.conf. | ||
| + | 226 Transfer complete. | ||
| + | local: ntp1.conf remote: ntp1.conf | ||
| + | 454 bytes sent in 0.00033 seconds (1344.94 Kbytes/s) | ||
| + | mput ntp2.conf? y | ||
| + | 200 PORT command successful. | ||
| + | 150 Opening BINARY mode data connection for ntp2.conf. | ||
| + | 226 Transfer complete. | ||
| + | local: ntp2.conf remote: ntp2.conf | ||
| + | 454 bytes sent in 0.00026 seconds (1711.30 Kbytes/s) | ||
| + | </ | ||
| + | |||
| + | <WRAP center round important> | ||
| + | **Important** - Notez l' | ||
| + | </ | ||
| Dans le cas où on ne souhaite pas la demande de confirmation lors des transferts multiples, il convient de saisir la commande **prompt** : | Dans le cas où on ne souhaite pas la demande de confirmation lors des transferts multiples, il convient de saisir la commande **prompt** : | ||
| - | | + | < |
| + | ftp> prompt | ||
| + | Interactive mode off. | ||
| + | ftp> mput ntp* | ||
| + | 200 PORT command successful. | ||
| + | 150 Opening BINARY mode data connection for ntp.conf. | ||
| + | 226 Transfer complete. | ||
| + | local: ntp.conf remote: ntp.conf | ||
| + | 454 bytes sent in 0.00023 seconds (1929.68 Kbytes/s) | ||
| + | 200 PORT command successful. | ||
| + | 150 Opening BINARY mode data connection for ntp1.conf. | ||
| + | 226 Transfer complete. | ||
| + | local: ntp1.conf remote: ntp1.conf | ||
| + | 454 bytes sent in 0.00031 seconds (1438.13 Kbytes/s) | ||
| + | 200 PORT command successful. | ||
| + | 150 Opening BINARY mode data connection for ntp2.conf. | ||
| + | 226 Transfer complete. | ||
| + | local: ntp2.conf remote: ntp2.conf | ||
| + | 454 bytes sent in 0.00026 seconds (1720.71 Kbytes/s) | ||
| + | </ | ||
| <WRAP center round important 60%> | <WRAP center round important 60%> | ||
| - | Dans ce cas, aucune confirmation ne vous êtes demandée, **y compris pour les fichiers déjà présents** sur le serveur. | + | **Important** - Dans ce cas, aucune confirmation ne vous êtes demandée, **y compris pour les fichiers déjà présents** sur le serveur. |
| </ | </ | ||
| - | La navigation distante est obtenue en utilisant | + | Pour transférer un fichier du serveur, il convient d' |
| - | + | ||
| - | ftp>cd nom_repertoire | + | |
| - | + | ||
| - | Dans le cas de notre exemple, la commande est : | + | |
| - | + | ||
| - | ftp>cd MISC [Entrée] | + | |
| - | + | ||
| - | En saisissant cette commande, vous obtiendrez un résultat similaire à celui-ci | + | |
| < | < | ||
| - | ftp> | + | ftp> |
| - | 250 CWD command successful. | + | 257 "/ |
| + | ftp> !pwd | ||
| + | /tmp | ||
| + | ftp> !rm ntp* | ||
| + | ftp> !ls | ||
| + | hsperfdata_noaccess | ||
| + | ftp> get ntp.conf | ||
| + | 200 PORT command successful. | ||
| + | 150 Opening BINARY mode data connection for ntp.conf (454 bytes). | ||
| + | 226 Transfer complete. | ||
| + | local: ntp.conf remote: ntp.conf | ||
| + | 454 bytes received in 3.6e-05 seconds (12284.49 Kbytes/s) | ||
| + | ftp> !ls | ||
| + | hsperfdata_noaccess | ||
| </ | </ | ||
| - | Pour transférer | + | Vous pouvez également |
| - | ftp>get nom_fichier | + | Pour supprimer un fichier sur le serveur, il convient d' |
| - | + | ||
| - | Dans le cas de notre exemple, nous allons télécharger le fichier / | + | |
| < | < | ||
| - | ftp> | + | ftp> |
| 200 PORT command successful. | 200 PORT command successful. | ||
| - | 150 Opening ASCII mode data connection for /bin/ls. | + | 150 Opening ASCII mode data connection for file list. |
| - | dr-xr-xr-x | + | local.cshrc |
| - | -r-xr-xr-x | + | local.login |
| - | dr-xr-xr-x | + | local.profile |
| - | dr-xr-xr-x | + | ntp.conf |
| - | -r-xr-xr-x | + | ntp1.conf |
| - | dr-xr-xr-x | + | ntp2.conf |
| - | dr-xr-xr-x | + | |
| - | dr-xr-xr-x | + | |
| - | dr-xr-xr-x | + | |
| - | -r-xr-xr-x | + | |
| - | dr-xr-xr-x | + | |
| - | dr-xr-xr-x | + | |
| - | dr-xr-xr-x | + | |
| - | dr-xr-xr-x | + | |
| - | dr-xr-xr-x | + | |
| - | -r-xr-xr-x | + | |
| - | -r-xr-xr-x | + | |
| - | -r-xr-xr-x | + | |
| - | -r-xr-xr-x | + | |
| - | -r-xr-xr-x | + | |
| - | dr-xr-xr-x | + | |
| - | -r-xr-xr-x | + | |
| - | -r-xr-xr-x | + | |
| - | dr-xr-xr-x | + | |
| - | dr-xr-xr-x | + | |
| - | dr-xr-xr-x | + | |
| - | dr-xr-xr-x | + | |
| - | dr-xr-xr-x | + | |
| - | dr-xr-xr-x | + | |
| - | -r-xr-xr-x | + | |
| - | dr-xr-xr-x | + | |
| - | dr-xr-xr-x | + | |
| 226 Transfer complete. | 226 Transfer complete. | ||
| - | 2174 bytes received in 0,0045 seconds (474, | + | 73 bytes received in 0.00015 |
| - | ftp> | + | ftp> |
| + | 250 DELE command successful. | ||
| + | ftp> del ntp1.conf | ||
| + | 250 DELE command successful. | ||
| + | ftp> del ntp2.conf | ||
| + | 250 DELE command successful. | ||
| + | ftp> ls | ||
| 200 PORT command successful. | 200 PORT command successful. | ||
| - | 150 Opening ASCII mode data connection for INDEX.TXT(97 bytes). | + | 150 Opening ASCII mode data connection for file list. |
| + | local.cshrc | ||
| + | local.login | ||
| + | local.profile | ||
| 226 Transfer complete. | 226 Transfer complete. | ||
| - | local: INDEX.TXT remote: INDEX.TXT | + | 41 bytes received in 8.7e-05 |
| - | 97 bytes received in 0, | + | |
| - | ftp> | + | |
| </ | </ | ||
| - | |||
| - | Vous pouvez également transférer plusieurs fichiers à la fois grâce à la commande **mget** ( voir la commande **mput** ci dessus ). | ||
| - | |||
| - | Pour supprimer un fichier sur le serveur, il convient d' | ||
| - | |||
| - | ftp>del nom_fichier | ||
| Pour fermer la session, il convient d' | Pour fermer la session, il convient d' | ||
| Ligne 937: | Ligne 1123: | ||
| 421 Timeout (180 seconds): closing control connection. | 421 Timeout (180 seconds): closing control connection. | ||
| </ | </ | ||
| - | |||
| - | <WRAP center round important 60%> | ||
| - | Choisissez un serveur ftp public tel **ftp.microsoft.com** avec un login d' | ||
| - | </ | ||
| - | |||
| - | ==== scp ==== | ||
| - | |||
| - | La commande **scp** est le successeur et la remplaçante de la commande **rcp** de la famille des commandes **remote**. Il permet de faire des transferts sécurisés à partir d'une machine distante : | ||
| - | |||
| - | #scp compte@numero_ip(nom_de_machine):/ | ||
| - | |||
| - | ou vers une machine distante : | ||
| - | |||
| - | #scp / | ||
| =====Routage===== | =====Routage===== | ||
| Ligne 957: | Ligne 1129: | ||
| Pour afficher la table de routage de la machine, il convient d' | Pour afficher la table de routage de la machine, il convient d' | ||
| - | |||
| - | #netstat -nr [Entrée] | ||
| - | |||
| - | En saisissant la commande vous obtiendrez une fenêtre similaire à celle-ci : | ||
| < | < | ||
| Ligne 966: | Ligne 1134: | ||
| Routing Table: IPv4 | Routing Table: IPv4 | ||
| - | Destination | + | Destination |
| - | -------------------- -------------------- ----- ----- ---------- --------- | + | -------------------- -------------------- ----- ----- ---------- --------- |
| - | default | + | default |
| - | 10.0.2.0 | + | 10.0.2.0 |
| - | 224.0.0.0 | + | 224.0.0.0 |
| - | 127.0.0.1 | + | 127.0.0.1 |
| </ | </ | ||
| Ligne 992: | Ligne 1160: | ||
| < | < | ||
| - | # traceroute www.fenestros.org | + | # traceroute www.ittraining.center |
| - | traceroute to www.fenestros.org (195.8.78.1), 30 hops max, 40 byte packets | + | traceroute to www.ittraining.center |
| - | | + | |
| - | | + | |
| - | | + | |
| - | 4 * 213.228.20.254 | + | |
| - | | + | |
| - | | + | |
| - | | + | |
| - | | + | |
| - | | + | |
| - | 10 | + | 10 |
| - | 11 | + | 11 |
| - | 12 | + | 12 |
| - | 13 | + | 13 |
| - | 14 | + | 14 |
| - | 15 | + | 15 |
| - | 16 | + | 16 |
| + | 17 * *^C# | ||
| </ | </ | ||
| ===La commande route=== | ===La commande route=== | ||
| - | La commande **route** permet de paramétrer le routage indirect. **Par exemple** : | + | La commande **route** permet de paramétrer le routage indirect. **Par exemple** |
| - | #route add -net 10.2.0.0 netmask 255.255.0.0 10.3.0.1 | + | # route add -net 10.2.0.0 netmask 255.255.0.0 10.3.0.1 |
| ou bien | ou bien | ||
| - | #route add default 10.1.2.250 | + | # route add default 10.1.2.250 |
| La commande route permet aussi de se renseigner sur une route particulière : | La commande route permet aussi de se renseigner sur une route particulière : | ||
| Ligne 1029: | Ligne 1198: | ||
| destination: | destination: | ||
| mask: default | mask: default | ||
| - | gateway: | + | gateway: |
| interface: e1000g0 | interface: e1000g0 | ||
| flags: < | flags: < | ||
| Ligne 1035: | Ligne 1204: | ||
| | | ||
| </ | </ | ||
| - | |||
| - | <WRAP center round important 60%> | ||
| - | Ce sont des EXEMPLES. Il ne faut pas taper les lignes de commandes ! | ||
| - | </ | ||
| ===Activer/ | ===Activer/ | ||
| Ligne 1058: | Ligne 1223: | ||
| # ifconfig -a | # ifconfig -a | ||
| lo0: flags=2001000849< | lo0: flags=2001000849< | ||
| - | inet 127.0.0.1 netmask ff000000 | + | inet 127.0.0.1 netmask ff000000 |
| e1000g0: flags=1004843< | e1000g0: flags=1004843< | ||
| inet 10.0.2.15 netmask ffffff00 broadcast 10.0.2.255 | inet 10.0.2.15 netmask ffffff00 broadcast 10.0.2.255 | ||
| - | ether 8:0:27:79:12:5b | + | ether 8:0:27:e1:88:45 |
| e1000g0:1: flags=1000843< | e1000g0:1: flags=1000843< | ||
| inet 192.168.1.1 netmask ffffff00 broadcast 192.168.1.255 | inet 192.168.1.1 netmask ffffff00 broadcast 192.168.1.255 | ||
| Ligne 1073: | Ligne 1238: | ||
| # svcs route | # svcs route | ||
| STATE STIME FMRI | STATE STIME FMRI | ||
| - | disabled | + | disabled |
| </ | </ | ||
| Ligne 1082: | Ligne 1247: | ||
| # svcs route | # svcs route | ||
| STATE STIME FMRI | STATE STIME FMRI | ||
| - | online | + | online |
| </ | </ | ||
| Les démons **routed** présents sur chaque passerelle vont construire la table de routage. | Les démons **routed** présents sur chaque passerelle vont construire la table de routage. | ||
| - | =====Gestion des Serveurs de Base===== | + | =====Annexe #1 - Comprendre les Réseaux===== |
| - | ====DNS==== | + | ====Présentation des Réseaux==== |
| - | Le principe du DNS est basé sur l'équivalence entre un **FQDN** ( Fully Qualified Domain Name ) et une adresse IP. Les humains retiennent plus facilement des noms tels www.fenestros.org, | + | La définition d' |
| - | Le **DNS** ( Domain Name Service | + | |
| + | * une entité destinée au transport de données dans différents environnements. | ||
| - | Lorque un ordinateur souhaite communiquer avec un autre par le biais de son nom, par exemple avec www.fenestros.org, | + | Pour que la communication soit efficace, elle doit respecter les critères suivants : |
| - | Ce processus tente d'identifier le serveur de domaine responsable pour le **SLD** ( Second Level Domain | + | * présenter des informations compréhensibles par tous les participants, |
| + | * être compatible avec un maximum | ||
| + | | ||
| + | | ||
| + | * permettre une productivité accrue (par ex. interconnexion à haut débit), | ||
| + | * être sécurisée si les informations à transmettre sont dites sensibles, | ||
| + | * garantir l'**unicité** et de l' | ||
| - | Si cette tentative échoue, le serveur DNS cherche le serveur de domaine pour le **TLD** ( Top Level Domain ) dans son cache afin de lui demander l' | + | On peut distinguer deux familles d'**Equipements** - les **Eléments Passifs** et les **Eléments Actifs**. |
| - | Si cette recherche échoue, le serveur s' | + | Les **Eléments Passifs** transmettent |
| - | Le serveur DNS sert à faire la résolution | + | * **Les Infrastructures ou Supports** - des câbles, |
| + | | ||
| - | Le serveur DNS peut être configuré | + | Les **Eléments Actifs** sont des équipements qui consomment |
| + | |||
| + | * **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 |
| - | * Ce type de serveur | + | |
| - | | + | |
| - | * Ce type de serveur est une copie d'un serveur DNS primaire et peut répondre aux requêtes des clients. | + | |
| - | * **Serveur DNS Cache** | + | |
| - | * Ce type de serveur ne peut pas répondre aux requêtes des clients. Le requêtes sont transférés à un autre serveur DNS. Les réponses sont mises en cache pour une utilisation ultérieure. | + | |
| - | ===Le Serveur DNS=== | + | Une **Interface Réseau** est une prise ou élément d'un **Equipement Actif** faisant la connexion vers d' |
| - | ==Préparation à l'Installation== | + | <WRAP center round important> |
| + | Dans le cas d'un mélange d' | ||
| + | </ | ||
| - | Le serveur DNS nécessite à ce que la machine sur laquelle il est installé possède un nom FQDN et une adresse IP fixe. Il est également important à noter que le service de bind ne démarrera | + | Tous les **Equipements** connectés au même support doivent respecter un ensemble de règles appelé une **Protocole de Communication**. |
| - | | + | Les **Protocoles |
| - | | + | |
| - | Afin d' | + | Des **Logiciels**, dédiés à la gestion de ces **Protocoles de Communication**, |
| - | | + | Se basant sur des **Protocoles de Communication**, des **Services** fournissent des fonctionnalités accessibles aux utilisateurs ou d' |
| - | | + | |
| - | <WRAP center round important | + | L' |
| - | Il est important | + | |
| + | ====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' | ||
| </ | </ | ||
| - | ==Installation== | + | ==La Topologie Physique== |
| - | Les deux paquets nécessaires pour la mise en place d'un serveur DNS sont : | + | 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== |
| - | # pkginfo | grep -i SUNWbind | + | |
| - | system | + | |
| - | system | + | |
| - | </ | + | |
| - | Par défaut, le service **svc:/ | + | Tous les nœuds sont connectés à un seul support. L' |
| - | < | + | ==La Topologie en Bus== |
| - | # svcs -a | grep dns | + | |
| - | disabled | + | |
| - | disabled | + | |
| - | </ | + | |
| - | ==Les fichiers | + | 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**. |
| + | 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== |
| - | Ce fichier contiendra | + | 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' |
| - | ==/ | + | {{: |
| - | Ce fichier se trouve dans /var/named. Il est aussi appelé le fichier **root.hints** car il contient les adresses des serveurs DNS root de l' | + | ==La Topologie en Anneau== |
| - | Pour créer ce fichier, il convient d' | + | 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). |
| - | < | + | {{: |
| - | # mkdir / | + | |
| - | # cd / | + | |
| - | # / | + | |
| - | </ | + | |
| - | En saisissant ces commandes, vous obtiendrez | + | 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' |
| - | ; (1 server found) | + | |
| - | ;; global options: | + | |
| - | ;; Got answer: | + | |
| - | ;; ->> | + | |
| - | ;; flags: qr aa rd; QUERY: 1, ANSWER: 13, AUTHORITY: 0, ADDITIONAL: 14 | + | |
| - | ;; QUESTION SECTION: | + | ==La Topologie Maillée== |
| - | ;. IN NS | + | |
| - | ;; ANSWER SECTION: | + | 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 : |
| - | . 518400 | + | |
| - | . | + | |
| - | . | + | |
| - | . | + | |
| - | . | + | |
| - | . | + | |
| - | . | + | |
| - | . | + | |
| - | . | + | |
| - | . | + | |
| - | . | + | |
| - | . | + | |
| - | . | + | |
| - | ;; ADDITIONAL SECTION: | + | N(N-1)/2 = 100(100-1)/2 = 4 950 |
| - | A.ROOT-SERVERS.NET. | + | |
| - | A.ROOT-SERVERS.NET. | + | |
| - | B.ROOT-SERVERS.NET. | + | |
| - | C.ROOT-SERVERS.NET. | + | |
| - | D.ROOT-SERVERS.NET. | + | |
| - | E.ROOT-SERVERS.NET. | + | |
| - | F.ROOT-SERVERS.NET. | + | |
| - | F.ROOT-SERVERS.NET. | + | |
| - | G.ROOT-SERVERS.NET. | + | |
| - | H.ROOT-SERVERS.NET. | + | |
| - | H.ROOT-SERVERS.NET. | + | |
| - | I.ROOT-SERVERS.NET. | + | |
| - | J.ROOT-SERVERS.NET. | + | |
| - | J.ROOT-SERVERS.NET. | + | |
| - | ;; Query time: 258 msec | + | <WRAP center round important> |
| - | ;; SERVER: 192.36.148.17# | + | La **Topologie Physique** la plus répandue est la **Topologie en Etoile**. |
| - | ;; WHEN: Tue Mar 24 09:45:16 2009 | + | </WRAP> |
| - | ;; MSG SIZE rcvd: 500 | + | |
| - | </file> | + | |
| - | ==/ | + | ===Classification par Etendue=== |
| - | Le fichier de configuration principal du serveur DNS Bind est **/ | + | La classification par étendue nous fournit 4 réseaux principaux |
| - | < | + | ^ Nom ^ Description ^ Traduction ^ Taille Approximative (M) | |
| - | options { | + | | PAN | Personal Area Network | Réseau Personnel | 1 -10 | |
| - | directory "/ | + | | LAN | Local Area Network | Réseau Local Entreprise (RLE) | 5 - 1 200 | |
| - | pid-file "/ | + | | MAN | Métropolitain Area Network | Réseau Urbain | 900 - 100 000 | |
| - | allow-query { any; }; | + | | WAN | Wide Area Network | Réseau Long Distance (RLD) | 50 000 et au delà | |
| - | allow-transfer { any; }; | + | |
| - | forwarders { 10.0.2.3; }; | + | |
| - | }; | + | |
| - | zone " | + | Cependant, d' |
| - | type master; | + | |
| - | file " | + | |
| - | }; | + | |
| - | zone " | + | | CAN | Campus Area Network | Réseau de Campus | |
| - | type master; | + | | GAN | Global Area Network | Réseau Global | |
| - | file " | + | | TAN | Tiny Area Network | Réseau Minuscule | |
| - | }; | + | | FAN | Family Area Network | Réseau Familial | |
| + | | SAN | Storage Area Network | Réseau de Stockage | | ||
| - | zone " | + | <WRAP center round important> |
| - | type hint; | + | Etant donné que les WANs sont gérés par des opérateurs de télécommunications qui doivent demander une licence à l' |
| - | file "named.ca"; | + | </ |
| - | }; | + | |
| - | zone " | + | ===Les Types de LAN=== |
| - | type master; | + | |
| - | file " | + | |
| - | forwarders { }; | + | |
| - | }; | + | |
| - | zone " | + | Il existe deux types de LAN : |
| - | type master; | + | |
| - | file " | + | * le réseau à serveur dédié, |
| - | forwarders { }; | + | * le réseau poste à poste. |
| - | }; | + | |
| - | </ | + | |
| - | Vérifiez le fichier **/ | + | ==Réseau à Serveur Dédié== |
| - | < | + | Le réseau à serveur dédié est caractérisé par le fait que toutes les ressources ( imprimantes, |
| - | # / | + | |
| - | # | + | |
| - | </ | + | |
| - | Dans ce fichier on trouve | + | Des exemples |
| - | < | + | * Windows NT Server, |
| - | section { | + | * Windows 2000 Server, |
| - | variable1 | + | |
| - | variable2 | + | |
| - | }; | + | * Linux, |
| - | </ | + | * Unix. |
| - | Il existe différentes sections dont une des plus importantes est **options**. C'est dans cette section que nous définissons les options globales: | + | {{:solaris: |
| - | < | + | ==Réseau Poste-à-Poste== |
| - | options { | + | |
| - | </ | + | |
| - | D' | + | 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, |
| - | directory "/ | + | * Windows 98, |
| - | </ | + | * Windows NT Workstation. |
| - | Ensuite le fichier pid : | + | {{:solaris: |
| - | < | + | ====Le Modèle Client/Serveur==== |
| - | pid-file "/var/ | + | |
| - | </ | + | |
| - | Afin de limiter les machines qui peuvent et qui ne peuvent pas utiliser notre DNS, nous utilisons la valeur " | + | Le modèle Client/ |
| + | |||
| + | Le serveur est aussi : | ||
| - | < | + | * passif, c' |
| - | allow-query { any; }; | + | * capable de traiter plusieurs requêtes simultanément en utilisant le **multi-threading**, |
| - | </ | + | * garant de l' |
| - | <WRAP center round important 60%> | + | Le client est, par contre **actif**, étant à l'origine des requêtes. |
| - | Dans l'exemple qui suit nous autorisons toutes les machines de notre réseau, ainsi que la machine locale sauf la machine 192.168.0.5. | + | |
| - | < | + | |
| - | | + | |
| - | 127/8; | + | |
| - | 192.168.0/ | + | |
| - | !192.168.0.5; | + | |
| - | }; | + | |
| - | </ | + | |
| - | </ | + | |
| - | La valeur allow-transfer autorise les transferts | + | Il existe trois types de modèle client/ |
| + | |||
| + | * **Plat** - tous les clients | ||
| + | * **Hiérarchique** | ||
| + | * **Peer-to-Peer** - les équipements sont à la fois client **et** serveur en même temps. | ||
| - | < | + | ====Modèles de Communication==== |
| - | allow-transfer { any;}; | + | |
| - | </ | + | |
| - | Ici nous définissons | + | Les réseaux sont bâtis sur des technologies et des modèles. Le modèle **théorique** le plus important est le modèle **O**pen **S**ystem **Interconnection** créé par l'**I**nternational **Organization** for **S**tandardization tandis que le modèle pratique le plus important est le modèle **TCP/IP**. |
| - | < | + | === Le modèle OSI === |
| - | forwarders { 10.0.2.3; }; | + | |
| - | }; | + | |
| - | </ | + | |
| - | ==Les Sections | + | Le modèle OSI qui a été proposé par l'ISO est devenu le standard en termes |
| - | **La Valeur Type** | + | Ce modèle repose sur trois termes : |
| - | Maintenant, étudions les sections de zones. La valeur " | + | * Les **Couches**, |
| + | * Les **Protocoles**, | ||
| + | * Les **Interfaces**. | ||
| - | * **master** | + | ==Les Couches== |
| - | * Ce type définit le serveur DNS comme serveur maître ayant **autorité** sur la zone concernée. | + | |
| - | * **slave** | + | |
| - | * Ce type définit le serveur DNS comme serveur esclave pour la zone concernée. Ceci implique que la zone est une replication d'une zone maître. Un type de zone esclave contiendra aussi une directive **masters** indiquant les adresses IP des serveurs DNS maîtres. | + | |
| - | * **stub** | + | |
| - | * Ce type définit le serveur DNS comme serveur esclave pour la zone concernée mais uniquement pour les **enregistrements** de type **NS**. | + | |
| - | * **forward** | + | |
| - | * Ce type définit le serveur DNS comme serveur de transit pour la zone concernée. Ceci implique que toute requête est re-transmise vers un autre serveur. | + | |
| - | * **hint** | + | |
| - | * Ce type définit la zone concernée comme une zone racine. Ceci implique que lors du démarrage du serveur, cette zone est utilisée pour récupérer les adresses des serveurs DNS racine. | + | |
| - | La valeur " | + | Des sept couches : |
| - | **La Valeur File** | + | |
| + | | ||
| + | * Les couches 5 à 7 sont les **Couches Hautes** orientées **Traitement**. | ||
| - | La deuxième directive dans une section de zone comporte la valeur | + | La couche du même niveau du système |
| - | ==Exemples | + | * **La Couche Physique** ( Couche 1 ) est responsable : |
| + | * du transfert | ||
| + | * 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 | ||
| - | Chaque section | + | * **La Couche |
| + | * 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 | ||
| + | * 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 : |
| - | zone " | + | * identifiant le chemin à emprunter d'un nœud donné à un autre |
| - | type hint; | + | * appliquant une conversion des adresses logiques ( des noms ) en adresses physiques |
| - | file " | + | * ajoutant des information adressage aux envois |
| - | }; | + | * détectant des paquets trop volumineux avant l' |
| - | </ | + | |
| - | La section | + | * **La Couche |
| + | * constituant des paquets | ||
| + | * les envoyant dans le bon ordre | ||
| + | * vérifiant que les données sont traités dans le même ordre que l'ordre d'émission | ||
| + | * permettant à un processus sur un nœud de communiquer avec un autre nœud et d' | ||
| - | < | + | * **La Couche de Session** ( Couche 5 ) est responsable : |
| - | adresse_réseau_inversée.in-addr.arpa. | + | * de l' |
| - | </ | + | * de la conversation entre deux processus de vérification de la réception des messages envoyés en séquences, c' |
| - | Par exemple : | + | * de la sécurité lors de l' |
| - | | + | * **La Couche |
| + | * du formatage et de la mise en forme des données | ||
| + | * des conversions | ||
| - | < | + | * **La Couche d' |
| - | zone " | + | * du dialogue homme/machine via des messages affichés |
| - | type master; | + | * du partage des ressources |
| - | file "zone/db.i2tch.loc.hosts"; | + | * de la messagerie |
| - | | + | |
| - | }; | + | |
| - | </ | + | |
| - | * La zone suivante est également celle de notre machine mais dans le sens inverse. A savoir le fichier **zone/ | + | ==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' |
| - | zone "2.0.10.in-addr.arpa" { | + | |
| - | type master; | + | |
| - | file " | + | |
| - | forwarders { }; | + | |
| - | }; | + | |
| - | </ | + | |
| - | * Cette zone est la zone créée pour le réseau loopback : | + | ==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' |
| - | zone " | + | |
| - | type master; | + | |
| - | file " | + | |
| - | }; | + | |
| - | </ | + | |
| - | * La zone suivante est la zone créée pour le réseau loopback mais dans le sens inverse, à savoir le fichier **zone/ | + | ==Protocol Data Units== |
| - | < | + | |
| - | zone " | + | |
| - | type master; | + | |
| - | file "zone/db.127.0.0.1"; | + | |
| - | }; | + | |
| - | </file> | + | |
| - | ==Les fichiers de configuration spécifiques== | + | * **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 : |
| - | | + | |
| - | | + | |
| - | | + | |
| - | Chacun de ses fichiers a besoin d' | + | * **Paquets** pour la couche **Réseau**, |
| + | * **Trames** pour la couche **Liaison**, | ||
| + | * **Bits** pouyr la couche **Physique**. | ||
| - | < | + | ==Encapsulation et Désencapsulation== |
| - | -rw-r--r-- | + | |
| - | </ | + | |
| - | < | + | 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' |
| - | -rw-rw-r-- | + | |
| - | -rw-rw-r-- | + | |
| - | -rw-rw-r-- | + | |
| - | -rw-rw-r-- | + | |
| - | </ | + | |
| - | ==Les fichiers | + | ^ Couche Système A ^ Encapsulation ^ |
| + | | Application | Application Header (AH) + Unité | ||
| + | | 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 | | ||
| - | La fichiers | + | Lors de son voyage de la couche Physique vers la couche Application dans le système B, les en-têtes |
| - | | | + | ^ Couche Système B ^ Encapsulation ^ |
| + | | Liaison | ||
| + | | Réseau | ||
| + | | 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) | | ||
| - | où | + | === Spécification NDIS et le Modèle ODI === |
| - | * **nom** | + | <note tip> |
| - | * Le nom DNS. | + | **[[https:// |
| - | | + | </ |
| - | * La durée de vie en cache de cet enregistrement. | + | |
| - | * **classe** | + | |
| - | * Le réseau de transport utilisé. Dans notre cas, le réseau est du TCP. La valeur est donc IN. | + | |
| - | * **type** | + | |
| - | * Le type d' | + | |
| - | * SOA - Start of Authority - se trouve au début du fichier et contient des informations générales | + | |
| - | * NS - Name Server | + | |
| - | * A - Address - indique une résoltuion de nom vers une adresse IP. Ne se trouve que dans les fichiers **.hosts** | + | |
| - | * PTR - %%PoinTeR%% - indique une résoltuion d'une adresse IP vers un nom. Ne se trouve que dans les fichiers inversés. | + | |
| - | * MX - Mail eXchange - le nom d'un serveur de mail. | + | |
| - | * CNAME - Canonical Name - un alias d'une machine. | + | |
| - | * HINFO - Hardware Info - fournit des informations sur le matériel de la machine | + | |
| - | * **donnée** | + | |
| - | * La donnée de la ressource: | + | |
| - | * Une adresse IP pour un enregistrement de type A | + | |
| - | * Un nom de machine pour un eregistrement de type PTR | + | |
| - | ==db.i2tch.loc.hosts== | + | 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' | ||
| - | Ce fichier se trouve dans / | + | |
| + | | ||
| + | | ||
| - | < | + | === Le modèle TCP/IP === |
| - | $TTL 3D | + | |
| - | @ | + | |
| - | | + | |
| - | | + | |
| - | | + | |
| - | | + | |
| - | | + | |
| - | | + | |
| - | localhost | + | |
| - | dnsmaster | + | |
| - | solaris.i2tch.loc. | + | |
| - | ftp IN CNAME solaris.i2tch.loc. | + | <note tip> |
| - | www IN CNAME solaris.i2tch.loc. | + | **[[https:// |
| - | mail IN CNAME solaris.i2tch.loc. | + | </note> |
| - | news IN CNAME solaris.i2tch.loc. | + | |
| - | </file> | + | |
| - | Il est possible | + | 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 |
| - | # /usr/ | + | * a été introduite en 1974 |
| - | zone i2tch.loc/IN: loaded serial 20090324 | + | * a été utilisée dans l' |
| - | OK | + | * 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 ... | ||
| - | **Explications détaillées** | + | <note tip> |
| + | **[[https:// | ||
| + | </ | ||
| - | La première ligne de ce fichier commence par une ligne semblable à celle-ci: | + | Le modèle TCP/IP est composé |
| - | < | + | * La couche d' |
| - | $TTL 3D | + | * 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.. | ||
| - | Cette ligne indique aux autres serveurs DNS pendant combien | + | Les noms des Unités |
| - | La deuxième ligne définit une **classe** **IN**ternet, | + | ^ Couche |
| + | | Application | Stream | Message | | ||
| + | | Transport | Segment | Packet| | ||
| + | | Internet | Datagram| Datagram | | ||
| + | | Réseau | Frame | Frame | | ||
| - | < | + | ====Les Raccordements==== |
| - | @ | + | |
| - | </ | + | |
| - | Le caractère **@** corréspond au nom de la zone et est une abréviation pour le nom de la zone décrit par le fichier de la zone, soit dans ce cas db.**i2tch.loc**.hosts, | + | ===Les Modes de Transmission=== |
| - | <box 95% blue | **Extrait | + | On peut distinguer 3 modes de transmission : |
| - | < | + | * La **Liaison Simplex**, |
| - | zone " | + | * Les données ne circulent que dans un **seul** sens de l' |
| - | type master; | + | * La liaison nécessite deux canaux de transmissions, |
| - | file " | + | * 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=== |
| - | <WRAP center round important 60%> | + | ==Le Câble Coaxial== |
| - | Notez le point à la fin de chaque nom de domaine. Notez bien le remplacement du caractère @ dans l' | + | |
| - | </ | + | |
| - | **Le numéro | + | En partant |
| - | < | + | * d'une **Gaine** en caoutchouc, PVC ou Téflon pour protéger le câble, |
| - | 20090324 | + | * 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. | ||
| - | La ligne suivante fixe le temps de rafraichissement, | + | Avantages |
| - | < | + | * **Peux coûteux**, |
| - | 8H ; Refresh | + | * Facilement **manipulable**, |
| - | </file> | + | * 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. | ||
| - | La ligne suivante fixe le temps entre de nouveaux essaies, soit 2 heures: | + | Inconvénients |
| - | < | + | * Fragile, |
| - | 2H ; Retry | + | * Instable, |
| - | </ | + | * Vulnérable aux interférences, |
| + | * Half-Duplex. | ||
| - | La ligne suivante fixe le temps d' | + | ==Le Câble Paire Torsadée== |
| - | < | + | Ce câble existe sous deux formes selon son utilisation : |
| - | 4W ; Expire | + | |
| - | </ | + | |
| - | La ligne suivante fix le temps minimum | + | * **Monobrin** |
| + | * 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** : |
| - | 1D) ; Minimum TTL | + | * chaque fil est composé de plusieurs brins en cuivre, |
| - | </ | + | * câble souple. |
| - | Cette ligne identifie notre serveur de noms : | + | Avantages |
| - | < | + | * Un débit de 10 Mbit/s à 10 GBit/s, |
| - | IN NS solaris.i2tch.loc. | + | * A une bande passante plus large, |
| - | </ | + | * Pas d' |
| + | * Permet le **câblage universel** (téléphonie, | ||
| + | * Full-Duplex. | ||
| - | <WRAP center round important 60%> | + | Inconvénients |
| - | Dans le cas où notre serveur était également un serveur mail. Nous trouverions aussi une entrée du type SMTP (MX) : | + | |
| - | <file> | + | * Nombre de câbles |
| - | IN MX 10 mail.i2tch.loc. | + | * Plus cher, |
| - | </ | + | * Plus encombrant dans les gaines techniques. |
| - | </ | + | |
| - | Ci-dessous on définit avec une entrée du type A, les machines que l'on souhaite appeler par leur nom, à savoir **solaris.i2tch.loc** et **localhost** : | + | == Catagories de Blindage== |
| - | < | + | Il existe trois catagories de blindage : |
| - | localhost | + | |
| - | solaris.i2tch.loc. | + | |
| - | </ | + | |
| - | Ci-dessous on définit des **Alias** avec des entrées du type CNAME. Les alias servent à identifier une machine. | + | |
| + | * **Foiled** ou Entouré, | ||
| + | * **Shielded** ou Avec Ecran. | ||
| - | < | + | De ce fait, il existe 5 catagories de câbles Paire Torsadée : |
| - | dnsmaster IN CNAME solaris.i2tch.loc. | + | |
| - | </ | + | |
| - | Nous pourrions aussi trouver ici des entrées telles: | + | 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** : |
| - | ftp IN CNAME solaris.i2tch.loc. | + | |
| - | www IN CNAME solaris.i2tch.loc. | + | |
| - | mail IN CNAME solaris.i2tch.loc. | + | |
| - | news IN CNAME solaris.i2tch.loc. | + | |
| - | </ | + | |
| - | ==db.2.0.10.hosts== | + | ^ 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. | | ||
| - | Ce fichier se trouve dans / | + | ==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' |
| - | $TTL 3D | + | |
| - | @ | + | |
| - | 20090324 ; Serial | + | |
| - | 10800 ; Refresh | + | |
| - | 3600 ; Retry | + | |
| - | 604800 | + | |
| - | 86400) ; Minimum TTL | + | |
| - | NS solaris.i2tch.loc. | + | |
| - | 15 | + | |
| - | </ | + | |
| - | Il est possible | + | Les câbles croisés sont utilisés lors du branchement |
| - | < | + | ==Channel Link et Basic Link== |
| - | # / | + | |
| - | zone 2.0.10.in-addr.arpa/ | + | |
| - | OK | + | |
| - | </ | + | |
| - | ==db.127.0.0.1== | + | Le **Channel Link** ou **Canal** est l' |
| - | Ce fichier se trouve dans / | + | Le **Basic Link** |
| - | < | + | ===La Fibre Optique=== |
| - | $TTL 3D | + | |
| - | @ | + | |
| - | 20090324 ; Serial | + | |
| - | 28800 ; Refresh | + | |
| - | 7200 ; Retry | + | |
| - | 604800 | + | |
| - | 86400) | + | |
| - | NS solaris.i2tch.loc. | + | |
| - | localhost | + | |
| - | </ | + | |
| - | Il est possible | + | La **Fibre Optique** |
| - | < | + | * des meilleures performances que le cuivre, |
| - | # / | + | * de plus de communications simultanément, |
| - | zone 0.0.127.in-addr.arpa/ | + | * de la capacité de relier de plus grandes distances, |
| - | OK | + | * une insensibilité aux perturbations, |
| - | </ | + | * une résistance à la corrosion. |
| - | ==db.localhost== | + | Qui plus est, elle ne produit aucune perturbation. |
| - | Ce fichier se trouve dans / | + | Elle est composée |
| - | < | + | * d'un coeur de 10, de 50/125 ou de 62.50 micron, |
| - | $TTL 3D | + | |
| - | @ | + | |
| - | 20090324 | + | |
| - | 8H ; Refresh | + | |
| - | | + | |
| - | | + | |
| - | 1D) ; Minimum TTL | + | |
| - | | + | |
| - | 1 IN PTR | + | |
| - | </ | + | |
| + | Il existe deux types de fibres, la **Fibre Monomode** et la **Fibre Multimodes**. | ||
| - | Il est possible de vérifier ce fichier grâce à la commande **/ | + | La Fibre Monomode |
| - | < | + | * a un coeur de 8 à 10 Microns, |
| - | # / | + | * est divisée en sous-catégories de distance, |
| - | zone localhost/ | + | * 10 Km, |
| - | OK | + | * 15 Km, |
| - | </ | + | * 20 Km, |
| + | * 50 Km, | ||
| + | * 80 Km, | ||
| + | * 100 Km. | ||
| - | Il est maintenant possible de démarrer le serveur DNS : | + | La Fibre Multimode |
| - | | + | |
| + | * 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. | ||
| - | Avant de pouvoir tester votre serveur DNS, vous avez besoin d' | + | ===Les Réseaux sans Fils=== |
| - | Pour le faire, il convient d' | + | 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 : |
| - | nameserver 10.0.2.15 | + | |
| - | </ | + | |
| - | Testez maintenant votre serveur DNS grâce à les commandes | + | |
| + | | ||
| + | | ||
| + | | ||
| - | < | + | Les principales ondes utilisées pour la transmission des données sont : |
| - | # nslookup www.fenestros.org | + | |
| - | Server: 10.0.2.15 | + | |
| - | Address: | + | |
| - | Non-authoritative answer: | + | * Ondes GSM |
| - | Name: | + | * Ondes Wi-Fi - Ondes Hertziennes reposant sur des micro-ondes à haute fréquence avec une portée de 20 à 50 mètres, |
| - | Address: 195.8.78.1 | + | * Ondes Satellitaires - Ondes Hertziennes longues portées. |
| - | # dig www.fenestros.org | + | ===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. |
| - | ;; global options: | + | |
| - | ;; Got answer: | + | |
| - | ;; ->> | + | |
| - | ;; flags: qr rd ra; QUERY: 1, ANSWER: 1, AUTHORITY: 2, ADDITIONAL: 2 | + | |
| - | ;; QUESTION SECTION: | + | Le CPL superpose un signal à plus haute fréquence au signal électrique. |
| - | ;www.fenestros.org. | + | |
| - | ;; ANSWER SECTION: | + | Seuls donc, les fils conducteurs transportent les signaux CPL. |
| - | www.fenestros.org. | + | |
| - | ;; AUTHORITY SECTION: | + | Le coupleur intégré en entrée des boîtiers CPL élimine les composants basses fréquences pour isoler le signal CPL. |
| - | fenestros.org. | + | |
| - | fenestros.org. | + | |
| - | ;; ADDITIONAL SECTION: | + | Le CPL utilise la phase électrique et le neutre. De ce fait, une installation triphasée fournit 3 réseaux CPL différents. |
| - | ns1.amen.fr. 7146 IN A | + | |
| - | ns2.amen.fr. | + | |
| - | ;; Query time: 5 msec | + | Le signal CPL ne s' |
| - | ;; SERVER: 10.0.2.15# | + | |
| - | ;; WHEN: Tue Mar 24 11:32:54 2009 | + | |
| - | ;; MSG SIZE rcvd: 126 | + | |
| - | </ | + | |
| - | ==LAB #1== | + | Les normes CPL sont : |
| - | <WRAP center round todo 60%> | + | ^ Norme ^ Débit Théorique ^ Débit Pratique ^ Temps pour copier 1 Go ^ |
| - | Créez les fichiers de configurations spécifiques et personnalisez-les à votre système. Testez ensuite votre serveur DNS. | + | | 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 | | ||
| - | ===Le Serveur d' | + | ===Technologies=== |
| - | ==Introduction== | + | Il existe plusieurs technologies de réseau : |
| - | Dans le cas d'un serveur de réseau, il est souvent important de maintenir l' | + | * Ethernet, |
| + | * Token-Ring, | ||
| + | * ARCnet, | ||
| + | * etc.. | ||
| - | Le protocole utilisé s' | + | Nous détaillerons ici les deux technologies les plus répandues, à savoir Ethernet et Token-Ring. |
| - | ==Installation== | + | ==Ethernet== |
| - | Sous **Solaris**, | + | La technologie Ethernet se repose sur : |
| - | < | + | * une topologie logique de bus, |
| - | # svcs -a | grep ntp | + | * une topologie physique de bus ou étoile. |
| - | disabled | + | |
| - | </ | + | |
| - | Activez ensuite | + | L' |
| - | < | + | Il faut noter que : |
| - | # svcadm enable network/ | + | |
| - | # svcs -a | grep ntp | + | |
| - | maintenance | + | |
| - | </ | + | |
| - | A ce stade on peut constater | + | * 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 | ||
| + | * quand deux nœuds émettent | ||
| + | * les deux nœuds vont donc cesser d' | ||
| - | < | + | ==Token-Ring== |
| - | # svcs -l network/ | + | |
| - | fmri | + | |
| - | nom Network Time Protocol (NTP) | + | |
| - | activé | + | |
| - | état | + | |
| - | next_state | + | |
| - | state_time | + | |
| - | logfile | + | |
| - | redémarreur | + | |
| - | contract_id | + | |
| - | dependency | + | |
| - | dependency | + | |
| - | </ | + | |
| - | Vous pouvez constater que le problème ne vient pas des dépendances. Consultez donc le fichier journal | + | La technologie Token-Ring se repose sur : |
| - | < | + | * une topologie logique en anneau, |
| - | # cat / | + | * une topologie physique en étoile. |
| - | [ févr. 28 11:39:01 Disabled. ] | + | |
| - | [ févr. 28 11:39:01 Rereading configuration. ] | + | |
| - | [ mars 24 17:55:27 Enabled. ] | + | |
| - | [ mars 24 17:55:28 Executing start method ("/ | + | |
| - | [ mars 24 17:55:28 Method " | + | |
| - | </ | + | |
| - | Ce fichier nous indique une mauvaise configuration (exited with status 96). | + | Token-Ring se traduit par **Anneau à Jeton**. Il n'est pas aussi répandu que l' |
| - | ==Le fichier ntp.conf== | + | Il faut noter que : |
| - | Le service | + | |
| + | | ||
| + | * quand un nœud souhaite émettre, il saisit le jeton, y dépose des données avec l'adresse du destinataire et ensuite laisse poursuivre son chemin jusqu'à sa destination, | ||
| + | * pendant son voyage, aucun autre nœud ne peut émettre, | ||
| + | * une fois arrivé à sa destination, | ||
| + | * ce système est appelé **déterministe**. | ||
| - | < | + | L' |
| - | # cp / | + | |
| - | </ | + | |
| - | Ouvrez ce fichier afin de consulter son contenu : | + | * qu'il **évite des collisions**, |
| + | * qu'il est **possible | ||
| - | < | + | La technologie Token-Ring est donc idéale, voire obligatoire, dans des installations où chaque nœud doit disposer d'une opportunité à intervalle fixe d' |
| - | # ident " | + | |
| - | # | + | |
| - | # Copyright 1996-2003 Sun Microsystems, | + | |
| - | # Use is subject to license terms. | + | |
| - | # | + | |
| - | # / | + | |
| - | # | + | |
| - | # An example file that could be copied over to / | + | |
| - | # edited; it provides a configuration template for a server that | + | |
| - | # listens to an external hardware clock, synchronizes the local clock, | + | |
| - | # and announces itself on the NTP multicast net. | + | |
| - | # | + | |
| - | # This is the external clock device. | + | ====Périphériques Réseaux Spéciaux==== |
| - | # recognized by xntpd 3-5.93e: | + | |
| - | # | + | |
| - | # XType Device | + | |
| - | # ------------------------------------------------------- | + | |
| - | # 1 local | + | |
| - | # 2 trak GPS TRAK 8820 GPS Receiver | + | |
| - | # 3 pst | + | |
| - | # 4 wwvb WWVB | + | |
| - | # 5 true TRUE | + | |
| - | # 6 irig IRIG IRIG Audio Decoder | + | |
| - | # 7 chu | + | |
| - | # 8 parse | + | |
| - | # 9 mx4200 | + | |
| - | # 10 as2201 | + | |
| - | # 11 arbiter | + | |
| - | # 12 tpro IRIG | + | |
| - | # 13 leitch | + | |
| - | # 15 * | + | |
| - | # 17 datum | + | |
| - | # 18 acts ACTS NIST Automated Computer Time Service | + | |
| - | # 19 heath | + | |
| - | # 20 nmea GPS Generic NMEA GPS Receiver | + | |
| - | # 22 atom PPS PPS Clock Discipline | + | |
| - | # 23 ptb | + | |
| - | # 24 usno USNO USNO Modem Time Service | + | |
| - | # 25 * | + | |
| - | # 26 hpgps | + | |
| - | # 27 arc | + | |
| - | # | + | |
| - | # * All TrueTime receivers are now supported by one driver, type 5. | + | |
| - | # Types 15 and 25 will be retained only for a limited time and may | + | |
| - | # be reassigned in future. | + | |
| - | # | + | |
| - | # Some of the devices benefit from " | + | |
| - | # documentation. | + | |
| - | # Either a peer or server. | + | 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. |
| - | # table above. | + | |
| - | server 127.127.XType.0 | + | |
| - | fudge 127.127.XType.0 stratum 0 | + | |
| - | broadcast 224.0.1.1 ttl 4 | + | Les périphériques de réseau spéciaux sont : |
| - | enable auth monitor | + | * les Concentrateurs ou //Hubs//, |
| - | driftfile | + | * les Répéteurs ou //Repeaters//, |
| - | statsdir | + | * les Ponts ou //Bridges//, |
| - | filegen peerstats file peerstats type day enable | + | * les Commutateurs ou // |
| - | filegen loopstats file loopstats type day enable | + | * les Routeurs ou // |
| - | filegen clockstats file clockstats type day enable | + | * les Passerelles ou // |
| - | keys / | + | L' |
| - | trustedkey 0 | + | |
| - | requestkey 0 | + | |
| - | controlkey 0 | + | |
| - | </ | + | |
| - | Les directives actives de ce fichier sont : | + | ===Les Concentrateurs=== |
| - | < | + | Les Concentrateurs permettent une connectivité entre les nœuds en topologie en étoile. Selon leur configuration, |
| - | server 127.127.XType.0 | + | |
| - | fudge 127.127.XType.0 stratum 0 | + | |
| - | broadcast 224.0.1.1 ttl 4 | + | |
| - | enable auth monitor | + | |
| - | driftfile / | + | |
| - | statsdir / | + | |
| - | filegen peerstats file peerstats type day enable | + | |
| - | filegen loopstats file loopstats type day enable | + | |
| - | filegen clockstats file clockstats type day enable | + | |
| - | keys / | + | |
| - | trustedkey 0 | + | |
| - | requestkey 0 | + | |
| - | controlkey 0 | + | |
| - | </ | + | |
| - | Afin de mieux comprendre les détails | + | * **Le Concentrateur Simple** |
| + | * est une boîte | ||
| + | * 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. | ||
| - | Les directives suivantes stipulent que votre serveur doit se synchroniser sur l'horloge locale, une horloge fictive, utilisée lors de l'inaccessibilité | + | * **Le Concentrateur Évolué** |
| + | * est un Concentrateur simple qui offre en plus l'amplification des signaux, la gestion du type de topologie logique grâce à des capacités d' | ||
| - | < | + | * **Le Concentrateur Intelligent** |
| - | server 127.127.XType.0 | + | * 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. |
| - | fudge 127.127.XType.0 stratum 0 | + | |
| - | </ | + | |
| - | La valeur de **XType** doit être prise du tableau fourni dans le fichier lui-même. | + | ===Les Répéteurs=== |
| - | La directive suivante permet | + | Un Répéteur est un périphérique réseau simple. Il est utilisé pour amplifier |
| - | < | + | * la longueur du câble dépasse la limite autorisée, |
| - | broadcast 224.0.1.1 ttl 4 | + | * le câble passe par une zone ou les interférences sont importantes. |
| - | </ | + | |
| - | La fonction suivante active le monitoring | + | Éventuellement, |
| - | < | + | ===Les Ponts=== |
| - | enable auth monitor | + | |
| - | </ | + | |
| - | La directive suivante identifie | + | Un Pont est **Répéteur intelligent**. Outre sa capacité d' |
| - | < | + | Les **diffusions** sont néanmoins autorisées. |
| - | driftfile / | + | |
| - | </ | + | |
| - | La directive suivante indique | + | Comme un Pont doit être intelligent, |
| - | < | + | Le Pont sert donc à isoler des segments du réseau pour des raisons de : |
| - | keys / | + | |
| - | trustedkey 0 | + | |
| - | requestkey 0 | + | |
| - | controlkey 0 | + | |
| - | </ | + | |
| - | La directive suivante indique | + | * **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 |
| - | statsdir / | + | |
| - | </ | + | |
| - | La directive suivante indique les statistiques voulues : | + | ==Le Pont de Base== |
| - | < | + | Le Pont de Base est utilisé très rarement pour isoler deux segments. |
| - | statistics loopstats peerstats clockstats | + | |
| - | </ | + | |
| - | Les directives suivantes indiquent les statistiques à générer | + | ;#;{{:solaris: |
| - | < | + | ==Le Pont en Cascade== |
| - | filegen loopstats file loopstats type day enable | + | |
| - | filegen peerstats file peerstats type day enable | + | |
| - | filegen clockstats file clockstats type day enable | + | |
| - | </ | + | |
| - | Ce fichier a besoin | + | Le Pont en Cascade est à éviter car les données en provenance |
| - | Ajoutez donc la section suivante afin de stipuler quel serveur est utilisé pour la synchronisation. La liste peut aussi comporter des FQDN : | + | ;#;{{:solaris: |
| - | < | + | ==Le Pont en Dorsale== |
| - | server 192.43.244.18 | + | |
| - | server 192.203.230.41 | + | |
| - | server 128.115.14.97 | + | |
| - | server 128.252.19.1 | + | |
| - | </ | + | |
| - | Modifiez ensuite | + | 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 |
| - | < | + | ;#; |
| - | server 127.127.XType.1 | + | |
| - | fudge 127.127.XType.1 stratum 0 | + | |
| - | </ | + | |
| - | <WRAP center round todo 60%> | + | ===Les Commutateurs=== |
| - | Que signifie la valeur **XType.1** ? | + | |
| - | </ | + | |
| - | Vous obtiendrez | + | 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. |
| - | # ident " | + | |
| - | # | + | |
| - | # Copyright 1996-2003 Sun Microsystems, Inc. All rights reserved. | + | |
| - | # Use is subject to license terms. | + | |
| - | # | + | |
| - | # / | + | |
| - | # | + | |
| - | # An example file that could be copied over to / | + | |
| - | # edited; it provides a configuration template for a server that | + | |
| - | # listens to an external hardware clock, synchronizes the local clock, | + | |
| - | # and announces itself on the NTP multicast net. | + | |
| - | # | + | |
| - | # This is the external clock device. | + | Certains Commutateurs haut de gamme sont équipés d'un système anti-catastrophe qui leur permet d' |
| - | # recognized by xntpd 3-5.93e: | + | |
| - | # | + | |
| - | # XType Device | + | |
| - | # ------------------------------------------------------- | + | |
| - | # 1 local | + | |
| - | # 2 trak GPS TRAK 8820 GPS Receiver | + | |
| - | # 3 pst | + | |
| - | # 4 wwvb WWVB | + | |
| - | # 5 true TRUE | + | |
| - | # 6 irig IRIG IRIG Audio Decoder | + | |
| - | # 7 chu | + | |
| - | # 8 parse | + | |
| - | # 9 mx4200 | + | |
| - | # 10 as2201 | + | |
| - | # 11 arbiter | + | |
| - | # 12 tpro IRIG | + | |
| - | # 13 leitch | + | |
| - | # 15 * | + | |
| - | # 17 datum | + | |
| - | # 18 acts ACTS NIST Automated Computer Time Service | + | |
| - | # 19 heath | + | |
| - | # 20 nmea GPS Generic NMEA GPS Receiver | + | |
| - | # 22 atom PPS PPS Clock Discipline | + | |
| - | # 23 ptb | + | |
| - | # 24 usno USNO USNO Modem Time Service | + | |
| - | # 25 * | + | |
| - | # 26 hpgps | + | |
| - | # 27 arc | + | |
| - | # | + | |
| - | # * All TrueTime receivers are now supported by one driver, type 5. | + | |
| - | # Types 15 and 25 will be retained only for a limited time and may | + | |
| - | # be reassigned in future. | + | |
| - | # | + | |
| - | # Some of the devices benefit from " | + | |
| - | # documentation. | + | |
| - | server 192.43.244.18 | + | ===Les Routeurs=== |
| - | server 192.203.230.41 | + | |
| - | server 128.115.14.97 | + | |
| - | server 128.252.19.1 | + | |
| - | # Either a peer or server. | + | Un Routeur est un Pont sophistiqué capable : |
| - | # table above. | + | |
| - | server 127.127.XType.1 | + | |
| - | fudge 127.127.XType.1 stratum 0 | + | |
| - | broadcast 224.0.1.1 ttl 4 | + | * d' |
| + | * de filtrer le trafic, | ||
| + | * d’isoler une partie du réseau, | ||
| + | * d’ explorer les informations d' | ||
| - | enable auth monitor | + | Les Routeurs utilisent une table de routage pour stocker les informations sur : |
| - | driftfile / | + | |
| - | statsdir / | + | * les adresses du réseau, |
| - | filegen peerstats file peerstats type day enable | + | * les solutions de connexion vers d' |
| - | filegen loopstats file loopstats type day enable | + | * l' |
| - | filegen clockstats file clockstats type day enable | + | |
| - | keys / | + | Il existe deux types de Routeur : |
| - | trustedkey 0 | + | |
| - | requestkey 0 | + | |
| - | controlkey 0 | + | |
| - | </ | + | |
| - | Créez ensuite | + | * 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' | ||
| - | | + | |
| + | * découvre automatiquement les routes à emprunter dans un réseau. | ||
| - | Démarrez ensuite le service : | + | ===Les Passerelles=== |
| - | < | + | Ce périphérique, |
| - | # svcadm clear svc:/ | + | |
| - | # svcadm enable svc:/ | + | |
| - | # svcs -l svc:/ | + | |
| - | fmri | + | |
| - | nom Network Time Protocol (NTP) | + | |
| - | activé | + | |
| - | état | + | |
| - | next_state | + | |
| - | state_time | + | |
| - | logfile | + | |
| - | redémarreur | + | |
| - | contract_id | + | |
| - | dependency | + | |
| - | dependency | + | |
| - | </ | + | |
| - | Dernièrement, constatez la présence | + | * entre deux technologies différentes ( Ethernet - Token-Ring ), |
| + | * entre deux protocoles différents, | ||
| + | * entre des formats de données différents. | ||
| - | < | + | =====Annexe |
| - | # cd / | + | |
| - | # ls | + | |
| - | loopstats | + | |
| - | </ | + | |
| - | ==LAB #2== | + | ==== En-tête TCP ==== |
| - | <WRAP center round todo 60%> | + | L' |
| - | Modifiez votre fichier ntp.conf pour inclure les directives de statistiques. Testez votre serveur ntp. | + | |
| - | </ | + | |
| + | ^ 1er octet ^ 2ème octet ^ 3ème octet ^ 4 ème octet ^ | ||
| + | | Port source | ||
| + | | | ||
| + | | | ||
| + | | | ||
| + | | Checksum | ||
| + | | Options | ||
| + | | Données | ||
| - | ===Le Serveur FTP=== | + | 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< |
| - | == Installation == | + | L' |
| - | Sous **Solaris**, un serveur ftp est installé par défault | + | 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. |
| - | # svcs -a | grep ftp | + | * ACK - Si la valeur est 1, le paquet est un accusé de réception |
| - | disabled | + | * 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 | ||
| - | Le paquet | + | 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 |
| - | # / | + | |
| - | ... | + | |
| - | L' | + | |
| - | </ | + | |
| - | ==Configuration | + | Le **Padding** est un champ pouvant être rempli |
| - | Le fichier / | + | ==== En-tête UDP ==== |
| - | # cp / | + | L' |
| - | Ouvrez le fichier **/ | + | ^ 1er octet ^ 2ème octet ^ 3ème octet ^ 4 ème octet ^ |
| + | | Port source | ||
| + | | | ||
| + | | Données | ||
| - | < | + | L'en-tête UDP a une longueur de 8 octets. |
| - | # This is a basic ProFTPD configuration file (rename it to | + | |
| - | # 'proftpd.conf' | + | |
| - | # and a single anonymous login. | + | |
| - | # " | + | |
| - | ServerName | + | ==== Fragmentation et Ré-encapsulation ==== |
| - | ServerType | + | |
| - | DefaultServer | + | |
| - | # Port 21 is the standard FTP port. | + | La taille limite d'un paquet TCP, l' |
| - | Port 21 | + | |
| - | # Umask 022 is a good standard umask to prevent new dirs and files | + | ==== Adressage ==== |
| - | # from being group and world writable. | + | |
| - | Umask 022 | + | |
| - | # To prevent DoS attacks, set the maximum number of child processes | + | L' |
| - | # to 30. If you need to allow more than 30 concurrent connections | + | |
| - | # at once, simply increase this value. Note that this ONLY works | + | |
| - | # in standalone mode, in inetd mode you should use an inetd server | + | |
| - | # that allows you to limit maximum number of processes per service | + | |
| - | # (such as xinetd). | + | |
| - | MaxInstances | + | |
| - | # Set the user and group under which the server will run. | + | 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' |
| - | User nobody | + | |
| - | Group | + | |
| - | # To cause every FTP user to be " | + | ^ ^ 1er octet ^ 2ème octet ^ 3ème octet ^ 4 ème octet ^ |
| - | # directory, uncomment this line. | + | | A | Net ID |
| - | # | + | | B | Net ID || Host ID || |
| + | | C | Net ID ||| Host ID | | ||
| + | | D | | ||
| + | | E | | ||
| - | # Normally, we want files to be overwriteable. | + | L' |
| - | AllowOverwrite | + | |
| - | # Bar use of SITE CHMOD by default | + | ^ Classe |
| - | <Limit SITE_CHMOD> | + | | A | 1 | 0 | 7 | 2<sup>7</ |
| - | | + | | B | 2 | 10 | 14 | 2< |
| - | </Limit> | + | | C | 3 | 110 | 21 | 2< |
| - | ... | + | |
| - | </ | + | Le réseau 127. est réservé. Il s' |
| - | Dans ce fichier, la directive suivante contient le nom de votre serveur FTP: | + | Dans chaque classe, certaines adresses sont réservées pour un usage privé |
| - | < | + | ^ Classe |
| - | ServerName | + | | A | 10.0.0.0 |
| - | </ | + | | B | 172.16.0.0 |
| + | | C | 192.168.0.0 | ||
| - | Ce nom sera visible au client ftp utilisé | + | Il existe des adresses particulières ne pouvant pas être utilisées |
| - | La directive suivante définit que le processus proftpd ne dépendra pas de xinetd: | + | ^ 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' |
| - | ServerType | + | |
| - | </ | + | |
| - | Cette directive est importante dans la mesure où les directives | + | Afin de mieux comprendre l' |
| - | La directive suivante indique que vous utilisez le serveur par défaut: | + | ^ ^ 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 ==== |
| - | DefaultServer | + | |
| - | </ | + | |
| - | En effet, proftpd est capable | + | Tout comme l' |
| - | La directive suivante stipule le port d' | + | ^ 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. |
| - | Port 21 | + | |
| - | </ | + | |
| - | Cette valeur peut être modifier, par exemple | + | Quand un hôte souhaite émettre il procède d' |
| - | La directive suivante indique que les nouveaux fichiers seront créés avec un mask de 0644 et les nouveaux répertoires avec un mask de 0755: | + | * 1 x 1 = 1 |
| - | < | + | * 0 x 1 = 0 |
| - | Umask 022 | + | * 1 x 0 = 0 |
| - | </ | + | * 0 x 0 = 0 |
| - | La directive suivante stipule que chaque utilisateur | + | 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 | ||
| - | On parle de **[[http:// | ||
| - | La directive suivante ne fonctione qu'en mode **standalone**. Sa fonction est d'éviter les attaques **[[http:// | + | 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 |
| - | < | + | ^ ^ 1er octet ^ 2ème octet ^ 3ème octet ^ 4 ème octet ^ |
| - | MaxInstances | + | | Adresse IP | |
| - | </ | + | | Binaire |
| + | | Masque de sous-réseau | ||
| + | | Binaire | ||
| + | | Calcul AND | | ||
| + | | Adresse réseau | ||
| - | Les directives suivantes indiquent | + | Puisque |
| - | < | + | L' |
| - | User | + | |
| - | Group nogroup | + | |
| - | </ | + | |
| - | La directive **%%AllowOverwrite%%** indique qu'un fichier déjà présent peut être écrasé lors du téléchargement //vers le serveur// d'un fichier du **même nom** : | + | ^ ^ 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' |
| - | AllowOverwrite | + | |
| - | </ | + | |
| - | La directive **<Limit SITE_CHMOD> | + | ==== 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' |
| - | # Bar use of SITE CHMOD by default | + | |
| - | <Limit SITE_CHMOD> | + | |
| - | DenyAll | + | |
| - | </ | + | |
| - | </ | + | |
| - | ==LAB #3== | + | 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' |
| - | Editez le fichier | + | Pour illustrer ceci, prenons l' |
| - | Ensuite ajoutez les deux directives | + | Supposons que nous souhaiterions diviser notre réseau en 2 sous-réseaux. Pour coder 2 sous-réseaux, |
| - | < | + | * 00 |
| - | AllowRetrieveRestart | + | * 01 |
| - | </ | + | * 10 |
| + | * 11 | ||
| - | Cette directive offre la possibilité aux clients de continuer un téléchargement //du server// suite à une coupure | + | Les valeurs binaires |
| - | < | + | * 192.168.1.00XXXXXX |
| - | AllowStoreRestart | + | * 192.168.1.01XXXXXX |
| - | </ | + | * 192.168.1.10XXXXXX |
| + | * 192.168.1.11XXXXXX | ||
| - | Cette directive offre la possibilité aux clients de continuer un téléchargement //vers le server// suite à une coupure de la connexion avec celui-ci sans avoir à tout recommencer. | + | où les XXXXXX représentent les bits que nous réservons pour décrire les hôtes dans chacun des sous-réseaux. |
| - | Sauvegardez votre fichier. | + | Nous ne pouvons pas utiliser les deux sous-réseaux suivants : |
| - | Démarrez ensuite le serveur proftpd : | + | * 192.168.1.00XXXXXX |
| + | * 192.168.1.11XXXXXX | ||
| - | # / | + | car ceux-ci correspondent aux débuts de l' |
| - | Connectez-vous à votre serveur proftpd en tant qu' | + | Nous pouvons utiliser les deux sous-réseaux suivants |
| - | < | + | * 192.168.1.01XXXXXX |
| - | # ftp localhost | + | * 192.168.1.10XXXXXX |
| - | Connected to localhost. | + | |
| - | 220 ProFTPD 1.3.0 Server (ProFTPD Default Installation) [127.0.0.1] | + | |
| - | Name (localhost: | + | |
| - | 331 Password required for user2. | + | |
| - | Password: | + | |
| - | 230 User user2 logged in. | + | |
| - | Remote system type is UNIX. | + | |
| - | Using binary mode to transfer files. | + | |
| - | ftp> ls | + | |
| - | 200 PORT command successful | + | |
| - | 150 Opening ASCII mode data connection for file list | + | |
| - | local.cshrc | + | |
| - | local.login | + | |
| - | local.profile | + | |
| - | 226 Transfer complete. | + | |
| - | 41 bytes received in 0,0012 seconds (32,05 Kbytes/s) | + | |
| - | </ | + | |
| - | <WRAP center round important 60%> | + | Pour le premier sous-réseau l' |
| - | Lors de votre connexion en utilisant un compte de votre système, vous devez arriver dans le dossier **home **de cet utilisateur. Vous constaterez que la fonction **chroot**, activée par la directive %%**DefaultRoot~**%% incluse dans le fichier **/ | + | |
| - | </ | + | |
| - | ===Serveur proftpd Anonyme=== | + | | Sous-réseau #1 | |
| + | | Calcul de l' | ||
| + | | Binaire | ||
| + | | Adresse réseau | ||
| + | | Calcul de l' | ||
| + | | Binaire | ||
| + | | Adresse de diffusion | | ||
| - | ==Créer l'utilisateur ftp du groupe ftp== | + | * L'adresse CIDR du réseau est donc 192.168.1.64/ |
| - | Créez un groupe | + | |
| - | | + | |
| - | Créez ensuite l' | + | |
| - | # useradd | + | Pour le deuxième sous-réseau l' |
| - | <WRAP center round important 60%> | + | | Sous-réseau #2 | |
| - | Notez que le shell de l'utilisateur est **/bin/false**. | + | | Calcul |
| - | </ | + | | Binaire |
| + | | Adresse réseau | ||
| + | | Calcul de l' | ||
| + | | Binaire | ||
| + | | Adresse de diffusion | | ||
| - | Editez ensuite le fichier **/etc/ | + | |
| - | < | + | * Le masque de sous-réseau est donc le 11111111.11111111.11111111.11000000 ou le 255.255.255.192 |
| - | ftp: | + | |
| - | </ | + | |
| - | Dernièrement, | + | |
| - | < | + | * La plage valide d' |
| - | # mkdir /var/ftp | + | |
| - | # chown ftp:ftp /var/ftp | + | |
| - | </ | + | |
| - | ==Configuration== | + | La valeur qui sépare les sous-réseaux est 64. Cette valeur comporte le nom **incrément**. |
| - | La configuration de votre serveur anonyme se trouve dans la suite du fichier **/ | + | ==== 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 : |
| - | ... | + | |
| - | # A basic anonymous configuration, | + | |
| - | # want anonymous users, simply delete this entire < | + | |
| - | < | + | |
| - | User ftp | + | |
| - | Group ftp | + | |
| - | | + | |
| - | | + | * De 1 à 1023 |
| + | | ||
| + | * De 1024 à 49151 | ||
| + | * **Dynamic** et/ou **Private Ports** | ||
| + | * De 49152 à 65535 | ||
| - | # Limit the maximum number of anonymous logins | + | Le couple **numéro IP:numéro de port** s' |
| - | MaxClients | + | |
| - | # We want ' | + | ==== / |
| - | # in each newly chdired directory. | + | |
| - | DisplayLogin | + | |
| - | DisplayFirstChdir | + | |
| - | # Limit WRITE everywhere in the anonymous chroot | + | Les ports les plus utilisés sont détaillés dans le fichier **/etc/services** : |
| - | <Limit WRITE> | + | |
| - | DenyAll | + | |
| - | </Limit> | + | |
| - | </Anonymous> | + | |
| - | </ | + | |
| - | Ajoutez maintenant des directives, **avant la balise | + | <code> |
| + | [root@centos7 ~]# more / | ||
| + | # / | ||
| + | # $Id: services,v 1.55 2013/04/14 ovasik Exp $ | ||
| + | # | ||
| + | # Network services, Internet style | ||
| + | # IANA services version: last updated 2013-04-10 | ||
| + | # | ||
| + | # Note that it is presently the policy of IANA to assign a single well-known | ||
| + | # port number for both TCP and UDP; hence, most entries here have two entries | ||
| + | # even if the protocol doesn't support UDP operations. | ||
| + | # Updated from RFC 1700, ``Assigned Numbers'' | ||
| + | # are included, only the more common ones. | ||
| + | # | ||
| + | # The latest IANA port assignments can be gotten from | ||
| + | # http:// | ||
| + | # The Well Known Ports are those from 0 through 1023. | ||
| + | # The Registered Ports are those from 1024 through 49151 | ||
| + | # The Dynamic and/or Private Ports are those from 49152 through 65535 | ||
| + | # | ||
| + | # Each line describes one service, and is of the form: | ||
| + | # | ||
| + | # service-name | ||
| - | < | + | tcpmux |
| - | # Upload directory | + | tcpmux |
| - | < | + | rje 5/tcp # Remote Job Entry |
| - | | + | rje |
| - | < | + | echo 7/tcp |
| - | | + | echo 7/udp |
| - | </Limit> | + | discard |
| - | </Directory> | + | discard |
| - | </Anonymous> | + | systat |
| - | </file> | + | systat |
| + | daytime | ||
| + | --More--(0%) | ||
| + | </code> | ||
| + | |||
| + | Notez que les ports sont listés par deux : | ||
| + | |||
| + | * le port TCP | ||
| + | * le port UDP | ||
| + | |||
| + | La liste la plus complète peut être consultée à l' | ||
| - | Créez donc le répertoire **uploads** en y plaçant les bonnes permissions | + | Pour connaitre la liste des sockets ouverts sur l' |
| < | < | ||
| - | # mkdir /var/ftp/uploads | + | [root@centos7 ~]# netstat -an | more |
| - | # chown ftp: | + | Active Internet connections (servers and established) |
| + | Proto Recv-Q Send-Q Local Address | ||
| + | tcp 0 0 0.0.0.0: | ||
| + | tcp 0 0 127.0.0.1: | ||
| + | tcp 0 0 127.0.0.1: | ||
| + | tcp 0 0 127.0.0.1: | ||
| + | tcp 0 0 127.0.0.1: | ||
| + | tcp 0 0 127.0.0.1: | ||
| + | tcp 0 0 127.0.0.1: | ||
| + | tcp 0 0 10.0.2.15: | ||
| + | tcp 0 0 127.0.0.1: | ||
| + | tcp6 | ||
| + | tcp6 | ||
| + | udp 0 0 10.0.2.15: | ||
| + | udp 0 0 0.0.0.0: | ||
| + | udp 0 0 0.0.0.0: | ||
| + | udp 0 0 127.0.0.1: | ||
| + | udp 0 0 0.0.0.0: | ||
| + | udp 0 0 0.0.0.0: | ||
| + | udp 0 0 10.0.2.15: | ||
| + | udp6 | ||
| + | udp6 | ||
| + | raw6 | ||
| + | Active UNIX domain sockets (servers and established) | ||
| + | Proto RefCnt Flags | ||
| + | unix 2 [ ACC ] | ||
| + | unix 2 [ ACC ] | ||
| + | unix 2 [ ACC ] | ||
| + | unix 2 [ ACC ] | ||
| + | unix 2 [ ACC ] | ||
| + | ocket | ||
| + | unix 2 [ ACC ] | ||
| + | unix 2 [ ACC ] | ||
| + | --More-- | ||
| </ | </ | ||
| - | Vérifiez votre fichier d econfiguration grâce à l'option **-t** | + | Pour connaitre la liste des applications ayant ouvert un port sur l'ordinateur, saisissez la commande suivante |
| < | < | ||
| - | # /opt/csw/sbin/proftpd | + | [root@centos7 ~]# netstat -anp | more |
| - | Checking syntax of configuration file | + | Active Internet connections (servers and established) |
| - | Syntax check complete. | + | Proto Recv-Q Send-Q Local Address |
| + | tcp 0 0 0.0.0.0: | ||
| + | tcp 0 0 127.0.0.1: | ||
| + | tcp 0 0 127.0.0.1: | ||
| + | tcp 0 0 127.0.0.1: | ||
| + | tcp 0 0 127.0.0.1: | ||
| + | tcp 0 0 127.0.0.1: | ||
| + | tcp 0 0 127.0.0.1: | ||
| + | tcp 0 0 10.0.2.15: | ||
| + | tcp 0 1 10.0.2.15: | ||
| + | tcp 0 0 127.0.0.1: | ||
| + | tcp6 | ||
| + | tcp6 | ||
| + | udp 0 0 0.0.0.0: | ||
| + | udp 0 0 0.0.0.0: | ||
| + | udp 0 0 127.0.0.1: | ||
| + | udp 0 0 0.0.0.0: | ||
| + | udp 0 0 0.0.0.0: | ||
| + | udp 0 0 10.0.2.15: | ||
| + | udp6 | ||
| + | udp6 | ||
| + | raw6 | ||
| + | Active UNIX domain sockets (servers and established) | ||
| + | Proto RefCnt Flags | ||
| + | unix 2 [ ACC ] | ||
| + | unix 2 [ ACC ] | ||
| + | unix 2 [ ACC ] | ||
| + | unix 2 [ ACC ] | ||
| + | unix 2 [ ACC ] | ||
| + | unix 2 [ ACC ] | ||
| + | unix 2 [ ACC ] | ||
| + | unix 2 [ ACC ] | ||
| + | --More-- | ||
| </ | </ | ||
| - | Redémarrez votre serveur proftpd. | + | ==== Résolution d' |
| - | Testez ensuite votre serveur ftp anonyme. Lors de votre connexion anonyme, vous pouvez utiliser | + | Chaque protocole peut être encapsulé dans une **trame** Ethernet. Lorsque la trame doit être transportée |
| + | |||
| + | Pour connaître l' | ||
| < | < | ||
| - | # ftp localhost | + | [root@centos7 ~]# arp -a |
| - | Connected to localhost. | + | ? (10.0.2.3) at 52: |
| - | 220 ProFTPD 1.3.0 Server (ProFTPD Default Installation) [127.0.0.1] | + | gateway (10.0.2.2) at 52:54:00:12:35:02 [ether] on enp0s3 |
| - | Name (localhost: | + | |
| - | 331 Anonymous login ok, send your complete email address as your password. | + | |
| - | Password: | + | |
| - | 230 Anonymous access granted, restrictions apply. | + | |
| - | Remote system type is UNIX. | + | |
| - | Using binary mode to transfer files. | + | |
| - | ftp> quit | + | |
| - | 221 Goodbye. | + | |
| </ | </ | ||
| - | <WRAP center round important 60%> | + | ===Options de la commande=== |
| - | Vérifiez que vous pouvez télécharger **vers **le dossier **uploads**. | + | |
| - | </ | + | |
| - | ===Serveur proftpd et Hôtes Virtuels=== | + | Les options de cette commande sont : |
| - | ==Introduction== | + | < |
| + | [root@centos7 ~]# arp --help | ||
| + | Usage: | ||
| + | arp [-vn] [< | ||
| + | arp [-v] [-i <if>] -d < | ||
| + | arp [-vnD] [< | ||
| + | arp [-v] | ||
| + | arp [-v] | ||
| - | Le serveur proftpd peut gérer des hôtes virtuels. Les hôtes virtuels sont des couples **adresse IP/site** hébergés sur la même machine physique. | + | -a |
| + | -e | ||
| + | -s, --set set a new ARP entry | ||
| + | -d, --delete | ||
| + | -v, --verbose | ||
| + | -n, --numeric | ||
| + | -i, --device | ||
| + | -D, --use-device | ||
| + | -A, -p, --protocol | ||
| + | -f, --file | ||
| - | ==Configuration== | + | <HW>=Use '-H < |
| + | List of possible hardware types (which support ARP): | ||
| + | ash (Ash) ether (Ethernet) ax25 (AMPR AX.25) | ||
| + | netrom (AMPR NET/ROM) rose (AMPR ROSE) arcnet (ARCnet) | ||
| + | dlci (Frame Relay DLCI) fddi (Fiber Distributed Data Interface) hippi (HIPPI) | ||
| + | irda (IrLAP) x25 (generic X.25) infiniband (InfiniBand) | ||
| + | eui64 (Generic EUI-64) | ||
| + | </ | ||
| - | Pour configurer des hôtes virtuels, il convient de créer un fichier de configuration à part, appelé %%proftpd-vhosts.conf%%: | + | =====Annexe #3 - Comprendre le Chiffrement===== |
| - | # touch / | + | ====Introduction à la cryptologie==== |
| - | Modifiez ensuite les permissions sur ce fichier: | + | ===Définitions=== |
| - | | + | |
| + | * La science qui étudie les aspects scientifiques de ces techniques, c'est-à-dire qu' | ||
| + | * **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' | ||
| - | Ensuite il faut ajouter une ligne au fichier **/ | + | {{ : |
| - | < | + | ==La Cryptographie== |
| - | Include | + | |
| - | </ | + | |
| - | Le fichier **proftpd-vhosts.conf** doit contenir des directives %%VirtualHost%%: | + | 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' |
| + | | ||
| + | * La non-répudiation | ||
| + | * est la garantie qu' | ||
| - | où x.x.x.x représente | + | La cryptographie est basée sur l' |
| - | ==Hôte virtuel | + | * Procéder au chiffrement |
| + | * Le résultat de cette modification (le message chiffré) est appelé cryptogramme (Ciphertext) | ||
| + | * Procéder au déchiffrement | ||
| - | Vous allez maintenant procéder | + | Le chiffrement se fait à l'aide d'une clef de chiffrement. Le déchiffrement nécessite |
| - | Saisissez donc les commandes suivantes dans une fenêtre | + | On distingue deux types de clefs: |
| - | < | + | * Les clés symétriques: |
| - | # echo "192.168.1.1" > / | + | * 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. |
| - | # ifconfig e1000g0:1 plumb | + | * Les clés asymétriques: |
| - | # ifconfig e1000g0:1 192.168.1.1 | + | * 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. |
| - | # ifconfig e1000g0:1 netmask 255.255.255.0 | + | |
| - | # ifconfig e1000g0:1 up | + | |
| - | # ifconfig -a | + | |
| - | </ | + | |
| - | Vous devez obtenir un résultat similaire | + | ==Le Chiffrement par Substitution== |
| + | |||
| + | Le chiffrement par substitution consiste | ||
| - | < | + | * La substitution **monoalphabétique** |
| - | # ifconfig -a | + | * consiste à remplacer chaque lettre du message par une autre lettre de l' |
| - | lo0: flags=2001000849< | + | * La substitution **polyalphabétique** |
| - | inet 127.0.0.1 netmask ff000000 | + | * consiste à utiliser une suite de chiffres monoalphabétique réutilisée périodiquement |
| - | e1000g0: flags=1004843< | + | * La substitution **homophonique** |
| - | inet 10.0.2.15 netmask ffffff00 broadcast 10.0.2.255 | + | * permet de faire correspondre à chaque lettre du message en clair un ensemble possible d' |
| - | ether 8: | + | * La substitution de **polygrammes** |
| - | e1000g0:1: flags=1000843< | + | * consiste à substituer un groupe de caractères (polygramme) dans le message par un autre groupe de caractères |
| - | inet 192.168.1.1 netmask ffffff00 broadcast 192.168.1.255 | + | |
| - | </ | + | |
| - | Créez maintenant le répertoire pour votre site2 : | + | ====Algorithmes à clé secrète==== |
| - | # mkdir -p /ftp/site2 [Entrée] | + | ===Le Chiffrement Symétrique=== |
| - | Créez un fichier de test: | + | Ce système est aussi appelé le système à **Clef Secrète** ou à **clef privée**. |
| - | # touch /ftp/ | + | Ce système consiste à effectuer une opération de chiffrement par algorithme mais comporte un inconvénient, |
| - | Editez maintenant le fichier **/ | + | {{:redhat: |
| - | <file> | + | <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. |
| - | ServerName | + | </WRAP> |
| - | DefaultRoot | + | |
| - | MaxClients | + | |
| - | < | + | |
| - | User ftp | + | |
| - | Group | + | |
| - | UserAlias | + | |
| - | RequireValidShell | + | |
| - | DisplayLogin | + | |
| - | DisplayFirstChdir | + | |
| - | <Limit LOGIN> | + | |
| - | AllowAll | + | |
| - | </ | + | |
| - | </ | + | |
| - | </ | + | |
| - | </file> | + | |
| - | Redémarrez le serveur proftpd. | + | Les algorithmes de chiffrement symétrique couramment utilisés en informatique sont: |
| - | Testez votre serveur ftp : | + | * **[[wpfr> |
| + | * **[[wpfr> | ||
| + | * **[[wpfr> | ||
| + | * **[[wpfr> | ||
| + | * **[[wpfr> | ||
| + | * **[[wpfr> | ||
| - | < | + | ====Algorithmes à clef publique==== |
| - | # ftp 192.168.1.1 | + | |
| - | Connected to 192.168.1.1. | + | |
| - | 220 ProFTPD 1.3.0 Server (Hote Virtuel sur 192.168.1.99) [192.168.1.1] | + | |
| - | Name (192.168.1.1: | + | |
| - | 331 Anonymous login ok, send your complete email address as your password. | + | |
| - | Password: | + | |
| - | 230 Anonymous access granted, restrictions apply. | + | |
| - | Remote system type is UNIX. | + | |
| - | Using binary mode to transfer files. | + | |
| - | ftp> ls | + | |
| - | 200 PORT command successful | + | |
| - | 150 Opening ASCII mode data connection for file list | + | |
| - | site2.txt | + | |
| - | 226 Transfer complete. | + | |
| - | 11 bytes received in 0,00049 seconds (21,73 Kbytes/s) | + | |
| - | </ | + | |
| - | ==Hôte virtuel par port== | + | ===Le Chiffrement Asymétrique=== |
| - | Proftpd gère aussi les hôtes virtuels par port. Cette capacité | + | Ce système |
| - | Afin de tester ceci, ajoutez la ligne suivante au fichier | + | Ce système consiste à avoir deux clefs appelées des **bi-clefs**: |
| - | < | + | * Une clef **publique** pour le chiffrement |
| - | Port | + | * Une clef **secrète** ou **privée** pour le déchiffrement |
| - | </ | + | |
| - | Votre fichier **/ | + | {{:redhat: |
| - | < | + | * L' |
| - | < | + | * A partir de cette clef il génère plusieurs clefs publiques grâce à un algorithme. |
| - | Port 2121 | + | * L' |
| - | ServerName | + | |
| - | DefaultRoot | + | |
| - | MaxClients | + | |
| - | < | + | |
| - | User ftp | + | |
| - | Group ftp | + | |
| - | UserAlias | + | |
| - | RequireValidShell | + | |
| - | DisplayLogin | + | |
| - | DisplayFirstChdir | + | |
| - | <Limit LOGIN> | + | |
| - | AllowAll | + | |
| - | </ | + | |
| - | </ | + | |
| - | </ | + | |
| - | Créez un fichier de test: | + | Ce système est basé sur ce que l'on appelle une **fonction à trappe à sens unique** ou **one-way trap door**. |
| - | #touch / | + | Il existe toutefois un problème – s' |
| - | Redémarrez le serveur proftpd. | + | Les algorithmes de chiffrement asymétrique couramment utilisés en informatique sont: |
| - | Essayez maintenant de vous connecter au hôte virtuel 192.168.1.1 sur le port 21: | + | * **[[wpfr> |
| + | * **[[wpfr> | ||
| - | < | + | ===La Clef de Session=== |
| - | # ftp 192.168.1.1 | + | |
| - | Connected to 192.168.1.1. | + | |
| - | 220 ProFTPD 1.3.0 Server (ProFTPD Default Installation) [192.168.1.1] | + | |
| - | Name (192.168.1.1: | + | |
| - | 331 Anonymous login ok, send your complete email address as your password. | + | |
| - | Password: | + | |
| - | 230 Anonymous access granted, restrictions apply. | + | |
| - | Remote system type is UNIX. | + | |
| - | Using binary mode to transfer files. | + | |
| - | ftp> ls | + | |
| - | 200 PORT command successful | + | |
| - | 150 Opening ASCII mode data connection for file list | + | |
| - | uploads | + | |
| - | 226 Transfer complete. | + | |
| - | 9 bytes received in 0,0013 seconds (6,55 Kbytes/s) | + | |
| - | </ | + | |
| - | Vous constaterez que le serveur vous retourne | + | Ce système est un compromis entre le système symétrique et le système asymétrique. Il permet l' |
| - | Essayez maintenant | + | {{: |
| - | < | + | Ce système fonctionne de la façon suivante |
| - | # ftp 192.168.1.1 2121 | + | |
| - | Connected to 192.168.1.1. | + | |
| - | 220 ProFTPD 1.3.0 Server (Hote Virtuel sur 192.168.1.1) [192.168.1.1] | + | |
| - | Name (192.168.1.1:root): ftp | + | |
| - | 331 Anonymous login ok, send your complete email address as your password. | + | |
| - | Password: | + | |
| - | 230 Anonymous access granted, restrictions apply. | + | |
| - | Remote system type is UNIX. | + | |
| - | Using binary mode to transfer files. | + | |
| - | ftp> ls | + | |
| - | 200 PORT command successful | + | |
| - | 150 Opening ASCII mode data connection for file list | + | |
| - | site2.txt | + | |
| - | port2121.txt | + | |
| - | 226 Transfer complete. | + | |
| - | 25 bytes received in 0,0015 seconds (16,54 Kbytes/s) | + | |
| - | </ | + | |
| - | Vous constaterez que le serveur vous retourne le contenu | + | * L' |
| + | * L' | ||
| + | * L' | ||
| + | * L' | ||
| - | ==Importer proftpd dans SMF== | + | ====Fonctions de Hachage==== |
| - | Il est nécessaire | + | La fonction |
| - | < | + | {{: |
| - | # echo " | + | |
| - | # cat /inetd.proftpd | + | |
| - | ftp | + | |
| - | # inetconv | + | |
| - | ftp -> / | + | |
| - | Importation | + | |
| - | </ | + | |
| - | A l' | + | Les deux algorithmes de hachage utilisés sont: |
| - | <code> | + | * **[[wpfr>MD5|Message Digest 5]]** (MD5) |
| - | # cat / | + | * **[[wpfr> |
| - | <?xml version=' | + | |
| - | < | + | |
| - | <!-- | + | |
| - | Service manifest for the ftp service. | + | |
| - | Generated by inetconv(1M) from inetd.conf(4). | + | 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, | ||
| - | <service | + | <WRAP center round important> |
| - | name='network/ftp/ | + | Ce système permet de vérifier que l'empreinte correspond bien au message reçu, mais ne permet pas de prouver que le message a bien été envoyé par l’utilisateur A. |
| - | type=' | + | </WRAP> |
| - | version=' | + | |
| - | < | + | ====Signature Numérique==== |
| - | < | + | Pour garantir l'authentification du message l‘utilisateur A va chiffrer ou **signer** le haché à l'aide de sa clé privée. Le haché signé est appelé un **sceau**. |
| - | < | + | |
| - | </ | + | |
| - | <!-- | + | {{: |
| - | Set a timeout of 0 to signify to inetd that we don't want to | + | |
| - | timeout this service, since the forked process is the one that | + | |
| - | does the service's work. This is the case for most/all legacy | + | |
| - | inetd services; for services written to take advantage of SMF | + | |
| - | capabilities, the start method should fork off a process to | + | |
| - | handle the request and return a success code. | + | |
| - | --> | + | |
| - | < | + | |
| - | type=' | + | |
| - | name=' | + | |
| - | exec='/ | + | |
| - | timeout_seconds=' | + | |
| - | < | + | |
| - | < | + | |
| - | </ | + | |
| - | </ | + | |
| - | <!-- | + | * L’utilisateur A envoie le sceau au destinataire. |
| - | Use inetd' | + | * 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**. |
| - | name=' | + | |
| - | exec=': | + | |
| - | timeout_seconds=' | + | |
| - | </ | + | |
| - | <!-- | + | Ce mécanisme est identique au procédé utilisé par SSH lors d'une connexion |
| - | This property group is used to record information about | + | |
| - | how this manifest was created. | + | |
| - | detail which should not be modified or deleted. | + | |
| - | --> | + | |
| - | < | + | |
| - | <propval name=' | + | |
| - | <propval name=' | + | |
| - | <propval name=' | + | |
| - | 'ftp stream tcp nowait root / | + | |
| - | /> | + | |
| - | </ | + | |
| - | < | + | ====Utilisation de GnuPG==== |
| - | <propval name=' | + | |
| - | <propval name=' | + | |
| - | <propval name=' | + | |
| - | <propval name=' | + | |
| - | <propval name=' | + | |
| - | </ | + | |
| - | < | + | ===Présentation=== |
| - | < | + | **GNU Privacy Guard** permet aux utilisateurs de transférer des messages chiffrés et/ou signés. |
| - | < | + | |
| - | <loctext xml: | + | |
| - | ftp | + | |
| - | </loctext> | + | |
| - | </ | + | |
| - | </ | + | |
| - | </ | + | |
| - | </ | + | ===Installation=== |
| - | </ | + | |
| - | Activez maintenant | + | Sous RHEL/CentOS 7, le paquet gnupg est installé par défaut |
| < | < | ||
| - | # inetadm -e svc:network/ftp/tcp:default | + | [root@centos7 ~]# whereis gpg |
| + | gpg: /usr/bin/gpg / | ||
| </ | </ | ||
| - | et constatez ses propriétés | + | ===Configuration=== |
| + | |||
| + | Pour initialiser %%GnuPG%%, saisissez la commande suivante | ||
| < | < | ||
| - | # inetadm -l svc:network/ftp/tcp:default | + | [root@centos7 ~]# gpg |
| - | SCOPE NAME=VALUE | + | gpg: directory `/root/.gnupg' |
| - | | + | gpg: new configuration file `/ |
| - | endpoint_type=" | + | gpg: WARNING: options in `/root/.gnupg/gpg.conf' |
| - | | + | gpg: keyring `/root/.gnupg/ |
| - | | + | gpg: keyring `/root/ |
| - | | + | gpg: Go ahead and type your message ... |
| - | | + | ^C |
| - | user="root" | + | gpg: signal Interrupt caught ... exiting |
| - | default | + | |
| - | default | + | |
| - | default | + | |
| - | default | + | |
| - | default | + | |
| - | default | + | |
| - | default | + | |
| - | default | + | |
| - | default | + | |
| - | default | + | |
| - | default | + | |
| - | default | + | |
| </ | </ | ||
| - | <WRAP center round important 60%> | + | Pour générer les clefs, saisissez la commande suivante : |
| - | Réamorcez votre machine virtuel. | + | |
| - | </ | + | |
| - | ==LAB #4== | + | < |
| + | [root@centos7 ~]# gpg --gen-key | ||
| + | gpg (GnuPG) 2.0.22; Copyright (C) 2013 Free Software Foundation, Inc. | ||
| + | This is free software: you are free to change and redistribute it. | ||
| + | There is NO WARRANTY, to the extent permitted by law. | ||
| - | <WRAP center round todo 60%> | + | Please select what kind of key you want: |
| - | Configurez votre serveur ftp anonyme et vos serveurs virtuels. | + | (1) RSA and RSA (default) |
| - | </WRAP> | + | (2) DSA and Elgamal |
| + | (3) DSA (sign only) | ||
| + | (4) RSA (sign only) | ||
| + | Your selection? 1 | ||
| + | RSA keys may be between 1024 and 4096 bits long. | ||
| + | What keysize do you want? (2048) | ||
| + | Requested keysize is 2048 bits | ||
| + | Please specify how long the key should be valid. | ||
| + | 0 = key does not expire | ||
| + | | ||
| + | < | ||
| + | <n>m = key expires in n months | ||
| + | <n>y = key expires in n years | ||
| + | Key is valid for? (0) | ||
| + | Key does not expire at all | ||
| + | Is this correct? (y/N) y | ||
| - | ===Le Serveur DHCP=== | + | GnuPG needs to construct a user ID to identify your key. |
| - | ==Introduction== | + | Real name: I2TCH |
| + | Email address: infos@i2tch.eu | ||
| + | Comment: Test Key | ||
| + | You selected this USER-ID: | ||
| + | "I2TCH (Test Key) < | ||
| - | Un serveur DHCP (**Dynamic Host Configuration Protocol**) est un ordinateur exécutant un logiciel serveur DHCP. L’avantage de la présence d’un serveur DHCP sur le réseau local est que celui-ci permet de spécifier à un niveau central les paramètres TCP/IP. | + | Change |
| + | You need a Passphrase to protect your secret key. | ||
| + | We need to generate a lot of random bytes. It is a good idea to perform | ||
| + | some other action (type on the keyboard, move the mouse, utilize the | ||
| + | disks) during the prime generation; this gives the random number | ||
| + | generator a better chance to gain enough entropy. | ||
| + | We need to generate a lot of random bytes. It is a good idea to perform | ||
| + | some other action (type on the keyboard, move the mouse, utilize the | ||
| + | disks) during the prime generation; this gives the random number | ||
| + | generator a better chance to gain enough entropy. | ||
| + | gpg: / | ||
| + | gpg: key F6A5B400 marked as ultimately trusted | ||
| + | public and secret key created and signed. | ||
| - | ==Installation== | + | gpg: checking the trustdb |
| + | gpg: 3 marginal(s) needed, 1 complete(s) needed, PGP trust model | ||
| + | gpg: depth: 0 valid: | ||
| + | pub | ||
| + | Key fingerprint | ||
| + | uid I2TCH (Test Key) < | ||
| + | sub | ||
| + | </ | ||
| - | Sous **Solaris** le serveur DHCP est installé par défaut mais il n'est pas activé | + | La liste de clefs peut être visualisée avec la commande suivante |
| < | < | ||
| - | # svcs -a | grep dhcp | + | [root@centos7 ~]# gpg --list-keys |
| - | disabled | + | /root/.gnupg/ |
| + | ------------------------ | ||
| + | pub | ||
| + | uid I2TCH (Test Key) < | ||
| + | sub | ||
| </ | </ | ||
| - | Il convient donc de l'activer grâce à la commande | + | <WRAP center round important> |
| + | Pour importer la clef d'un correspondant dans sa trousse | ||
| - | < | + | |
| - | # svcadm enable svc:/ | + | </WRAP> |
| - | # svcs -a | grep dhcp | + | |
| - | offline | + | |
| - | </code> | + | |
| - | Notez que le statut du service passe de // | + | Pour exporter sa clef publique, il convient d' |
| < | < | ||
| - | # svcs -l svc:/network/ | + | [root@centos7 ~]# gpg --export --armor I2TCH > ~/I2TCH.asc |
| - | fmri svc:/network/dhcp-server: | + | [root@centos7 ~]# cat I2TCH.asc |
| - | nom DHCP server | + | -----BEGIN PGP PUBLIC KEY BLOCK----- |
| - | activé | + | Version: GnuPG v2.0.22 (GNU/Linux) |
| - | état | + | |
| - | next_state | + | mQENBFeqtJkBCACgQWXgjwnOMvsI1KDgyCRrg3MZmjcvU9SBh+lEEEWfqY7MKXjs |
| - | state_time | + | PsXN/MHjQIWSptVe0OjVQhQWDicIEiVQ6nxV+jqx5Q9fqxmjsOrzIQFadsF5LS/ |
| - | redémarreur | + | LR9KcXdBoSORGXMIsRKMzfS6oyK3yi5jM65P6jpH6PnyaX1PvlgjASh7F8OGoU8y |
| - | dependency | + | 46WW/ |
| - | dependency | + | v3UzxXeRKxF/ |
| + | T9bYfagX2LHVBanY/ | ||
| + | eSkgPGluZm9zQGkydGNoLmV1PokBOQQTAQIAIwUCV6q0mQIbAwcLCQgHAwIBBhUI | ||
| + | AgkKCwQWAgMBAh4BAheAAAoJEFNlxhj2pbQAYW8H/iEg51IkqWYFSDBDWUljK3Sv | ||
| + | vvVGdQhqc7UptgYyqCWfegngdBH+2ScB8kbM8QVGX8kJ+xT4SeiV/VJdN6sHIkHV | ||
| + | sHBj5x77E5QVaU2Oz0cOlvg9cyGuQ5Y5sBN0MYEp7Q+mHpCTFhaCj8zwQ1/ZHdlK | ||
| + | Qk/8nNk/k2A94BJCwyQqITRWlOTYj0JGzgZV8yU5ROISsk+L6Pi4IHJw0+ZXlPXv | ||
| + | b0bG4p4mEmnhzZcfJ3runLJlCNrMRrWvBkkkGK/djuXDIR7HStQQlreSPG/ | ||
| + | hP/SARssyIWxyABSYOjR214jVLhC/pQvnbuVguYJoR6tdYqiui7oq+HBHXkP5pe5 | ||
| + | AQ0EV6q0mQEIAOSMChRKnaZgOLzh0FN7jCJT8z8xqj1Qze8F4Vz6nS+X0Rk38lQt | ||
| + | ICRSMJFm6CzyPbQamAAIPshT256brXF0jPp9vpirJn/bPsiT+rtu0dl5QyWJqcc/ | ||
| + | fE+/HaMVOuQ9HrplxV/heBqyPSA8BCppbAMti8i2DK7pNqe1JJ7CRxG0nakDSEgK | ||
| + | QbyrGjZYm0q2c9zb9QSbzxg/ | ||
| + | dpgAYycgennv7Ik8+CIOjgb+Gl5AewLYCMFKCx/ | ||
| + | glXAr6ddQRhk6L482R3qkWTlQHx62KAr7BMAEQEAAYkBHwQYAQIACQUCV6q0mQIb | ||
| + | DAAKCRBTZcYY9qW0AF60B/ | ||
| + | EuCi+EB6wyQ3dGSgQ9BUrO2KbF0OtjYxak3FWrFkmoFucvraxC2xQZuoqN+Qtydf | ||
| + | utmC6V4dCOsp3NWkuCBlUN4axI+m2M2tgTn06iDDkW0ZTISxMqapHjzIi43ufJrD | ||
| + | 1RBPjl8BBvxSqcceZsybqNre8u9xka2fXW8xMTJr14xeYITd/ | ||
| + | hR6B8Nji4yDplTZJtz8yJ+vOlg4p7TBN6O/ | ||
| + | VjdGSFRo2huGFd2KNCleilRVI3xcnrR9S7ziRJu9KG9H | ||
| + | =9R5l | ||
| + | -----END PGP PUBLIC KEY BLOCK----- | ||
| </ | </ | ||
| - | <WRAP center round important 60%> | + | Cette clef peut ensuite être jointe à des messages électroniques ou bien déposée sur un serveur |
| - | La sortie nous informe que la raison du statut //offline// est la non-présence du fichier | + | |
| - | </ | + | |
| - | ==LAB #5== | + | ===Signer un message=== |
| - | <WRAP center round important 60%> | + | Créez maintenant un message à signer : |
| - | La procédure de configuration du serveur DHCP est démontrée ci-dessous. Expliquez chaque commande ainsi que sa raison d' | + | |
| - | </ | + | |
| < | < | ||
| - | # /usr/ | + | [root@centos7 ~]# vi ~/message.txt |
| - | Le fichier de configuration DHCP a été créé. | + | [root@centos7 ~]# cat ~/message.txt |
| - | dhcptab a été créé. | + | This is a test message for gpg |
| - | La macro " | + | |
| - | La macro serveur a été ajoutée à dhcptab - solaris. | + | |
| - | Serveur DHCP démarré. | + | |
| </ | </ | ||
| + | |||
| + | Pour signer ce message en format binaire, il convient d' | ||
| < | < | ||
| - | # cat / | + | [root@centos7 ~]# gpg --default-key I2TCH --detach-sign message.txt |
| - | DAEMON_ENABLED=TRUE | + | |
| - | RESOURCE=SUNWfiles | + | You need a passphrase to unlock the secret key for |
| - | RUN_MODE=server | + | user: "I2TCH (Test Key) < |
| - | PATH=/var/dhcp | + | 2048-bit RSA key, ID F6A5B400, created 2016-08-10 |
| - | CONVER=1 | + | |
| + | [root@centos7 ~]# ls -l | grep message | ||
| + | -rw-r--r--. 1 root root 31 Aug 10 07:14 message.txt | ||
| + | -rw-r--r--. 1 root root 287 Aug 10 07:16 message.txt.sig | ||
| + | |||
| + | [root@centos7 ~]# cat message.txt.sig | ||
| + | � W��� | ||
| + | Se����, | ||
| + | ��2�; | ||
| </ | </ | ||
| - | < | + | Pour signer ce message en format ascii, il convient d' |
| - | INTERFACES=e1000g0 | + | |
| - | </ | + | |
| < | < | ||
| - | # / | + | [root@centos7 ~]# gpg --default-key I2TCH --armor --detach-sign message.txt |
| - | La macro réseau a été ajoutée à dhcptab | + | |
| - | La table réseau a été créée. | + | You need a passphrase to unlock the secret key for |
| + | user: "I2TCH (Test Key) < | ||
| + | 2048-bit RSA key, ID F6A5B400, created 2016-08-10 | ||
| + | |||
| + | [root@centos7 ~]# ls -l | grep message | ||
| + | -rw-r--r--. 1 root root 31 Aug 10 07:14 message.txt | ||
| + | -rw-r--r--. 1 root root 490 Aug 10 07:17 message.txt.asc | ||
| + | -rw-r--r--. 1 root root 287 Aug 10 07:16 message.txt.sig | ||
| + | |||
| + | [root@centos7 ~]# cat message.txt.asc | ||
| + | -----BEGIN PGP SIGNATURE----- | ||
| + | Version: GnuPG v2.0.22 (GNU/ | ||
| + | |||
| + | iQEcBAABAgAGBQJXqrkDAAoJEFNlxhj2pbQATwoH/ | ||
| + | AfFZz8lfwSlrBYwgDA/ | ||
| + | NZiOPZDVaEpOx1vLIbmBxGclfFtbvSiZj/ | ||
| + | Io8BPSnZvOlNhYQrPsGd046SLPRu8hTozwtB47Do6B6RazzpGLG7zOD1JZP56eD7 | ||
| + | oo3+1HxYdv4arVgjb/ | ||
| + | xrlhOU0PhK1+0pF8nVf/ | ||
| + | =rO70 | ||
| + | -----END PGP SIGNATURE----- | ||
| </ | </ | ||
| + | |||
| + | Pour vérifier la signature d'un message signé en mode ascii, il convient d' | ||
| < | < | ||
| - | # pntadm | + | [root@centos7 ~]# gpg --verify message.txt.asc |
| - | 10.0.2.0 | + | gpg: Signature made Wed 10 Aug 2016 07:43:49 CEST using RSA key ID F6A5B400 |
| + | 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' | ||
| < | < | ||
| - | # ls /var/ | + | [root@centos7 ~]# gpg --default-key I2TCH --clearsign message.txt |
| - | SUNWfiles1_10_0_2_0 | + | |
| - | # cat / | + | You need a passphrase to unlock the secret key for |
| - | # SUNWfiles1_10_0_2_0 | + | user: "I2TCH (Test Key) < |
| - | # | + | 2048-bit RSA key, ID F6A5B400, created 2016-08-10 |
| - | # Do NOT edit this file by hand -- use pntadm(1M) or dhcpmgr(1M) instead | + | |
| - | # | + | File `message.txt.asc' |
| - | # | + | |
| + | [root@centos7 ~]# ls -l | grep message | ||
| + | -rw-r--r--. 1 root root 31 Aug 10 07:14 message.txt | ||
| + | -rw-r--r--. 1 root root 568 Aug 10 07:43 message.txt.asc | ||
| + | -rw-r--r--. 1 root root 287 Aug 10 07:16 message.txt.sig | ||
| + | |||
| + | [root@centos7 ~]# cat message.txt.asc | ||
| + | -----BEGIN PGP SIGNED MESSAGE----- | ||
| + | Hash: SHA1 | ||
| + | |||
| + | This is a test message for gpg | ||
| + | -----BEGIN PGP SIGNATURE----- | ||
| + | Version: GnuPG v2.0.22 | ||
| + | |||
| + | iQEcBAEBAgAGBQJXqr8VAAoJEFNlxhj2pbQAQ3cH+wemHfA6SoMOakxzno0iJ5ry | ||
| + | yROrwTm2clnEbN2zJ7rWzwRT6YtPU4mFgDyjL6G7TzOU5o9AI1dfm2iZ3kdJKmgQ | ||
| + | ug1F9SfhtGjltnPB46keYnzthaHNzwLwNJtv2pgxcfhO9gbFWH4FCjMRAGm9S4Hl | ||
| + | okF/ | ||
| + | 8Z4wPBKy3AlcQlZdW9rScbyHjAeyQ/ | ||
| + | YHV7kmFU3X/ | ||
| + | =JTVm | ||
| + | -----END PGP SIGNATURE----- | ||
| </ | </ | ||
| + | |||
| + | ===Chiffrer un message=== | ||
| + | |||
| + | Pour chiffrer un message, il faut disposer de la clef publique du destinataire du message. Ce dernier utilisera ensuite sa clef privée pour déchiffrer le message. Il convient de préciser le destinataire du message, ou plus précisément la clef publique à utiliser, lors d'un chiffrement : | ||
| + | |||
| + | gpg --recipient < | ||
| + | |||
| + | * //< | ||
| + | * //< | ||
| + | |||
| + | Par exemple pour chiffrer un message en mode binaire, il convient de saisir la commande suivante : | ||
| < | < | ||
| - | # dhtadm | + | [root@centos7 ~]# gpg --recipient I2TCH --encrypt message.txt |
| - | Nom | + | |
| - | ================================================== | + | [root@centos7 ~]# ls -l | grep message |
| - | 10.0.2.0 Macro :Subnet=255.255.255.0:Router=10.0.2.2:Broadcst=10.0.2.255: | + | -rw-r--r--. 1 root root 31 Aug 10 07:14 message.txt |
| - | solaris | + | -rw-r--r--. 1 root root 568 Aug 10 07:43 message.txt.asc |
| - | Locale | + | -rw-r--r--. 1 root root 368 Aug 10 07:47 message.txt.gpg |
| + | -rw-r--r--. 1 root root 287 Aug 10 07:16 message.txt.sig | ||
| + | |||
| + | [root@centos7 ~]# cat message.txt.gpg | ||
| + | � | ||
| + | �q3p ����? | ||
| + | ���X��VL��_~7���_*�u���BD��R��҃E�%��!�j����X�$��aԼ�F0[�)\N܂��$& | ||
| </ | </ | ||
| + | |||
| + | Et pour chiffrer un message en mode ascii, il convient de saisir la commande suivante : | ||
| < | < | ||
| - | # pntadm | + | [root@centos7 ~]# gpg --recipient I2TCH --armor --encrypt message.txt |
| - | # pntadm -P 10.0.2.50 | + | File `message.txt.asc' exists. Overwrite? (y/N) y |
| - | ID Client | + | |
| - | 00 00 | + | [root@centos7 ~]# ls -l | grep message |
| - | </ | + | -rw-r--r--. 1 root root 31 Aug 10 07:14 message.txt |
| + | -rw-r--r--. 1 root root 596 Aug 10 07:49 message.txt.asc | ||
| + | -rw-r--r--. 1 root root 368 Aug 10 07:47 message.txt.gpg | ||
| + | -rw-r--r--. 1 root root 287 Aug 10 07:16 message.txt.sig | ||
| - | < | + | [root@centos7 ~]# cat message.txt.asc |
| - | # cat /var/dhcp/SUNWfiles1_10_0_2_0 | + | -----BEGIN PGP MESSAGE----- |
| - | # SUNWfiles1_10_0_2_0 | + | Version: GnuPG v2.0.22 (GNU/Linux) |
| - | # | + | |
| - | # Do NOT edit this file by hand -- use pntadm(1M) or dhcpmgr(1M) instead | + | hQEMA8ZxMwBwDxzVAQf/TAyZ0QI5NKvhQTQC5bAuALrxIXnX0t7yL5ARJ1A4qeE9 |
| - | # | + | vzKPBj7IJHANmW5t9Is+zq1fjdmNVBl7rDw9fLEHGXVARhWlyhMUPHdw2XPSE+VT |
| - | 10.0.2.50|00|00|10.0.2.15|0|4338936765994762241|solaris| | + | 0Vzg89w/g5G6eirmKsvDDZq3jm3c/ |
| + | BHr8aslUp06VEOC7dy9gXy7o0Q5Ycb94uM7wC/ | ||
| + | qdiIw0oCdhxNcirjSer3ZzHmqeSeQp6Sl424WuV1VZLnQXvmm084h3Z73kfBbeQc | ||
| + | BJfGqDWIv0pNb/ | ||
| + | p3h4HgfllK85X+WCQBcTgVaY7t0FHEkfQTrF3oYJI5kkRRnBvHKsKSN1fltKauBc | ||
| + | tmT2G6lZTHO+YRUItKjlAti21hVuRw1gUierqy97Rg== | ||
| + | =NeW+ | ||
| + | -----END PGP MESSAGE----- | ||
| </ | </ | ||
| + | |||
| + | Pour décrypter un message il convient d' | ||
| < | < | ||
| - | # pntadm | + | [root@centos7 ~]# gpg --decrypt message.txt.asc |
| - | # pntadm -A 10.0.2.52 -m solaris 10.0.2.0 | + | |
| - | # pntadm -A 10.0.2.53 -m solaris 10.0.2.0 | + | |
| - | # pntadm -A 10.0.2.54 -m solaris 10.0.2.0 | + | |
| - | # pntadm -A 10.0.2.55 -m solaris 10.0.2.0 | + | |
| - | # pntadm -A 10.0.2.56 -m solaris 10.0.2.0 | + | |
| - | # pntadm -A 10.0.2.57 -m solaris 10.0.2.0 | + | |
| - | # pntadm -A 10.0.2.58 -m solaris 10.0.2.0 | + | |
| - | # pntadm -A 10.0.2.59 -m solaris 10.0.2.0 | + | |
| - | </ | + | |
| - | <code> | + | You need a passphrase to unlock the secret key for |
| - | # cat / | + | user: "I2TCH (Test Key) <infos@i2tch.eu>" |
| - | # SUNWfiles1_10_0_2_0 | + | 2048-bit RSA key, ID 700F1CD5, created 2016-08-10 (main key ID F6A5B400) |
| - | # | + | |
| - | # Do NOT edit this file by hand -- use pntadm(1M) or dhcpmgr(1M) instead | + | gpg: encrypted with 2048-bit RSA key, ID 700F1CD5, created 2016-08-10 |
| - | # | + | " |
| - | 10.0.2.50|00|00|10.0.2.15|0|4338936765994762241|solaris| | + | This is a test message for gpg |
| - | 10.0.2.51|00|00|10.0.2.15|0|8997066155579408385|solaris| | + | |
| - | 10.0.2.52|00|00|10.0.2.15|0|15856329863041384449|solaris| | + | |
| - | 10.0.2.53|00|00|10.0.2.15|0|8651977834132144129|solaris| | + | |
| - | 10.0.2.54|00|00|10.0.2.15|0|5386868104288534529|solaris| | + | |
| - | 10.0.2.55|00|00|10.0.2.15|0|2835860390359859201|solaris| | + | |
| - | 10.0.2.56|00|00|10.0.2.15|0|2934376632208588801|solaris| | + | |
| - | 10.0.2.57|00|00|10.0.2.15|0|8219632269904576513|solaris| | + | |
| - | 10.0.2.58|00|00|10.0.2.15|0|12797259816149975041|solaris| | + | |
| - | 10.0.2.59|00|00|10.0.2.15|0|6448873191417839617|solaris| | + | |
| </ | </ | ||
| - | ==LAB #6== | + | ====PKI==== |
| - | <WRAP center round todo 60%> | + | On appelle **[[wpfr>Public_Key_Infrastructure|PKI]]** (Public Key Infrastucture, |
| - | Testez votre serveur DHCP afin de vous assurer que ce dernier soit bien configuré. | + | |
| - | </ | + | |
| + | 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. | ||
| - | =====Références===== | + | 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' | ||
| + | |||
| + | | ||
| + | | ||
| + | | ||
| + | * 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: | ||
| + | |||
| + | {{: | ||
| ----- | ----- | ||
| < | < | ||
| - | < | + | <div align=" |
| - | Copyright © 2011-2018 I2TCH LIMITED.< | + | Copyright © 2020 Hugh Norris. |
| - | </ | + | |
| </ | </ | ||
| + | |||
