WEBVTT

00:00.150 --> 00:01.050
Instrutor: Nesta lição,

00:01.050 --> 00:04.020
falaremos sobre problemas de conectividade limitada.

00:04.020 --> 00:06.990
Agora, a conectividade limitada é uma mensagem especializada

00:06.990 --> 00:09.600
que você receberá no seu sistema operacional.

00:09.600 --> 00:12.600
Em geral, quando você recebe uma mensagem de conectividade

00:12.600 --> 00:14.280
limitada, isso significa que você

00:14.280 --> 00:15.630
tem uma conexão física com a

00:15.630 --> 00:19.470
rede estabelecida, mas não obteve uma concessão adequada do servidor DHCP e,

00:19.470 --> 00:21.840
portanto, não consegue acessar a Internet mais

00:21.840 --> 00:24.300
ampla para interagir com esses serviços.

00:24.300 --> 00:27.000
Geralmente, se você tiver conectividade

00:27.000 --> 00:30.630
limitada, isso significa que recebeu o que é chamado de

00:30.630 --> 00:34.950
endereço APIPA, que é o endereçamento IP automático ou APIPA.

00:34.950 --> 00:35.783
Agora, qualquer

00:35.783 --> 00:40.080
endereço que comece com 169. 254 ponto algo, ponto algo é considerado

00:40.080 --> 00:42.300
um endereço APIPA.

00:42.300 --> 00:45.300
Esses endereços APIPA, ou endereçamento IP automático,

00:45.300 --> 00:48.150
são atribuídos pelo Windows, Mac ou Linux à sua placa de

00:48.150 --> 00:49.620
interface de rede, de modo que

00:49.620 --> 00:51.900
ela tenha algum tipo de endereço IP.

00:51.900 --> 00:55.230
Mas ele não é válido para roteamento na Internet.

00:55.230 --> 00:57.270
Portanto, se você tiver um endereço

00:57.270 --> 00:58.103
APIPA ou algo

00:58.103 --> 01:01.470
que comece com 169. 254 dot something, dot something,

01:01.470 --> 01:04.230
isso significa que você pode se conectar à sua rede local,

01:04.230 --> 01:05.340
mas não poderá se conectar

01:05.340 --> 01:07.140
à Internet mais ampla.

01:07.140 --> 01:09.630
Agora, além de usar esses endereços APIPA, alguns servidores

01:09.630 --> 01:11.430
e hosts Linux definirão seu endereço

01:11.430 --> 01:15.630
IP como 0. 0. 0. 0, caso não consigam

01:15.630 --> 01:18.930
obter um endereço IP válido do servidor DHCP, portanto, tenha

01:18.930 --> 01:20.520
isso em mente também.

01:20.520 --> 01:23.250
Mas no Windows, Mac e na maioria dos computadores

01:23.250 --> 01:24.540
Linux, você verá um endereço

01:24.540 --> 01:27.930
que começa com 169. 254 ponto algo, ponto algo

01:27.930 --> 01:29.730
como seu endereço APIPA.

01:29.730 --> 01:32.190
Então, o que fazer se você estiver nessa situação

01:32.190 --> 01:34.110
em que a conectividade é limitada?

01:34.110 --> 01:36.690
Bem, há três coisas principais que você precisa verificar.

01:36.690 --> 01:39.690
Primeiro, você precisa descobrir se esse problema está afetando

01:39.690 --> 01:42.900
apenas um cliente de rede ou vários clientes de rede.

01:42.900 --> 01:44.430
Quando você está recebendo um endereço

01:44.430 --> 01:45.510
APIPA, pode ser apenas

01:45.510 --> 01:47.160
um problema com o seu cliente de rede

01:47.160 --> 01:49.770
específico ou pode estar afetando todos na rede porque

01:49.770 --> 01:52.080
o servidor DHCP está inativo.

01:52.080 --> 01:54.360
Depois de identificar se é apenas um cliente

01:54.360 --> 01:56.100
ou todos os clientes da rede, você

01:56.100 --> 01:58.410
poderá solucionar melhor o problema.

01:58.410 --> 02:01.020
Se for apenas um cliente, verifique se a configuração

02:01.020 --> 02:02.580
dos cabos de conexão entre

02:02.580 --> 02:03.630
o computador e a tomada

02:03.630 --> 02:05.790
está correta ou se você está conectado

02:05.790 --> 02:08.580
corretamente à rede sem fio usando o SSID e a senha

