WEBVTT 00:00.150 --> 00:01.050 Instructeur : Dans cette 00:01.050 --> 00:04.020 leçon, nous allons parler des problèmes de connectivité limitée. 00:04.020 --> 00:06.990 La connectivité limitée est un message spécialisé que vous 00:06.990 --> 00:09.600 recevrez dans votre système d'exploitation. 00:09.600 --> 00:12.600 En général, lorsque vous recevez un message de connectivité limitée, 00:12.600 --> 00:14.280 cela signifie que vous disposez d'une 00:14.280 --> 00:15.630 connexion physique au réseau, 00:15.630 --> 00:19.470 mais que vous n'avez pas reçu de bail approprié de la part du serveur DHCP, et que vous 00:19.470 --> 00:21.840 ne pouvez donc pas accéder à l'internet au sens large 00:21.840 --> 00:24.300 afin d'interagir avec ces services. 00:24.300 --> 00:27.000 En général, si vous avez une connectivité limitée, 00:27.000 --> 00:30.630 cela signifie que vous avez reçu ce que l'on appelle une adresse 00:30.630 --> 00:34.950 APIPA, c'est-à-dire l'adressage IP automatique ou APIPA. 00:34.950 --> 00:35.783 Maintenant, toute 00:35.783 --> 00:40.080 adresse commençant par 169. 254 point quelque chose, point quelque chose 00:40.080 --> 00:42.300 est considérée comme une adresse APIPA. 00:42.300 --> 00:45.300 Ces adresses APIPA, ou adressage IP automatique, sont attribuées 00:45.300 --> 00:48.150 par Windows, Mac ou Linux à votre carte d'interface réseau, 00:48.150 --> 00:49.620 de sorte qu'elle dispose d'une 00:49.620 --> 00:51.900 sorte d'adresse IP. 00:51.900 --> 00:55.230 Mais elle n'est pas valable pour l'acheminement sur l'internet. 00:55.230 --> 00:57.270 Ainsi, si vous avez une adresse APIPA, 00:57.270 --> 00:58.103 ou quelque chose 00:58.103 --> 01:01.470 qui commence par 169. 254 dot something, dot something, cela 01:01.470 --> 01:04.230 signifie que vous pouvez vous connecter à votre réseau local mais 01:04.230 --> 01:05.340 que vous ne pourrez pas vous 01:05.340 --> 01:07.140 connecter à l'internet au sens large. 01:07.140 --> 01:09.630 Outre l'utilisation de ces adresses APIPA, certains 01:09.630 --> 01:11.430 serveurs et hôtes Linux définissent leur 01:11.430 --> 01:15.630 adresse IP sur 0. 0. 0. 0, s'ils ne peuvent 01:15.630 --> 01:18.930 pas obtenir une adresse IP valide du serveur DHCP, il faut donc 01:18.930 --> 01:20.520 garder cela à l'esprit. 01:20.520 --> 01:23.250 Mais sur les machines Windows, Mac et la plupart des machines 01:23.250 --> 01:24.540 Linux, vous verrez une adresse 01:24.540 --> 01:27.930 commençant par 169. 254 point quelque chose, point quelque 01:27.930 --> 01:29.730 chose comme adresse APIPA. 01:29.730 --> 01:32.190 Que faire alors si vous êtes dans une situation 01:32.190 --> 01:34.110 où votre connectivité est limitée ? 01:34.110 --> 01:36.690 Il y a trois points principaux à vérifier. 01:36.690 --> 01:39.690 Tout d'abord, vous devez déterminer si ce problème 01:39.690 --> 01:42.900 affecte un seul ou plusieurs clients du réseau. 01:42.900 --> 01:44.430 Lorsque vous obtenez une adresse 01:44.430 --> 01:45.510 APIPA, il peut s'agir d'un 01:45.510 --> 01:47.160 problème lié à votre client réseau particulier 01:47.160 --> 01:49.770 ou d'un problème affectant tous les membres du réseau parce 01:49.770 --> 01:52.080 que le serveur DHCP est en panne. 01:52.080 --> 01:54.360 Une fois que vous aurez déterminé s'il s'agit d'un seul 01:54.360 --> 01:56.100 client ou de tous les clients de votre réseau, 01:56.100 --> 01:58.410 vous serez en mesure de mieux résoudre le problème. 01:58.410 --> 02:01.020 S'il ne s'agit que d'un seul client, vous devez vérifier 02:01.020 --> 02:02.580 que les cordons de raccordement reliant 02:02.580 --> 02:03.630 l'ordinateur à la prise 02:03.630 --> 02:05.790 murale sont correctement configurés, ou que vous 02:05.790 --> 02:08.580 êtes correctement connecté à votre réseau sans fil en utilisant 02:08.580 --> 02:10.770 le SSID et le mot de passe appropriés pour ce réseau 02:10.770 --> 02:12.360 sans fil. 02:12.360 --> 02:13.650 Une fois que vous avez validé cela, 02:13.650 --> 02:15.690 vous devez également envoyer un ping au serveur 02:15.690 --> 02:16.950 DHCP et vérifier qu'il est en 02:16.950 --> 02:19.350 ligne et qu'il fournit des adresses IP valides. 02:19.350 --> 02:21.570 Maintenant, si votre client unique a toujours un problème, 02:21.570 --> 02:23.100 que le serveur DHCP est opérationnel et 02:23.100 --> 02:24.300 que vous avez vérifié vos cordons 02:24.300 --> 02:25.860 de raccordement et que vos connexions sont 02:25.860 --> 02:29.070 valides, vous devez vérifier si votre VLAN est correctement configuré. 02:29.070 --> 02:30.480 Certains commutateurs utilisent 02:30.480 --> 02:32.640 des VLAN et placent les gens dans des sous-réseaux 02:32.640 --> 02:34.290 différents afin d'accroître la sécurité, 02:34.290 --> 02:36.960 mais s'ils n'ont pas correctement configuré ces VLAN, ils 02:36.960 --> 02:39.180 peuvent en fait bloquer le trafic DHCP et votre client 02:39.180 --> 02:42.120 ne recevra donc pas d'adresse DHCP lorsqu'il sera connecté par l'intermédiaire 02:42.120 --> 02:44.280 de ce VLAN. 02:44.280 --> 02:45.210 En revanche, si ce problème 02:45.210 --> 02:47.520 affecte un grand nombre de clients différents, 02:47.520 --> 02:49.830 il ne s'agit probablement pas d'un paramètre incorrect 02:49.830 --> 02:51.480 sur votre système particulier, mais 02:51.480 --> 02:54.630 plutôt d'un problème lié au serveur DHCP. 02:54.630 --> 02:57.150 Il peut s'agir d'un serveur DHCP hors ligne, d'une connexion 02:57.150 --> 02:58.980 invalide au réseau ou d'un serveur qui 02:58.980 --> 03:01.200 n'a plus d'adresses IP disponibles à distribuer 03:01.200 --> 03:02.940 par le biais de baux. 03:02.940 --> 03:04.800 Dans ce cas, vous devrez augmenter le 03:04.800 --> 03:07.710 nombre de baux dans l'étendue DHCP, ou vous devrez passer 03:07.710 --> 03:09.960 en revue chacune des IP qui ont été distribuées 03:09.960 --> 03:10.860 et vérifier que tout 03:10.860 --> 03:13.530 le monde est toujours en ligne et connecté et qu'il a toujours 03:13.530 --> 03:15.360 besoin de ces baux. 03:15.360 --> 03:17.400 Si ce n'est pas le cas, vous pouvez libérer 03:17.400 --> 03:19.950 ces baux du serveur DHCP, les ajouter à nouveau à la 03:19.950 --> 03:21.240 portée et les distribuer 03:21.240 --> 03:22.800 aux autres systèmes qui tentent 03:22.800 --> 03:24.660 de se connecter au réseau. 03:24.660 --> 03:27.630 Rappelez-vous donc que lorsque vous avez un problème de connectivité 03:27.630 --> 03:30.540 limitée, cela signifie normalement que vous avez un problème de DHCP 03:30.540 --> 03:32.820 et que vous n'êtes pas en mesure d'obtenir une affectation 03:32.820 --> 03:35.130 dynamique comprenant l'adresse IP, le sous-réseau, la 03:35.130 --> 03:37.860 passerelle par défaut et les adresses IP du serveur DNS que votre 03:37.860 --> 03:39.480 système a besoin d'utiliser. 03:39.480 --> 03:40.680 Si c'est le cas, vous 03:40.680 --> 03:43.230 devrez dépanner le serveur DHCP ou votre 03:43.230 --> 03:45.900 connexion à ce serveur DHCP. 03:45.900 --> 03:46.770 En outre, vous pouvez 03:46.770 --> 03:48.150 attribuer statiquement les quatre 03:48.150 --> 03:50.160 informations dont vous avez besoin, telles que 03:50.160 --> 03:53.250 l'adresse IP, le sous-réseau, la passerelle par défaut et les adresses 03:53.250 --> 03:55.170 IP du serveur DNS, au lieu d'utiliser le DHCP, 03:55.170 --> 03:56.760 si vous ne pouvez pas établir la connexion 03:56.760 --> 03:59.190 avec le serveur DHCP, ce qui pourrait rétablir votre connectivité 03:59.190 --> 04:02.643 limitée à une connectivité complète.