WEBVTT 00:00.060 --> 00:01.590 Instructeur : Lorsque nos réseaux 00:01.590 --> 00:04.320 s'appuient sur des adresses IP, comme IPv4, comment pouvons-nous 00:04.320 --> 00:05.520 indiquer à nos appareils 00:05.520 --> 00:07.680 les adresses qu'ils vont avoir ? 00:07.680 --> 00:10.170 Il existe en fait deux méthodes différentes. 00:10.170 --> 00:12.750 L'une consiste à les attribuer manuellement ou statiquement, 00:12.750 --> 00:15.090 l'autre à les attribuer dynamiquement. 00:15.090 --> 00:16.740 Lorsque j'utilise une affectation statique, 00:16.740 --> 00:18.600 la procédure est très simple. 00:18.600 --> 00:19.500 En tant que technicien, 00:19.500 --> 00:22.290 je saisis manuellement l'adresse IP de l'hôte, son masque 00:22.290 --> 00:25.740 de sous-réseau, sa passerelle par défaut et son serveur DNS. 00:25.740 --> 00:28.740 Mais cela peut prendre du temps et être source d'erreurs. 00:28.740 --> 00:31.740 Par exemple, disons que j'ai 20 appareils sur le réseau. 00:31.740 --> 00:33.090 Je vais maintenant devoir attribuer 00:33.090 --> 00:35.850 ces quatre éléments d'information 20 fois différentes, une fois 00:35.850 --> 00:37.230 pour chaque appareil, ce qui fait 00:37.230 --> 00:39.630 80 endroits où je dois saisir des informations. 00:39.630 --> 00:42.450 Cela signifie que le risque d'erreur humaine est élevé, 00:42.450 --> 00:44.730 car ces chiffres sont très faciles à taper. 00:44.730 --> 00:46.410 Et si vous en tapez un par erreur, vous 00:46.410 --> 00:48.120 attribuerez les mauvaises informations 00:48.120 --> 00:49.440 aux mauvais appareils. 00:49.440 --> 00:53.040 Vous pouvez également avoir les mêmes informations sur plusieurs appareils, ce qui 00:53.040 --> 00:54.510 peut également entraîner des problèmes 00:54.510 --> 00:56.670 ou des conflits entre deux appareils. 00:56.670 --> 00:59.820 Ainsi, lorsque vous commencez à travailler sur de grands réseaux d'entreprise, 00:59.820 --> 01:02.460 il devient très peu pratique d'attribuer de manière statique 01:02.460 --> 01:05.130 des adresses IP à tous vos appareils. 01:05.130 --> 01:07.080 Dans le passé, certains des réseaux 01:07.080 --> 01:09.570 que j'ai gérés comptaient 500 clients, 1 000 clients, 01:09.570 --> 01:12.900 5 000 clients, 10 000 clients, 100 000 clients ou même 1 million 01:12.900 --> 01:15.510 d'ordinateurs clients dans un réseau Internet 01:15.510 --> 01:17.250 à grande échelle. 01:17.250 --> 01:19.350 L'attribution statique de ces adresses et le 01:19.350 --> 01:21.720 suivi de toutes ces adresses IP différentes représenteraient 01:21.720 --> 01:23.370 donc un travail à temps plein pour une 01:23.370 --> 01:26.220 grande équipe de personnes réparties dans le monde entier, car 01:26.220 --> 01:29.040 l'internet s'étend sur six continents. 01:29.040 --> 01:31.500 Ce serait une perte de temps, d'argent, 01:31.500 --> 01:33.300 de travail et de ressources. 01:33.300 --> 01:36.060 Nous simplifions donc ce processus en utilisant 01:36.060 --> 01:38.880 l'attribution dynamique d'adresses IP. 01:38.880 --> 01:41.130 C'est ce qu'on appelle une affectation dynamique. 01:41.130 --> 01:43.410 Nous disposons ainsi d'une méthode plus rapide, 01:43.410 --> 01:46.110 plus facile et moins déroutante pour attribuer nos IP 01:46.110 --> 01:49.020 à tous nos clients lorsqu'ils rejoignent le réseau. 01:49.020 --> 01:50.820 Pour les réseaux de petite ou de grande taille, 01:50.820 --> 01:52.200 l'utilisation de l'adressage IP 01:52.200 --> 01:54.630 dynamique est généralement la meilleure solution. 01:54.630 --> 01:56.610 Chez vous, que vous le sachiez ou non, vous 01:56.610 --> 01:59.370 utilisez probablement déjà l'adressage IP dynamique. 01:59.370 --> 02:01.350 Lorsque vous avez acheté un nouveau smartphone, une tablette, 02:01.350 --> 02:02.760 un ordinateur portable ou un ordinateur 02:02.760 --> 02:04.770 de bureau, vous l'avez sorti de sa boîte, vous l'avez allumé, 02:04.770 --> 02:06.450 vous avez connecté votre réseau sans fil et vous 02:06.450 --> 02:09.030 avez pu aller en ligne et naviguer sur le web, n'est-ce pas ? 02:09.030 --> 02:11.370 Vous n'aviez pas besoin de faire des configurations folles. 02:11.370 --> 02:13.860 Dans ce cas, vous n'avez pas attribué à votre nouvel appareil 02:13.860 --> 02:16.650 une adresse IP, un masque de sujet, une passerelle par défaut 02:16.650 --> 02:18.390 ou un serveur DNS à utiliser. 02:18.390 --> 02:20.490 Au lieu de cela, le serveur DHCP de votre réseau 02:20.490 --> 02:22.230 a fait tout cela pour vous automatiquement, 02:22.230 --> 02:24.300 sans que vous ayez à le lui demander. 02:24.300 --> 02:25.830 En effet, la plupart des périphériques 02:25.830 --> 02:27.360 réseau des petites entreprises et des bureaux 02:27.360 --> 02:30.540 à domicile, tels que votre modem câble, votre modem fibre ou votre point d'accès 02:30.540 --> 02:33.120 sans fil, disposent déjà d'un serveur DHCP qui fonctionne pour vous 02:33.120 --> 02:34.800 et qui est activé par défaut. 02:34.800 --> 02:36.840 Il vous suffit d'indiquer à l'appareil quel réseau 02:36.840 --> 02:38.430 rejoindre et votre routeur utilisera 02:38.430 --> 02:40.200 le protocole DHCP pour fournir une adresse 02:40.200 --> 02:42.570 IP dynamique que le client du réseau pourra utiliser. 02:42.570 --> 02:44.430 Quelles sont donc ces quatre composantes d'un 02:44.430 --> 02:45.990 client entièrement configuré ? 02:45.990 --> 02:47.670 Je l'ai envoyé plusieurs fois, et que 02:47.670 --> 02:49.680 vous utilisiez l'assignation statique ou 02:49.680 --> 02:52.440 dynamique, vous devez toujours utiliser les quatre mêmes 02:52.440 --> 02:56.220 composants, à savoir une adresse IP, un masque de sous-réseau, une passerelle 02:56.220 --> 02:58.170 par défaut, qui est généralement l'IP de 02:58.170 --> 03:00.900 votre routeur, et un serveur pour le DNS ou WINS. 03:00.900 --> 03:03.570 Le DNS est le système de noms de domaine. 03:03.570 --> 03:05.760 Le DNS va être utilisé pour convertir les noms de domaine 03:05.760 --> 03:06.840 utilisés par un site web en 03:06.840 --> 03:08.730 adresse IP de son serveur afin que votre ordinateur 03:08.730 --> 03:10.560 puisse s'y connecter. 03:10.560 --> 03:13.050 Pour l'instant, sachez que le DNS est essentiellement 03:13.050 --> 03:14.790 la version Internet d'un annuaire 03:14.790 --> 03:17.310 téléphonique, où l'on peut rechercher 03:17.310 --> 03:22.890 un nom et obtenir un numéro auquel se connecter directement. 03:22.890 --> 03:24.780 Maintenant, des noms aux nombres et des nombres 03:24.780 --> 03:26.790 aux noms, c'est la raison d'être du DNS. 03:26.790 --> 03:29.520 Par exemple, lorsque vous vous êtes rendu à diontraining. com, vous allez utiliser le 03:29.520 --> 03:31.680 DNS en arrière-plan pour déterminer l'adresse 03:31.680 --> 03:34.290 IP de mon serveur afin que vous puissiez vous y connecter 03:34.290 --> 03:35.190 et accéder à nos pages 03:35.190 --> 03:37.350 web ou à nos vidéos. 03:37.350 --> 03:39.150 C'est la DNS à l'œuvre. 03:39.150 --> 03:41.910 WINS, quant à lui, W-I-N-S, est utilisé 03:41.910 --> 03:43.980 au sein d'un réseau local. 03:43.980 --> 03:46.800 Plus précisément, WINS est utilisé dans les domaines Windows 03:46.800 --> 03:49.710 et est connu sous le nom de Windows Internet Name Service. 03:49.710 --> 03:51.300 Il est utilisé pour permettre 03:51.300 --> 03:54.630 à Windows d'identifier les noms NetBIOS sur un réseau TCP/IP 03:54.630 --> 03:57.690 et de convertir ces noms NetBIOS en adresses IP. 03:57.690 --> 03:59.790 En fait, WINS est comme le DNS, mais il ne fonctionne 03:59.790 --> 04:02.880 que dans un environnement de domaine Windows. 04:02.880 --> 04:04.800 Ainsi, si je veux me connecter à mon serveur de 04:04.800 --> 04:06.240 messagerie dans un domaine Windows, 04:06.240 --> 04:08.610 je peux taper son adresse IP si je la connais ou je peux simplement 04:08.610 --> 04:10.860 taper le nom du serveur, quelque chose comme mailbox 04:10.860 --> 04:13.740 ou n'importe quel autre nom que je lui ai donné. 04:13.740 --> 04:15.810 Lorsqu'il s'agit de procéder à l'attribution dynamique 04:15.810 --> 04:18.600 des informations d'adressage critiques pour chaque client, nous 04:18.600 --> 04:21.090 pouvons utiliser quatre méthodes différentes. 04:21.090 --> 04:25.500 Cela comprend BOOTP, DHCP, APIPA et ZeroConfig. 04:25.500 --> 04:27.300 BOOTP est de loin la plus ancienne 04:27.300 --> 04:29.640 et la moins utilisée de ces quatre options. 04:29.640 --> 04:31.560 BOOTP, ou Bootstrap Protocol, a été introduit 04:31.560 --> 04:33.870 en 1985 pour être utilisé dans les stations de travail 04:33.870 --> 04:36.270 Unix sans disque, parce qu'il pouvait attribuer dynamiquement 04:36.270 --> 04:38.970 l'adresse IP et permettre ensuite à la station de travail 04:38.970 --> 04:40.140 de charger une copie de son 04:40.140 --> 04:42.960 image de démarrage sur le réseau. 04:42.960 --> 04:46.560 Or, BOOTP utilise une base de données statique d'adresses IP et MAC. 04:46.560 --> 04:48.840 Ainsi, chaque fois qu'un client se connectait 04:48.840 --> 04:50.640 au réseau pour lancer le processus 04:50.640 --> 04:53.130 BOOTP, il trouvait son adresse Mac dans sa base 04:53.130 --> 04:55.320 de données et renvoyait au client demandeur 04:55.320 --> 04:58.080 l'adresse IP qui lui correspondait. 04:58.080 --> 05:00.030 Ce n'était pas aussi dynamique que nous l'aurions 05:00.030 --> 05:04.020 souhaité, c'est pourquoi en 1993, un protocole actualisé plus récent, connu sous le nom 05:04.020 --> 05:06.510 de DHCP, a été introduit pour remplacer BOOTP. 05:06.510 --> 05:09.990 Le protocole DHCP (Dynamic Host Configuration Protocol) permet 05:09.990 --> 05:12.000 l'attribution d'une adresse IP sur la 05:12.000 --> 05:15.000 base d'un périmètre ou d'un ensemble d'adresses, et offre 05:15.000 --> 05:16.650 la possibilité de configurer 05:16.650 --> 05:19.020 de nombreuses autres options. 05:19.020 --> 05:21.600 Maintenant, puisque DHCP me permet de configurer mon champ d'application, 05:21.600 --> 05:24.030 je peux dire à mon serveur DHCP quelque chose comme, hey, je veux 05:24.030 --> 05:26.460 seulement que tu distribues des adresses qui sont à partir de 05:26.460 --> 05:29.820 192. 168. 1. 100 jusqu'à 05:29.820 --> 05:33.240 192. 168. 1. 200. 05:33.240 --> 05:35.280 Vous disposez ainsi d'une centaine de clients qui peuvent 05:35.280 --> 05:37.290 désormais être affectés automatiquement. 05:37.290 --> 05:39.060 Chaque fois que quelqu'un se connecte 05:39.060 --> 05:42.210 au réseau, le DHDP va envoyer l'une de ces IP de cette plage et 05:42.210 --> 05:43.980 l'attribuer à un client pour une période 05:43.980 --> 05:46.110 donnée, appelée bail. 05:46.110 --> 05:48.480 Désormais, chaque IP peut être exclue de ce pool pendant 05:48.480 --> 05:49.380 un certain temps. 05:49.380 --> 05:50.910 À l'expiration du bail, 05:50.910 --> 05:53.730 le serveur DHCP retire cette adresse. 05:53.730 --> 05:56.280 Cela ne nous pose pas vraiment de problème, car votre 05:56.280 --> 05:57.946 ordinateur peut à tout moment dire 05:57.946 --> 06:00.120 : "Hé, j'utilise toujours cette adresse. 06:00.120 --> 06:01.200 Vous ne pouvez pas l'accepter. Dans ce cas, le serveur 06:01.200 --> 06:03.337 DHCP dira : "Oh, d'accord, vous pouvez 06:03.337 --> 06:05.190 le garder" et le réattribuera pour 06:05.190 --> 06:08.640 une autre période en renouvelant son bail. 06:08.640 --> 06:10.620 C'est comme si vous preniez un livre à la bibliothèque. 06:10.620 --> 06:12.030 Si vous en êtes à la moitié de votre lecture 06:12.030 --> 06:13.320 et que vous devez le rendre demain, vous 06:13.320 --> 06:15.840 pouvez le rapporter à la bibliothèque et l'emprunter à nouveau. 06:15.840 --> 06:19.260 C'est le même concept avec le DHCP et les adresses dynamiques. 06:19.260 --> 06:20.940 Lorsque le bail expire et que le client 06:20.940 --> 06:22.680 n'en a plus besoin, il est renvoyé 06:22.680 --> 06:25.290 dans le champ d'application ou dans le pool et prêt 06:25.290 --> 06:27.480 à être délivré à un autre client. 06:27.480 --> 06:29.850 En fait, chaque client peut emprunter cette IP pendant 06:29.850 --> 06:30.930 son affectation et la restituer 06:30.930 --> 06:33.090 lorsqu'il n'en a plus besoin. 06:33.090 --> 06:34.380 Cette gestion des adresses 06:34.380 --> 06:37.590 IP sera effectuée par le serveur DHCP en notre nom et servira à gérer 06:37.590 --> 06:39.450 toutes les adresses IP qui seront attribuées 06:39.450 --> 06:41.670 et renvoyées au fil du temps. 06:41.670 --> 06:43.950 C'est une bonne chose, car nous n'avons pas à les contrôler nous-mêmes 06:43.950 --> 06:45.870 ni à en assurer le suivi manuellement. 06:45.870 --> 06:49.230 Au lieu de cela, nous avons la possibilité d'y accéder à tout moment, de consulter les 06:49.230 --> 06:50.227 journaux et de dire : "Qui 06:50.227 --> 06:55.110 a utilisé l'adresse IP 192. 168. 1. 132 le 9 septembre 06:55.110 --> 06:57.120 à 15h00 ? Ensuite, nous pouvons le découvrir 06:57.120 --> 06:58.380 en utilisant la gestion 06:58.380 --> 07:01.740 des adresses IP de DHCP et leurs journaux. 07:01.740 --> 07:03.420 Cela nous permet donc de déterminer 07:03.420 --> 07:04.710 qui a fait quoi, sans 07:04.710 --> 07:06.930 avoir à gérer ni à superviser l'attribution 07:06.930 --> 07:09.690 de ces adresses IP. 07:09.690 --> 07:11.790 Un autre avantage du DHCP est qu'il donne 07:11.790 --> 07:14.280 à nos clients toutes les variables dont ils ont besoin 07:14.280 --> 07:15.690 pour communiquer. 07:15.690 --> 07:18.270 Il s'agit de l'adresse IP dynamique attribuée, ainsi 07:18.270 --> 07:20.700 que du masque de sous-réseau, de la passerelle par 07:20.700 --> 07:21.990 défaut et du serveur DNS. 07:21.990 --> 07:23.640 Et si vous utilisez un serveur WINS, 07:23.640 --> 07:25.860 vous pouvez également l'envoyer par DHCP. 07:25.860 --> 07:26.910 Tout cela peut se faire 07:26.910 --> 07:29.550 à l'aide du protocole DHCP, automatiquement à chaque 07:29.550 --> 07:32.850 fois qu'un nouveau client se connecte au réseau. 07:32.850 --> 07:35.760 Oui, je sais que j'ai répété ces quatre options de configuration un grand 07:35.760 --> 07:37.320 nombre de fois maintenant, et vous savez 07:37.320 --> 07:38.520 ce que cela signifie ? 07:38.520 --> 07:41.190 Cela signifie que cette information est vraiment importante. 07:41.190 --> 07:44.160 Il vous suffit donc de connaître ces quatre éléments de configuration 07:44.160 --> 07:46.290 que DHCP fournit à vos clients et de les garder 07:46.290 --> 07:48.420 à l'esprit le jour du test. 07:48.420 --> 07:51.210 Il s'agit de l'adresse IP, du masque de sous-réseau, 07:51.210 --> 07:53.640 de la passerelle et de l'IP du serveur DNS. 07:53.640 --> 07:55.500 Le serveur WINS est un composant facultatif 07:55.500 --> 07:57.270 qui peut être envoyé ou non. 07:57.270 --> 07:59.640 Très bien, nous allons parler plus en détail du DHCP 07:59.640 --> 08:00.930 dans une autre vidéo, mais pour 08:00.930 --> 08:03.210 l'instant vous devez vous rappeler que le DHCP est 08:03.210 --> 08:05.760 l'implémentation modérée du BOOTP et qu'il est couramment 08:05.760 --> 08:08.280 utilisé dans nos réseaux modernes pour pouvoir attribuer 08:08.280 --> 08:10.860 automatiquement l'adresse IP et d'autres données nécessaires 08:10.860 --> 08:12.210 pour qu'un client puisse communiquer 08:12.210 --> 08:14.520 sur un réseau. 08:14.520 --> 08:17.430 La troisième façon de procéder à un adressage automatique ou dynamique consiste 08:17.430 --> 08:20.100 à utiliser APIPA, A-P-I-P-A, ou Automatic Private Internet Protocol 08:20.100 --> 08:23.310 Addressing (adressage automatique du protocole Internet privé). 08:23.310 --> 08:26.250 En fait, si, pour une raison quelconque, DHCP ne peut pas terminer 08:26.250 --> 08:27.510 le processus d'attribution 08:27.510 --> 08:29.460 ou trouver une adresse à donner au client 08:29.460 --> 08:30.720 parce qu'il n'y en a plus, c'est 08:30.720 --> 08:33.240 APIPA qui sera utilisé à la place. 08:33.240 --> 08:34.980 Ce genre de chose peut se produire si le 08:34.980 --> 08:37.170 client ne peut pas atteindre le serveur DHCP en 08:37.170 --> 08:40.470 raison de problèmes de réseau ou d'autres problèmes de ce genre. 08:40.470 --> 08:41.460 Dans ce cas, le client 08:41.460 --> 08:43.860 va se signer lui-même sur l'adresse APIPA, qui 08:43.860 --> 08:45.900 est une adresse auto-attribuée. 08:45.900 --> 08:48.540 Par défaut, sur un poste de travail Window Server, 08:48.540 --> 08:51.390 APIPA est sélectionné par défaut dans les propriétés 08:51.390 --> 08:53.310 TCP/IP, sous l'onglet Configuration 08:53.310 --> 08:55.530 alternative. 08:55.530 --> 08:57.330 Cela permet à la machine Windows 08:57.330 --> 08:59.430 de s'attribuer une adresse au hasard 08:59.430 --> 09:03.090 parmi les 169. 254 dot something dot something scope 09:03.090 --> 09:05.220 s'il ne peut pas atteindre un serveur DHCP ou 09:05.220 --> 09:08.670 s'il ne peut pas le contacter et terminer le processus de négociation. 09:08.670 --> 09:11.460 Aujourd'hui, APIPA est conçu pour permettre une configuration 09:11.460 --> 09:12.840 rapide d'un réseau local sans qu'il 09:12.840 --> 09:15.450 soit nécessaire de disposer d'un serveur DHCP. 09:15.450 --> 09:17.340 Par exemple, si je prends 10 clients 09:17.340 --> 09:20.250 et que je les connecte tous à un commutateur sans serveur 09:20.250 --> 09:21.870 DHCP, ces 10 clients choisiront 09:21.870 --> 09:24.870 par défaut leur propre adresse IP dans la plage APIPA, 09:24.870 --> 09:28.380 qui est 169. 254 point quelque chose point quelque chose. 09:28.380 --> 09:30.510 Là encore, comme il s'agit d'une adresse de 09:30.510 --> 09:31.890 classe B, cela ne pose aucun 09:31.890 --> 09:34.680 problème, car ils seront tous sur le même réseau local. 09:34.680 --> 09:36.810 Ainsi, si je voulais jouer à "Doom" sur ce réseau local avec 09:36.810 --> 09:38.790 ces 10 machines, cela ne poserait aucun problème. 09:38.790 --> 09:39.780 Ils se retrouveront 09:39.780 --> 09:42.060 tous et se parleront sur la base de leurs adresses 09:42.060 --> 09:43.800 APIPA sans aucun problème. 09:43.800 --> 09:45.420 Le seul problème qui se pose est 09:45.420 --> 09:47.370 qu'il s'agit d'adresses IP privées. 09:47.370 --> 09:50.730 Ils ne peuvent donc pas être acheminés en dehors de notre réseau local. 09:50.730 --> 09:52.920 Par conséquent, si nous devons communiquer localement, 09:52.920 --> 09:55.710 nous pouvons le faire à l'aide d'un commutateur et tout se passera bien. 09:55.710 --> 09:58.050 Mais nous ne pourrons pas accéder à l'internet parce 09:58.050 --> 10:00.930 que nous n'avons pas le même réseau que le routeur, parce que 10:00.930 --> 10:02.940 le routeur avait une adresse IP valide, pas 10:02.940 --> 10:04.350 une adresse APIPA. 10:04.350 --> 10:05.760 Nous n'avons donc pas de passerelle 10:05.760 --> 10:08.580 par défaut pour sortir du réseau local que nous avons créé. 10:08.580 --> 10:10.530 C'est le plus grand défi que vous aurez à relever 10:10.530 --> 10:12.960 lorsque vous aurez attribué une adresse APIPA à vos clients, 10:12.960 --> 10:14.220 car ils ne peuvent pas communiquer 10:14.220 --> 10:15.810 en dehors du réseau local ou avec d'autres 10:15.810 --> 10:19.020 appareils qui n'ont pas non plus d'adresse IP. 10:19.020 --> 10:19.890 Si vous avez un jour 10:19.890 --> 10:23.400 un ordinateur qui commence par 169. 254 point quelque chose point quelque chose, 10:23.400 --> 10:24.240 et vous n'arrivez pas 10:24.240 --> 10:25.950 à comprendre pourquoi il ne se connecte pas à 10:25.950 --> 10:27.630 l'internet, eh bien, c'est votre raison. 10:27.630 --> 10:28.770 Il s'agit d'une adresse APIPA, 10:28.770 --> 10:31.440 et les adresses APIPA ne peuvent pas sortir du routeur. 10:31.440 --> 10:33.450 Les adresses APIPA ne vous permettront donc pas 10:33.450 --> 10:34.830 de vous connecter à l'internet. 10:34.830 --> 10:37.500 Notre dernière méthode dynamique de configuration d'une adresse 10:37.500 --> 10:40.440 IP est connue sous le nom de ZeroConfig, ou configuration zéro. 10:40.440 --> 10:42.540 ZeroConfig est une technologie plus récente 10:42.540 --> 10:43.890 basée sur APIPA. 10:43.890 --> 10:46.440 Il peut vous offrir un grand nombre de fonctionnalités identiques à celles d'APIPA, 10:46.440 --> 10:47.850 ainsi que de nouvelles fonctionnalités. 10:47.850 --> 10:50.220 Par exemple, ZeroConfig peut réellement attribuer 10:50.220 --> 10:52.890 une adresse IPv4 link-local à un client. 10:52.890 --> 10:55.110 Il s'agit d'une forme d'IP non routable utilisée 10:55.110 --> 10:58.110 sur un sous-réseau local, tout comme APIPA. 10:58.110 --> 11:00.600 Mais la grande différence est qu'avec ZeroConfig, ce 11:00.600 --> 11:02.010 client peut désormais résoudre 11:02.010 --> 11:04.470 les noms d'ordinateurs en adresses IP sans avoir recours 11:04.470 --> 11:06.330 au DNS, en utilisant ce que l'on appelle le 11:06.330 --> 11:08.280 mDNS ou Multicast Domain Name Service (service 11:08.280 --> 11:10.800 de noms de domaine en multidiffusion). 11:10.800 --> 11:12.690 ZeroConfig peut également effectuer une découverte 11:12.690 --> 11:14.370 de services sur un réseau, afin de savoir 11:14.370 --> 11:17.130 quels éléments sont connectés et disponibles. 11:17.130 --> 11:20.040 Ainsi, s'il existe une imprimante, un scanner ou un système de fichiers 11:20.040 --> 11:22.650 partagés, vous pouvez les trouver à l'aide de ZeroConfig. 11:22.650 --> 11:24.480 Il y a eu beaucoup d'implémentations différentes 11:24.480 --> 11:26.460 de ZeroConfig ces dernières années, et il est appelé 11:26.460 --> 11:27.750 différemment en fonction de l'implémentation 11:27.750 --> 11:28.980 et de la ligne de produits que vous 11:28.980 --> 11:30.600 utilisez. 11:30.600 --> 11:32.490 Par exemple, sur les produits Apple, ZeroConfig 11:32.490 --> 11:34.740 s'appelle en fait Bonjour, et il est principalement 11:34.740 --> 11:36.540 utilisé pour la découverte de services 11:36.540 --> 11:39.510 d'autres clients et appareils sur le réseau local. 11:39.510 --> 11:43.350 Dans Microsoft Windows, on aime l'appeler LLMNR, Link-Local 11:43.350 --> 11:45.840 Multicast Name Resolution. 11:45.840 --> 11:48.540 Il s'appuiera sur cette extension de l'APIPA pour assurer 11:48.540 --> 11:50.910 la résolution des noms et la découverte des services, 11:50.910 --> 11:53.310 en plus de fournir une connectivité réseau. 11:53.310 --> 11:54.420 - : Si vous utilisez Linux, 11:54.420 --> 11:57.420 ZeroConfig est généralement mis en œuvre à l'aide de SystemD, 11:57.420 --> 11:59.130 ou du service démon système, en particulier 11:59.130 --> 12:02.910 le service d'arrière-plan systemd-resolved. 12:02.910 --> 12:05.370 Rappelez-vous donc qu'il existe de nombreuses façons différentes 12:05.370 --> 12:06.930 d'attribuer des adresses IP. 12:06.930 --> 12:09.300 Vous pouvez le faire manuellement, ce que l'on appelle une affectation 12:09.300 --> 12:12.570 statique, ou automatiquement, ce que l'on appelle une affectation dynamique. 12:12.570 --> 12:14.250 Si vous utilisez une affectation 12:14.250 --> 12:16.290 dynamique, vous pouvez utiliser l'une des 12:16.290 --> 12:19.770 quatre méthodes suivantes : BOOTP, DHCP, APIPA ou ZeroConfig. 12:19.770 --> 12:22.320 En fait, tout dépend des besoins de vos clients et 12:22.320 --> 12:23.313 de votre réseau.