02:08.580 --> 02:12.360
adequados para essa rede sem fio.

02:12.360 --> 02:13.650
Depois de validar isso, você

02:13.650 --> 02:15.690
também deve fazer um ping no servidor DHCP

02:15.690 --> 02:16.950
e verificar se ele está on-line

02:16.950 --> 02:19.350
e fornecendo endereços IP válidos.

02:19.350 --> 02:21.570
Agora, se o seu único cliente ainda estiver com problemas

02:21.570 --> 02:23.100
e o servidor DHCP estiver ativo e você

02:23.100 --> 02:24.300
tiver verificado os cabos

02:24.300 --> 02:25.860
de conexão e as conexões forem válidas,

02:25.860 --> 02:29.070
verifique se a VLAN está configurada corretamente.

02:29.070 --> 02:30.480
Alguns switches usam VLANs

02:30.480 --> 02:32.640
e colocam as pessoas em diferentes sub-redes

02:32.640 --> 02:34.290
como forma de aumentar a segurança,

02:34.290 --> 02:36.960
mas se essas VLANs não forem configuradas corretamente,

02:36.960 --> 02:39.180
elas podem bloquear o tráfego DHCP e, portanto,

02:39.180 --> 02:42.120
seu cliente não obterá um endereço DHCP quando conectado

02:42.120 --> 02:44.280
por meio dessa VLAN.

02:44.280 --> 02:45.210
Por outro lado, se

02:45.210 --> 02:47.520
esse problema afetar vários clientes diferentes,

02:47.520 --> 02:49.830
provavelmente não se trata de uma configuração

02:49.830 --> 02:51.480
incorreta em seu sistema específico,

02:51.480 --> 02:54.630
mas sim de um problema com o servidor DHCP.

02:54.630 --> 02:57.150
Isso pode ocorrer porque o servidor DHCP está off-line,

02:57.150 --> 02:58.980
tem uma conexão inválida com a rede ou simplesmente

02:58.980 --> 03:01.200
ficou sem IPs disponíveis para distribuir usando

03:01.200 --> 03:02.940
concessões.

03:02.940 --> 03:04.800
Quando isso acontecer, você precisará

03:04.800 --> 03:07.710
aumentar a quantidade de concessões dentro do escopo do DHCP

03:07.710 --> 03:09.960
ou analisar cada um dos IPs que foram distribuídos

03:09.960 --> 03:10.860
e validar se todos

03:10.860 --> 03:13.530
ainda estão on-line e conectados e se ainda precisam

03:13.530 --> 03:15.360
dessas concessões.

03:15.360 --> 03:17.400
Se isso não acontecer, você poderá liberar essas

03:17.400 --> 03:19.950
concessões do servidor DHCP para liberá-las, adicioná-las

03:19.950 --> 03:21.240
novamente ao escopo e distribuí-las

03:21.240 --> 03:22.800
aos outros sistemas que estiverem tentando

03:22.800 --> 03:24.660
se conectar à rede.

03:24.660 --> 03:27.630
Portanto, lembre-se de que, quando você tem um problema de conectividade

03:27.630 --> 03:30.540
limitada, normalmente isso significa que você está tendo um

03:30.540 --> 03:32.820
problema de DHCP e não consegue obter uma atribuição

03:32.820 --> 03:35.130
dinâmica que inclua o endereço IP, a sub-rede, o

03:35.130 --> 03:37.860
gateway padrão e os IPs do servidor DNS que seu sistema precisa

03:37.860 --> 03:39.480
usar.

03:39.480 --> 03:40.680
Se esse for o problema,

03:40.680 --> 03:43.230
você precisará solucionar o servidor DHCP

03:43.230 --> 03:45.900
ou a sua conexão com esse servidor DHCP.

03:45.900 --> 03:46.770
Além disso, você

03:46.770 --> 03:48.150
pode atribuir estaticamente

03:48.150 --> 03:50.160
as quatro informações de que precisa,

03:50.160 --> 03:53.250
como o endereço IP, a sub-rede, o gateway padrão e os IPs do

03:53.250 --> 03:55.170
servidor DNS, em vez de usar o DHCP, se

03:55.170 --> 03:56.760
não conseguir fazer a conexão

03:56.760 --> 03:59.190
com o servidor DHCP, e isso pode restaurar sua

03:59.190 --> 04:01.380
conectividade limitada para a conectividade

04:01.380 --> 04:02.643
total.