WEBVTT

00:00.150 --> 00:01.050
教师：在本课中,

00:01.050 --> 00:04.020
我们将讨论有限连接问题｡

00:04.020 --> 00:06.990
现在, 有限的连接是一个专门的消息,

00:06.990 --> 00:09.600
你会在你的操作系统中收到｡

00:09.600 --> 00:14.280
通常, 当您收到有限连接消息时, 这意味着您已经建立了与网络的物理连接,

00:14.280 --> 00:15.630
但您尚未从DHCP服务器获得适当的租约,

00:15.630 --> 00:24.300
因此您无法将其发送到更大的Internet以与这些服务进行交互｡

00:24.300 --> 00:27.000
一般来说, 如果您的连接有限,

00:27.000 --> 00:30.630
这意味着您收到了所谓的APIPA地址,

00:30.630 --> 00:34.950
即自动IP寻址或APIPA｡

00:34.950 --> 00:40.080
任何以169开头的地址｡

00:40.080 --> 00:40.080
254点什么,

00:40.080 --> 00:42.300
点什么被认为是一个APIPA地址｡

00:42.300 --> 00:45.300
这些APIPA地址或自动IP寻址由Windows､

00:45.300 --> 00:51.900
Mac或Linux分配给您的网络接口卡, 因此它具有某种IP地址｡

00:51.900 --> 00:55.230
但它不是一个有效的路由在互联网上｡ 

00:55.230 --> 00:57.270
所以如果你有一个APIPA地址,

00:57.270 --> 01:01.470
或者是以169开头的地址｡

01:01.470 --> 01:01.470
254点什么,

01:01.470 --> 01:04.230
点什么, 这意味着你可以连接到你的局域网,

01:04.230 --> 01:07.140
但你不能连接到更大的互联网｡

01:07.140 --> 01:15.630
现在, 除了使用这些APIPA地址外, 一些Linux服务器和主机将其IP地址设置为0｡

01:15.630 --> 01:15.630
0. 0. 0,

01:15.630 --> 01:20.520
如果他们不能从DHCP服务器获得有效的IP地址, 所以也要记住这一点｡

01:20.520 --> 01:23.250
但在Windows､ Mac和大多数Linux机器上,

01:23.250 --> 01:27.930
您将看到以169开头的地址｡

01:27.930 --> 01:27.930
254点什么,

01:27.930 --> 01:29.730
点什么作为你的APIPA地址｡

01:29.730 --> 01:32.190
那么, 如果你在这种情况下, 你有有限的连接,

01:32.190 --> 01:34.110
你会怎么做？

01:34.110 --> 01:36.690
有三件主要的事情你需要检查｡ 

01:36.690 --> 01:42.900
首先, 您需要弄清楚这个问题是只影响一个网络客户端还是多个网络客户端｡

01:42.900 --> 01:44.430
当你得到一个APIPA地址时,

01:44.430 --> 01:47.160
它可能只是你的特定网络客户端的一个问题,

01:47.160 --> 01:52.080
或者它可能会影响网络上的每个人, 因为DHCP服务器已经关闭｡

01:52.080 --> 01:56.100
一旦您确定了它是一个客户端还是所有网络客户端,

01:56.100 --> 01:58.410
您就能够更好地解决问题｡

01:58.410 --> 02:03.630
如果只有一个客户端, 那么您需要验证从计算机到墙上插座的接插线配置是否正确,

02:03.630 --> 02:12.360
或者您是否使用正确的SSID和该无线网络的密码正确连接到无线网络｡

02:12.360 --> 02:13.650
一旦您验证了这一点,

02:13.650 --> 02:15.690
您还需要ping DHCP服务器,

02:15.690 --> 02:19.350
并验证它是否在线并提供有效的IP地址｡

02:19.350 --> 02:21.570
现在, 如果您的单个客户端仍然存在问题,

02:21.570 --> 02:23.100
并且DHCP服务器已启动,

02:23.100 --> 02:29.070
并且您已检查了跳线并且连接有效, 那么您需要检查VLAN是否正确配置｡

02:29.070 --> 02:32.640
一些交换机使用VLAN并将用户置于不同的子网中以提高安全性,

02:32.640 --> 02:34.290
但如果他们没有正确配置这些VLAN,

02:34.290 --> 02:44.280
它实际上可能会阻止DHCP流量, 因此您的客户端在通过该VLAN连接时将无法获得DHCP地址｡

02:44.280 --> 02:45.210
现在, 另一方面,

02:45.210 --> 02:47.520
如果这个问题影响了许多不同的客户端,

02:47.520 --> 02:54.630
那么它很可能不是您特定系统上的设置不正确, 而是DHCP服务器的问题｡

02:54.630 --> 02:57.150
这可能是因为DHCP服务器离线,

02:57.150 --> 03:02.940
与网络的连接无效, 或者它只是用完了可用的IP来使用租约｡

03:02.940 --> 03:07.710
当这种情况发生时, 您将需要增加DHCP范围内的租约数量,

03:07.710 --> 03:09.960
或者您需要检查已分发的每个IP,

03:09.960 --> 03:10.860
并验证每个人仍然在线和连接,

03:10.860 --> 03:15.360
并且仍然需要这些租约｡

03:15.360 --> 03:17.400
如果没有, 您可以从DHCP服务器释放这些租用,

03:17.400 --> 03:24.660
以便释放它们, 将它们重新添加到范围中, 并将它们分发给试图连接到网络的其他系统｡

03:24.660 --> 03:27.630
因此请记住, 当您遇到有限的连接问题时,

03:27.630 --> 03:30.540
通常这意味着您遇到了DHCP问题,

03:30.540 --> 03:35.130
并且您无法获得动态分配, 其中包括系统需要使用的IP地址,

03:35.130 --> 03:39.480
子网, 默认网关和DNS服务器的IP｡

03:39.480 --> 03:40.680
如果这是问题所在,

03:40.680 --> 03:45.900
则需要对DHCP服务器或与该DHCP服务器的连接进行故障排除｡

03:45.900 --> 03:46.770
除此之外,

03:46.770 --> 03:48.150
如果您无法连接到DHCP服务器,

03:48.150 --> 03:50.160
您可以静态分配所需的四个信息,

03:50.160 --> 03:56.760
例如IP地址, 子网, 默认网关和DNS服务器的IP, 而不是使用DHCP,

03:56.760 --> 04:02.643
这可以将有限的连接恢复为完全连接｡