WEBVTT

00:00.090 --> 00:02.910
Instrutor: Nesta lição, falaremos sobre o IPv4,

00:02.910 --> 00:05.250
ou protocolo de Internet versão quatro.

00:05.250 --> 00:08.730
O IPv4 é extremamente popular e é o tipo mais comum de endereçamento

00:08.730 --> 00:11.100
IP usado em nossas redes.

00:11.100 --> 00:12.840
Na verdade, se você for como a maioria

00:12.840 --> 00:15.690
das pessoas, já viu um endereço IPv4 antes.

00:15.690 --> 00:16.530
Quando você olha para

00:16.530 --> 00:18.660
eles, eles são escritos como uma série de quatro números

00:18.660 --> 00:20.010
decimais separados por pontos.

00:20.010 --> 00:28.470
Alguns exemplos disso são os endereços IPv4, como 10. 1. 2. 3 ou 172.

00:28.470 --> 00:28.470
21. 243. 67.

00:28.470 --> 00:31.200
Como você pode ver, cada endereço IPv4 é composto de quatro

00:31.200 --> 00:33.360
partes para formar esse endereço.

00:33.360 --> 00:35.970
Isso é conhecido como notação decimal com pontos.

00:35.970 --> 00:36.900
Quando você se refere a

00:36.900 --> 00:39.690
cada uma dessas quatro partes individuais, nós as chamamos de octeto

00:39.690 --> 00:41.400
porque cada uma delas tem um número decimal

00:41.400 --> 00:43.890
que é usado para representar um número de oito bits.

00:43.890 --> 00:45.060
Como esses números decimais

00:45.060 --> 00:47.640
representam oito bits ou oito dígitos binários,

00:47.640 --> 00:49.770
isso significa que eles só podem representar

00:49.770 --> 00:53.580
um valor de 0 a 255 em cada uma dessas quatro posições.

00:53.580 --> 00:55.620
Agora, quando todos os quatro octetos

00:55.620 --> 00:58.680
são combinados, temos quatro octetos que contêm oito

00:58.680 --> 01:01.950
bits cada, em um total de 32 bits de espaço total endereçável

01:01.950 --> 01:04.350
ao usar um endereço IPv4.

01:04.350 --> 01:08.413
Agora, por exemplo, se eu tiver o endereço IPv4 192. 168. 1. 4, está escrito em

01:10.290 --> 01:12.480
notação decimal pontilhada para facilitar

01:12.480 --> 01:14.730
a leitura para nós, humanos.

01:14.730 --> 01:16.740
Mas, na realidade, é de fato

01:16.740 --> 01:17.583
11000000.

01:20.941 --> 01:21.774
10101000.

01:24.682 --> 01:25.515
00000001.

01:28.690 --> 01:29.523
00000100 se eu

01:32.100 --> 01:34.620
o colocar em sua verdadeira forma binária.

01:34.620 --> 01:37.200
Como você pode ver, poder usar a notação decimal

01:37.200 --> 01:40.110
com pontos é muito mais fácil de ler e digitar.

01:40.110 --> 01:42.630
E, portanto, é menos propenso a erros, pois, como seres

01:42.630 --> 01:44.580
humanos, inserir esses números em nossos

01:44.580 --> 01:46.440
dispositivos de rede usando binários

01:46.440 --> 01:48.660
seria um grande problema para nós.

01:48.660 --> 01:50.460
Nós simplesmente não pensamos dessa forma.

01:50.460 --> 01:55.380
Agora, quando vemos um endereço IP como 192. 168. 1. 4, ela está sendo dividida

01:55.380 --> 01:57.990
em duas partes usando um segundo número

01:57.990 --> 02:02.010
de 32 bits conhecido como máscara de sub-rede.

02:02.010 --> 02:04.020
Agora, uma parte do endereço IPv4 é usada

02:04.020 --> 02:05.910
para identificar a parte da rede e a outra

02:05.910 --> 02:07.350
parte será usada para identificar

02:07.350 --> 02:09.150
a parte do host.

02:09.150 --> 02:10.470
Quando você olha para uma máscara

02:10.470 --> 02:13.050
de sub-rede, ela se parece muito com um endereço IPv4,

02:13.050 --> 02:15.030
mas se você convertê-la em binário, verá

02:15.030 --> 02:16.830
que ela tem uma sequência contínua de

02:16.830 --> 02:19.320
uns ou zeros para identificar a rede e as partes do host

02:19.320 --> 02:21.300
desse endereço que estão sendo usadas pelo

02:21.300 --> 02:23.370
cliente ou dispositivo.

02:23.370 --> 02:28.370
Portanto, se eu tiver uma máscara de sub-rede como 255. 255. 255. 0, isso é conhecido como

02:28.560 --> 02:31.590
uma máscara de sub-rede padrão de classe C.

02:31.590 --> 02:33.630
Não se preocupe com as classes ainda, pois

02:33.630 --> 02:35.910
vamos falar mais sobre elas daqui a pouco.

02:35.910 --> 02:36.960
Por enquanto, só quero que

02:36.960 --> 02:38.820
você veja como é uma máscara de sub-rede.

02:38.820 --> 02:41.700
Agora, se eu converter isso em binário, cada

02:41.700 --> 02:43.740
um desses octetos que são 255 será

02:43.740 --> 02:45.693
escrito como 11111111.

02:47.400 --> 02:51.360
Portanto, vou acessar 11111111.

02:51.360 --> 02:52.653
11111111.

02:54.434 --> 02:55.267
11111111.

02:57.780 --> 02:59.193
e depois 00000000.

03:01.530 --> 03:05.760
Isso ocorre porque, em binário, oito unidades serão iguais a 255 quando

03:05.760 --> 03:06.930
eu ler em decimal.

03:06.930 --> 03:08.580
E se eu tiver oito zeros em binário,

03:08.580 --> 03:11.100
isso será igual a zero em decimal.

03:11.100 --> 03:12.810
Agora, quando você olha para esse

03:12.810 --> 03:15.480
número, se vir um um no binário dessa máscara de sub-rede,

03:15.480 --> 03:17.670
isso significa que ela faz parte da parte de

03:17.670 --> 03:19.110
rede do endereço IP.

03:19.110 --> 03:21.840
Se eu vir um zero na parte binária da máscara de sub-rede,

03:21.840 --> 03:23.610
isso significa que ela faz parte da parte

03:23.610 --> 03:25.140
do host do endereço IPv4.

03:25.140 --> 03:28.527
Então, vamos juntar as duas coisas mostrando um endereço IPv4

03:28.527 --> 03:30.360
e uma máscara de sub-rede juntos.

03:30.360 --> 03:35.360
Primeiro, temos nosso endereço IPv4 de 192. 168. 1. 4.

03:35.790 --> 03:38.340
Em seguida, temos nossa máscara de sub-rede abaixo

03:38.340 --> 03:42.030
dela com 255. 255. 255. 0.

03:42.030 --> 03:44.430
Agora, onde quer que eu veja esse 255,

03:44.430 --> 03:46.950
ele representará um um em binário.

03:46.950 --> 03:49.230
Portanto, isso se torna parte da porção

03:49.230 --> 03:51.120
de rede desse endereço IPv4.

03:51.120 --> 03:55.110
Se eu usar este exemplo, 192. 168. 1. 4, o

03:55.110 --> 03:59.520
198. 168. 1, que faz parte da rede.

03:59.520 --> 04:04.440
Agora posso fazer qualquer coisa que comece com 192. 168. 1. algo, e todos eles seriam

04:04.440 --> 04:07.020
endereçáveis pela mesma rede local, pois

04:07.020 --> 04:10.260
todos compartilham a mesma parte da rede.

04:10.260 --> 04:11.850
Agora, quando chego à segunda parte,

04:11.850 --> 04:13.530
sempre que vejo esses zeros, isso

04:13.530 --> 04:15.930
representa todos os zeros em binário.

04:15.930 --> 04:19.770
Portanto, essa será a parte do host desse endereço IPv4.

04:19.770 --> 04:23.250
Nesse caso, esse é o . 4 desse endereço, que representará

04:23.250 --> 04:24.930
o host.

04:24.930 --> 04:27.780
Esse host pode ser um servidor, um desktop, um laptop, um tablet,

04:27.780 --> 04:30.780
um smartphone ou qualquer outro dispositivo de rede.

04:30.780 --> 04:32.070
Isso realmente não importa.

04:32.070 --> 04:34.200
Mas quando falamos sobre isso. 4, ou seja,

04:34.200 --> 04:35.760
um único host.

04:35.760 --> 04:38.700
Quando falo sobre o 192. 168. 1, que é a rede

04:38.700 --> 04:43.320
que pode conter até 254 dispositivos.

04:43.320 --> 04:47.670
Portanto, se eu tiver um dispositivo como o 192. 168. 1. 50 com uma sub-rede

04:47.670 --> 04:51.540
de 255. 255. 255. 0, esse dispositivo

04:51.540 --> 04:54.030
também está na mesma rede que o nosso

04:54.030 --> 04:57.330
192. 168. 1. 4 e eles podem se comunicar

04:57.330 --> 04:59.820
entre si usando um switch e não precisariam usar um roteador

04:59.820 --> 05:01.320
porque ambos compartilham a mesma

05:01.320 --> 05:06.320
parte da rede, 192. 168. 1.

05:06.480 --> 05:07.530
Por outro lado, vamos supor que eu

05:07.530 --> 05:11.970
tenha um dispositivo como o 192. 168. 0. 100 com uma sub-rede

05:11.970 --> 05:15.960
de 255. 255. 255. 0, esse dispositivo

05:15.960 --> 05:18.150
está em uma rede diferente.

05:18.150 --> 05:22.710
Especificamente, está no 192. 168. 0. algo de rede.

05:22.710 --> 05:24.840
Portanto, não podemos comunicar isso a partir de nosso dispositivo

05:24.840 --> 05:28.710
original no 192. 168. 1. 4 sem sair de nossa

05:28.710 --> 05:30.330
rede e rotear nosso tráfego para

05:30.330 --> 05:36.360
essa nova rede, essa 192.

05:36.360 --> 05:36.360
168. 0. algo de rede.

05:36.360 --> 05:38.430
É por isso que precisamos ter um roteador.

05:38.430 --> 05:40.320
Agora, se isso ainda não estiver fazendo sentido,

05:40.320 --> 05:41.820
não se preocupe muito.

05:41.820 --> 05:44.250
Até o momento, mal arranhamos a superfície dos exemplos sobre

05:44.250 --> 05:45.280
os quais falamos.

05:45.280 --> 05:46.920
E eu só queria dar a você a ideia

05:46.920 --> 05:48.960
e apresentá-lo a esse conceito.

05:48.960 --> 05:51.090
Agora, o próximo conceito sobre o qual precisamos

05:51.090 --> 05:52.950
falar é o de endereços IPv4 e como eles

05:52.950 --> 05:55.620
são divididos em classes ou agrupamentos de intervalos

05:55.620 --> 05:58.440
que podem ser usados para diferentes fins.

05:58.440 --> 06:01.650
Agora, cada classe também tem sua própria máscara de sub-rede padrão.

06:01.650 --> 06:04.710
Quando falamos de classes, nós as identificamos por uma letra.

06:04.710 --> 06:08.850
Essas letras são A, B, C, D e E.

06:08.850 --> 06:11.610
Agora, para identificar a classe de um determinado endereço

06:11.610 --> 06:14.130
IP, basta observar o primeiro octeto.

06:14.130 --> 06:17.850
Se o primeiro octeto começar com um número entre 1 e 127, ele será considerado um

06:17.850 --> 06:19.920
endereço de classe A e terá uma máscara de sub-rede

06:19.920 --> 06:24.360
padrão de 255. 0. 0. 0.

06:24.360 --> 06:26.430
Isso significa que a parte da rede desse endereço

06:26.430 --> 06:28.170
é apenas o primeiro octeto.

06:28.170 --> 06:30.000
E o segundo, o terceiro e o quarto octetos

06:30.000 --> 06:32.070
constituirão a parte do host.

06:32.070 --> 06:34.260
Isso significa que, com uma rede

06:34.260 --> 06:39.180
de classe A, podemos ter 256 vezes 256 vezes 256 hosts em uma única

06:39.180 --> 06:40.560
rede, o que significa

06:40.560 --> 06:43.320
que há 16. 7 milhões de possíveis endereços

06:43.320 --> 06:44.940
IP de host disponíveis para uma

06:44.940 --> 06:47.250
única porção de endereço de rede atribuída

06:47.250 --> 06:49.050
em uma classe A.

06:49.050 --> 06:50.880
Agora, nossa segunda classe

06:50.880 --> 06:53.070
ocorre quando o primeiro octeto

06:53.070 --> 06:55.800
começa com um número entre 128 e 191.

06:55.800 --> 06:58.050
Isso seria considerado um endereço de classe B, e teremos

06:58.050 --> 07:03.050
uma máscara padrão de 255. 255. 0. 0.

07:03.150 --> 07:05.460
Isso significa que a parte da rede desse endereço

07:05.460 --> 07:07.560
será o primeiro e o segundo octeto.

07:07.560 --> 07:08.970
E o terceiro e o quarto octetos

07:08.970 --> 07:11.010
constituirão a parte do host.

07:11.010 --> 07:12.990
Isso significa que, para uma rede

07:12.990 --> 07:17.490
de classe B, podemos ter até 256 vezes 256 hosts em uma única rede.

07:17.490 --> 07:22.490
Isso significa que temos 65.536 possíveis endereços IP de host disponíveis

07:22.710 --> 07:24.810
para uma única porção de endereço

07:24.810 --> 07:27.120
de rede atribuída em uma classe B.

07:27.120 --> 07:29.820
Agora, a terceira classe que temos ocorre quando

07:29.820 --> 07:33.600
o primeiro octeto começa com um número entre 192 e 223.

07:33.600 --> 07:35.610
Esse é considerado um endereço de classe C e tem uma máscara

07:35.610 --> 07:40.610
de sub-rede padrão de 255. 255. 255. 0.

07:40.920 --> 07:42.780
Isso significa que a parte da rede do

07:42.780 --> 07:45.720
endereço será o primeiro, o segundo e o terceiro octetos,

07:45.720 --> 07:48.720
e guardamos o quarto octeto para a parte do host.

07:48.720 --> 07:50.550
Isso significa que, em uma rede

07:50.550 --> 07:53.910
de classe C, só é possível ter 256 hosts em uma única rede.

07:53.910 --> 07:57.600
Isso significa que há apenas 256 endereços IP de host possíveis disponíveis

07:57.600 --> 07:59.640
para uma única porção de endereço de rede que

07:59.640 --> 08:01.020
está sendo atribuída.

08:01.020 --> 08:03.720
Agora, a quarta classe que temos ocorre quando

08:03.720 --> 08:07.260
o primeiro octeto começa com um número entre 224 e 239.

08:07.260 --> 08:09.780
Esse é considerado um endereço de classe D.

08:09.780 --> 08:11.790
Agora, um endereço de classe D não tem nenhuma

08:11.790 --> 08:13.710
máscara de sub-rede atribuída a ele.

08:13.710 --> 08:16.410
Isso ocorre porque os endereços de classe D são especiais

08:16.410 --> 08:20.010
e estão reservados para multicast ou roteamento multicast.

08:20.010 --> 08:22.650
Agora, um endereço multicast é um identificador lógico

08:22.650 --> 08:24.720
de um grupo de hosts em uma rede de computadores

08:24.720 --> 08:26.130
que já estará disponível para

08:26.130 --> 08:29.490
processar datagramas ou quadros destinados a multicast para um serviço

08:29.490 --> 08:31.380
de rede designado.

08:31.380 --> 08:33.720
Portanto, o endereço multicast real

08:33.720 --> 08:35.940
não precisa estar alinhado a um único

08:35.940 --> 08:38.490
host, mas sim a um grupo de hosts.

08:38.490 --> 08:40.410
Quando você pensar em um endereço multicast, quero

08:40.410 --> 08:42.900
que pense nele como um bate-papo em grupo no Facebook.

08:42.900 --> 08:44.250
Você pode ter um nome de bate-papo

08:44.250 --> 08:46.320
em grupo, no nosso caso, um endereço multicast.

08:46.320 --> 08:48.720
E quando você envia uma mensagem para o nome do bate-papo

08:48.720 --> 08:49.860
em grupo, todos os membros desse

08:49.860 --> 08:51.690
grupo recebem uma cópia da mensagem.

08:51.690 --> 08:54.150
Bem, a mesma coisa vai acontecer no multicast

08:54.150 --> 08:56.160
em que estamos usando o IPv4.

08:56.160 --> 08:57.450
Essa é a ideia do que você precisa

08:57.450 --> 08:58.830
entender sobre multicasting.

08:58.830 --> 09:01.650
Eu o envio de uma pessoa e ele vai para várias pessoas

09:01.650 --> 09:02.970
ao mesmo tempo.

09:02.970 --> 09:05.220
Agora, a quinta classe que temos ocorre quando

09:05.220 --> 09:08.520
o primeiro octeto começa com um número entre 240 e 255.

09:08.520 --> 09:10.650
Isso é chamado de endereço de classe

09:10.650 --> 09:13.410
E e também não tem máscara de sub-rede padrão.

09:13.410 --> 09:16.140
Isso ocorre porque os endereços de classe E também são especiais.

09:16.140 --> 09:18.960
Nesse caso, eles são reservados para fins experimentais,

09:18.960 --> 09:21.780
apenas para pesquisa e desenvolvimento ou estudo.

09:21.780 --> 09:25.680
Esse intervalo experimental contém cerca de 268 milhões de endereços

09:25.680 --> 09:28.050
que estão reservados para uso futuro.

09:28.050 --> 09:30.030
Ao longo dos anos, houve algumas propostas

09:30.030 --> 09:33.150
para realocar esses endereços de classe E para uso geral, pois os

09:33.150 --> 09:35.430
endereços IPv4 públicos estavam se tornando cada

09:35.430 --> 09:37.920
vez mais escassos nas faixas de classe A, classe B e classe

09:37.920 --> 09:40.410
C, à medida que mais e mais dispositivos começavam a

09:40.410 --> 09:42.330
se conectar à Internet.

09:42.330 --> 09:45.450
Dito isso, até o momento, esses endereços de classe C ainda permanecem alocados

09:45.450 --> 09:48.180
apenas para uso experimental, e a maioria das implementações de

09:48.180 --> 09:50.550
IP em nossas redes considerará qualquer IP nesse intervalo

09:50.550 --> 09:55.080
a partir de 240. 0. 0. 0, até

09:55.080 --> 09:59.100
255. 255. 255. 255 para ser inválido

09:59.100 --> 10:03.210
como origem ou destino em um datagrama.

10:03.210 --> 10:05.430
E, portanto, o datagrama seria rejeitado

10:05.430 --> 10:07.050
pelo sistema de destino.

10:07.050 --> 10:08.670
Portanto, se você tentar enviar algo

10:08.670 --> 10:10.830
para um servidor de janelas ou uma estação de trabalho,

10:10.830 --> 10:13.230
ele se recusará a se comunicar com esse dispositivo

10:13.230 --> 10:16.080
se você alegar ser de um endereço de classe E.

10:16.080 --> 10:16.913
Tudo bem.

10:16.913 --> 10:18.930
Agora que já abordamos as cinco classes diferentes

10:18.930 --> 10:20.370
de endereços IPv4, vamos falar

10:20.370 --> 10:23.040
um pouco mais sobre as máscaras de sub-rede.

10:23.040 --> 10:24.630
Vamos supor que temos um endereço

10:24.630 --> 10:27.540
IP de 192. 168. 1. 4 novamente com uma

10:27.540 --> 10:32.010
máscara de sub-rede de 255. 255. 255. 0.

10:32.010 --> 10:34.680
Essa máscara de sub-rede é a máscara de sub-rede padrão

10:34.680 --> 10:36.150
para uma rede de classe C.

10:36.150 --> 10:38.700
E como nosso endereço IP começa com 192, ele

10:38.700 --> 10:40.890
também é um endereço de classe C.

10:40.890 --> 10:42.960
Isso significa que temos um endereço de classe C

10:42.960 --> 10:45.240
usando uma máscara de sub-rede padrão de classe C.

10:45.240 --> 10:48.240
Portanto, consideramos que isso é uma classe.

10:48.240 --> 10:50.610
Chamamos isso de máscara de classe.

10:50.610 --> 10:53.610
Agora, uma máscara de sub-rede classful é apenas o padrão para

10:53.610 --> 10:55.770
uma determinada classe de endereço IP.

10:55.770 --> 10:57.750
Isso não significa, porém, que seja a melhor

10:57.750 --> 10:59.130
opção para usarmos sempre.

10:59.130 --> 11:01.590
Por exemplo, se estivermos usando um endereço de classe A, você deve se lembrar

11:01.590 --> 11:06.590
que a máscara de sub-rede padrão é 255. 0. 0. 0.

11:06.900 --> 11:08.550
Isso significa que temos

11:08.550 --> 11:12.630
a possibilidade de ter 16. 7 milhões de hosts em uma única rede.

11:12.630 --> 11:13.920
Não sei quanto a você, mas

11:13.920 --> 11:16.530
eu não costumo encontrar redes tão grandes e

11:16.530 --> 11:18.240
que exijam tantos hosts.

11:18.240 --> 11:19.350
Na verdade, eu trabalhava

11:19.350 --> 11:21.510
em uma das maiores intranets do mundo e tínhamos

11:21.510 --> 11:23.730
um pouco mais de 1 milhão de hosts espalhados

11:23.730 --> 11:26.310
por seis continentes do globo.

11:26.310 --> 11:28.560
Essa era uma rede muito, muito grande.

11:28.560 --> 11:30.000
E ainda assim não chegamos nem

11:30.000 --> 11:32.880
perto de usar todos os 16. 7 milhões de endereços

11:32.880 --> 11:34.980
IP em uma sub-rede de classe A.

11:34.980 --> 11:37.950
Por isso, muitas vezes, queremos dividir essas grandes

11:37.950 --> 11:39.450
redes em redes menores.

11:39.450 --> 11:42.330
Para fazer isso, usaremos um processo conhecido como subnetting.

11:42.330 --> 11:43.830
Não abordaremos a sub-rede

11:43.830 --> 11:45.690
em detalhes neste curso.

11:45.690 --> 11:47.520
Por enquanto, só quero que você se lembre

11:47.520 --> 11:50.280
de que não precisamos usar uma máscara de sub-rede classful.

11:50.280 --> 11:53.970
Em vez disso, podemos usar uma máscara de sub-rede sem classe, se quisermos.

11:53.970 --> 11:57.540
Esse é um processo conhecido como Classless Inner-Domain Routing.

11:57.540 --> 11:59.850
Isso nos permitirá pegar emprestados alguns desses

11:59.850 --> 12:01.860
bits de host, os zeros que mostrei na máscara

12:01.860 --> 12:04.500
de sub-rede, e reatribuí-los à parte da rede.

12:04.500 --> 12:07.080
Isso me permite reduzir o tamanho das minhas redes

12:07.080 --> 12:09.570
em porções muito menores, com menos hosts, o que

12:09.570 --> 12:10.770
é mais eficiente.

12:10.770 --> 12:12.000
Isso me dará o mesmo tempo,

12:12.000 --> 12:14.310
muito mais redes que eu possa usar.

12:14.310 --> 12:16.230
Porque, novamente, se pensarmos em uma torta,

12:16.230 --> 12:17.730
podemos cortá-la de muitas maneiras

12:17.730 --> 12:20.310
diferentes, mas ainda é uma torta e é uma quantidade fixa de IPs

12:20.310 --> 12:21.540
que temos no total.

12:21.540 --> 12:23.340
Assim, posso cortar a torta ao meio e

12:23.340 --> 12:25.110
teremos duas metades da torta, ou posso

12:25.110 --> 12:26.430
cortá-la em quartos e teremos

12:26.430 --> 12:28.110
quatro pedaços de torta, mas cada

12:28.110 --> 12:30.060
um desses pedaços é menor, o mesmo acontecendo

12:30.060 --> 12:31.920
com nossas redes.

12:31.920 --> 12:33.180
Então, por exemplo, digamos

12:33.180 --> 12:35.820
que eu tenha uma máscara de sub-rede de classe C,

12:35.820 --> 12:40.740
e eu teria 255. 255. 255. 0 como máscara de sub-rede.

12:40.740 --> 12:43.620
Isso me permitiu ter 256 hosts, certo?

12:43.620 --> 12:47.220
Bem, em minha rede doméstica, não preciso realmente de 256 hosts.

12:47.220 --> 12:50.550
Portanto, talvez eu queira dividir isso em quatro redes menores.

12:50.550 --> 12:53.310
Se eu pegar 256 e dividir por quatro, terei

12:53.310 --> 12:56.670
64 hosts para cada uma dessas quatro redes.

12:56.670 --> 12:58.710
Para fazer isso, eu mudaria a máscara de sub-rede

12:58.710 --> 13:05.940
de 255. 255. 255. 0 a 255.

13:05.940 --> 13:05.940
255. 255. 192.

13:05.940 --> 13:06.960
Como eu fiz isso?

13:06.960 --> 13:09.030
Bem, peguei dois bits emprestados

13:09.030 --> 13:11.760
do host e os dei à parte de rede do endereço.

13:11.760 --> 13:15.420
E é assim que faço quatro sub-redes diferentes usando

13:15.420 --> 13:17.610
minha máscara de sub-rede.

13:17.610 --> 13:19.380
Por enquanto, quero apenas que você se lembre

13:19.380 --> 13:22.140
de que a sub-rede permite usar uma máscara de sub-rede sem classe

13:22.140 --> 13:24.330
para criar redes menores com menos hosts em cada uma

13:24.330 --> 13:25.620
dessas redes do que seria possível

13:25.620 --> 13:28.830
se você tivesse uma máscara de sub-rede com classe por si só.

13:28.830 --> 13:32.130
Esse processo é conhecido como Classless Inner-Domain

13:32.130 --> 13:35.730
Routing ou C-I-D-R e vamos abreviar nossos endereços

13:35.730 --> 13:39.030
IP usando essa notação C-I-D-R ou CIDR.

13:39.030 --> 13:40.140
Agora, quando fizermos isso, não

13:40.140 --> 13:42.000
precisaremos escrever a máscara de sub-rede.

13:42.000 --> 13:46.050
Em vez disso, escrevemos apenas o endereço IP, uma barra e um número.

13:46.050 --> 13:48.300
Isso é conhecido como nossa notação CIDR.

13:48.300 --> 13:53.100
Portanto, se eu tiver um endereço IP de 192. 168. 1. 4 com uma máscara de sub-rede

13:53.100 --> 13:57.270
de 255. 255. 255. 0.

13:57.270 --> 13:59.610
Posso abreviar isso usando a notação

13:59.610 --> 14:04.610
CIDR como 192. 168. 1. 4/24.

14:04.620 --> 14:08.310
Muitas vezes, você ouvirá isso ser chamado de CIDR ou notação de barra.

14:08.310 --> 14:12.300
Agora, se eu tivesse um endereço IP de 192. 168. 1. 4, mas minha máscara

14:12.300 --> 14:17.300
de sub-rede era 255. 255. 255. 192, posso abreviar

14:17.370 --> 14:22.370
isso como 192. 168. 1. 4/26, porque, lembre-se,

14:23.520 --> 14:26.790
peguei emprestado dois bits da parte do host, então

14:26.790 --> 14:31.790
passei de 24 como minha máscara de sub-rede padrão /24 para uma /26 pegando

14:32.190 --> 14:35.220
emprestado dois bits e tornando minha parte de

14:35.220 --> 14:39.210
rede muito maior, elevando-a de 24 para 26.

14:39.210 --> 14:41.160
Agora, para as máscaras de sub-rede com

14:41.160 --> 14:43.950
classe, nossa anotação CIDR será bastante simples.

14:43.950 --> 14:46.530
Se você tiver uma máscara de sub-rede

14:46.530 --> 14:49.560
de classe A, terá um /8 após o endereço IP.

14:49.560 --> 14:53.490
Isso significa que a máscara de sub-rede é 255. 0. 0. 0, ou tem oito

14:53.490 --> 14:55.620
bits de uns, que é o /8 e, em seguida,

14:55.620 --> 14:58.530
24 bits de zeros dentro da máscara de

14:58.530 --> 15:00.390
sub-rede.

15:00.390 --> 15:02.760
Agora, se você tiver uma máscara de sub-rede

15:02.760 --> 15:05.940
classful classe B, usará um /16 após o endereço IP.

15:05.940 --> 15:10.230
Isso significa que a máscara de sub-rede é 255. 255. 0. 0.

15:10.230 --> 15:12.750
Além disso, isso significa que há 16 bits

15:12.750 --> 15:16.020
de uns e 16 bits de zeros nessa máscara de sub-rede.

15:16.020 --> 15:18.390
Agora, se você tiver uma máscara de sub-rede

15:18.390 --> 15:21.690
de classe C, usará um /24 após o endereço IP.

15:21.690 --> 15:26.460
Isso significa que a máscara de sub-rede será 255. 255. 255. 0, ou que tem 24

15:26.460 --> 15:30.510
bits de uns e oito bits de zeros nessa máscara

15:30.510 --> 15:32.280
de sub-rede.

15:32.280 --> 15:34.470
Em seguida, precisamos falar sobre dois tipos

15:34.470 --> 15:36.180
diferentes de endereços IPv4.

15:36.180 --> 15:38.430
Eles são chamados de IPs públicos e privados,

15:38.430 --> 15:39.930
e você também pode ouvi-los

15:39.930 --> 15:42.390
como IPs roteáveis e não roteáveis.

15:42.390 --> 15:45.270
Quando um IP é considerado um IP público ou roteável, esse

15:45.270 --> 15:47.460
endereço IP pode ser acessado diretamente

15:47.460 --> 15:49.830
pela Internet e atribuído à sua rede pelo provedor

15:49.830 --> 15:51.900
de serviços de Internet.

15:51.900 --> 15:54.030
Os IPs roteáveis são roteáveis publicamente

15:54.030 --> 15:55.590
em toda a Internet e, portanto, são

15:55.590 --> 15:57.270
gerenciados globalmente pela corporação

15:57.270 --> 16:00.330
da Internet para nomes e números atribuídos.

16:00.330 --> 16:02.460
Portanto, se você quiser um endereço IP público, como

16:02.460 --> 16:04.530
para executar um servidor da Web para sua empresa ou

16:04.530 --> 16:06.330
um servidor do Minecraft para seus filhos, poderá

16:06.330 --> 16:07.860
comprar esse endereço IP por meio do seu

16:07.860 --> 16:10.080
provedor de serviços de Internet local.

16:10.080 --> 16:12.810
Por outro lado, há também IPs não roteáveis conhecidos

16:12.810 --> 16:13.980
como IPs privados porque,

16:13.980 --> 16:16.290
bem, eles não são públicos.

16:16.290 --> 16:19.260
Os IPs privados podem ser usados por qualquer pessoa a qualquer

16:19.260 --> 16:21.960
momento, mas somente em suas próprias redes locais.

16:21.960 --> 16:24.810
É por isso que esses IPs são considerados não roteáveis,

16:24.810 --> 16:26.820
pois ninguém está controlando quem os

16:26.820 --> 16:28.470
está usando e em quais redes.

16:28.470 --> 16:30.360
Na verdade, se você olhar para o

16:30.360 --> 16:31.620
endereço IP do seu computador

16:31.620 --> 16:32.883
agora, aposto que está

16:32.883 --> 16:36.660
usando um endereço IP que começa com 10, 172 ou 192 como primeiro

16:36.660 --> 16:38.130
octeto.

16:38.130 --> 16:41.430
Não acredita em mim? Vá em frente, pause o vídeo e confira.

16:41.430 --> 16:42.300
Se você não sabe como verificar,

16:42.300 --> 16:44.250
vou lhe dizer como fazer isso agora mesmo.

16:44.250 --> 16:45.660
Se estiver em um computador

16:45.660 --> 16:47.310
com Windows, mantenha pressionada

16:47.310 --> 16:49.380
a tecla Windows e pressione a tecla R ao

16:49.380 --> 16:52.350
mesmo tempo, digite cmd e pressione Enter.

16:52.350 --> 16:53.850
Isso significa comando.

16:53.850 --> 16:56.070
Em seguida, você terá essa janela preta

16:56.070 --> 16:59.700
na tela, digite ipconfig para configuração de IP, pressione

16:59.700 --> 17:02.370
Enter e veja seu endereço IP.

17:02.370 --> 17:05.520
Ele começa com um 10, um 172 ou um 192?

17:05.520 --> 17:06.870
Aposto que sim.

17:06.870 --> 17:08.220
Se você estiver em um Mac, não se preocupe.

17:08.220 --> 17:09.420
Não estou deixando você de fora.

17:09.420 --> 17:11.340
Você pode dar uma olhada nisso também.

17:11.340 --> 17:12.300
Se estiver assistindo

17:12.300 --> 17:14.040
a este vídeo por meio de uma conexão de rede

17:14.040 --> 17:16.020
sem fio, mantenha pressionada a tecla Option

17:16.020 --> 17:17.850
e clique no ícone Wi-Fi no canto superior

17:17.850 --> 17:19.560
direito da barra de menus.

17:19.560 --> 17:21.600
Olhe abaixo do nome da sua rede sem fio

17:21.600 --> 17:23.130
e você verá seu endereço IP.

17:23.130 --> 17:27.690
Mais uma vez, aposto que ele começa com um 10, um 172 ou um 192

17:27.690 --> 17:29.490
como parte desse IP.

17:29.490 --> 17:31.290
Agora, será que sou um mágico por poder lhe

17:31.290 --> 17:32.640
dizer qual é o seu endereço IP?

17:32.640 --> 17:33.870
Bem, na verdade não.

17:33.870 --> 17:36.240
Você vê que esses três valores fazem parte do que chamamos

17:36.240 --> 17:38.040
de intervalos de IP privados.

17:38.040 --> 17:41.280
Isso inclui algo como 10. 0. 0. algo, ou

17:41.280 --> 17:44.490
172. 16. 1. algo, ou

17:44.490 --> 17:47.640
192. 168. 1. algo e vários

17:47.640 --> 17:49.590
outros IPs também.

17:49.590 --> 17:51.780
Então, se você está usando um desses IPs privados e eu

17:51.780 --> 17:53.370
disse que eles não são roteáveis, como

17:53.370 --> 17:54.780
você está realmente acessando a Internet

17:54.780 --> 17:56.310
para assistir a esse vídeo?

17:56.310 --> 17:58.140
Bem, quando você acessa a Internet,

17:58.140 --> 18:00.360
o roteador realiza um pequeno truque de

18:00.360 --> 18:02.160
tradução de endereços de rede e

18:02.160 --> 18:05.074
transforma seu IP privado em um IP público.

18:05.074 --> 18:05.907
Tudo bem.

18:05.907 --> 18:07.560
Para o exame e para sua vida como

18:07.560 --> 18:09.270
técnico de rede no mundo real, será

18:09.270 --> 18:11.220
muito importante que você entenda os

18:11.220 --> 18:13.620
intervalos dos endereços IP privados.

18:13.620 --> 18:15.630
Se estiver analisando os endereços de classe

18:15.630 --> 18:18.150
A, qualquer coisa que comece com 10 no primeiro octeto

18:18.150 --> 18:20.340
será considerada um IP privado.

18:20.340 --> 18:23.730
Portanto, você pode ter qualquer coisa a partir de 10. 0. 0. 0 até

18:23.730 --> 18:28.440
10. 255. 255. 255 como seu endereço

18:28.440 --> 18:30.030
e ele será um IP privado.

18:30.030 --> 18:33.840
Isso lhe dá um total de 16. 7 milhões de endereços IP que qualquer

18:33.840 --> 18:35.400
pessoa pode usar.

18:35.400 --> 18:36.480
Agora, além disso, também

18:36.480 --> 18:38.340
temos alguns endereços de classe B, e esse

18:38.340 --> 18:40.380
é um pouco mais difícil de memorizar.

18:40.380 --> 18:44.610
Para endereços de classe B, qualquer coisa que comece com 172. 16, até

18:44.610 --> 18:47.850
172. 31 fará parte de um intervalo

18:47.850 --> 18:49.560
de IPs privados.

18:49.560 --> 18:52.260
Isso inclui mais de 1 milhão de endereços

18:52.260 --> 18:56.250
IP, pois temos 16 vezes 256 vezes 256.

18:56.250 --> 18:58.470
Agora, se você estiver olhando para um endereço de classe C,

18:58.470 --> 19:01.200
qualquer coisa que comece com 192. 168 é considerado

19:01.200 --> 19:03.120
um IP privado.

19:03.120 --> 19:06.930
Isso inclui o intervalo de 192. 168. 0. 0 até

19:06.930 --> 19:11.190
192. 168. 255. 255.

19:11.190 --> 19:15.090
Isso lhe dá 65.536 endereços IP que estão à disposição para

19:15.090 --> 19:17.520
serem usados, se você quiser.

19:17.520 --> 19:19.860
Agora, quero que você memorize esses intervalos.

19:19.860 --> 19:22.050
Lembre-se, a classe A é muito fácil.

19:22.050 --> 19:25.200
Qualquer coisa que comece com 10. algo. algo. algo é um IP privado

19:25.200 --> 19:27.600
no intervalo de classe A.

19:27.600 --> 19:29.220
Agora, a classe C também é muito fácil, porque qualquer

19:29.220 --> 19:32.970
coisa que seja 192. 168. algo. algo também é considerado

19:32.970 --> 19:34.920
um endereço privado, nesse caso,

19:34.920 --> 19:37.410
um endereço privado de classe C.

19:37.410 --> 19:39.960
Mas é na classe B que a maioria das pessoas terá dificuldades,

19:39.960 --> 19:41.520
porque é um pouco diferente.

19:41.520 --> 19:43.260
Ele conterá todos os endereços que

19:43.260 --> 19:46.800
começam com 172. 16. algo. algo até

19:46.800 --> 19:50.550
172. 31. algo. algo.

19:50.550 --> 19:53.880
Basicamente, são 16 classes de endereços de classe B, todas

19:53.880 --> 19:55.350
próximas umas das outras.

19:55.350 --> 19:58.110
Você pode escolher qualquer um deles como IP privado.

19:58.110 --> 20:01.350
Agora, no dia do teste, a CompTIA pode tentar enganá-lo

20:01.350 --> 20:03.180
e dizer algo como qual desses endereços

20:03.180 --> 20:04.890
não é um IP privado.

20:04.890 --> 20:06.060
E então eles lhe darão algo

20:06.060 --> 20:09.060
como 172. 12. algo. algo.

20:09.060 --> 20:12.420
Agora, ele começa com 172, portanto, parece um IP privado,

20:12.420 --> 20:15.240
mas como é 172. 12, não está

20:15.240 --> 20:19.680
entre 172. 16 e 172. 31.

20:19.680 --> 20:22.710
Portanto, 172. 12. algo. algo é, na verdade,

20:22.710 --> 20:24.390
um IP público porque está fora

20:24.390 --> 20:26.580
de meu intervalo privado.

20:26.580 --> 20:27.900
Você deve ter um cuidado especial

20:27.900 --> 20:30.120
ao ver um endereço que começa com 172, pois ele

20:30.120 --> 20:34.403
deve estar entre 172. 16 a 172. 31 para ser um

20:35.580 --> 20:37.350
IP privado.

20:37.350 --> 20:41.520
Todos os outros 172. qualquer endereço será público.

20:41.520 --> 20:43.170
Agora, a próxima coisa que precisamos

20:43.170 --> 20:44.940
falar é sobre alguns IPs especializados,

20:44.940 --> 20:47.340
e há duas grandes categorias que precisamos cobrir.

20:47.340 --> 20:50.160
O endereço de Loopback e os endereços APIPA.

20:50.160 --> 20:53.070
Agora, o primeiro IP especial é o endereço Loopback.

20:53.070 --> 20:56.550
Isso é atribuído como 127. 0. 0. 1.

20:56.550 --> 20:58.080
Agora, quando isso foi criado nos

20:58.080 --> 20:59.520
primórdios da Internet, os designers

20:59.520 --> 21:02.040
não estavam muito preocupados com o desperdício de IPs

21:02.040 --> 21:03.900
porque nunca imaginaram que usaríamos

21:03.900 --> 21:06.390
muitos endereços IP no mundo inteiro.

21:06.390 --> 21:11.287
Então, eles simplesmente dedicam uma linha inteira que é 127. 0. 0. 0/8 ou

21:12.600 --> 21:15.510
16. 7 milhões de endereços IP para serem

21:15.510 --> 21:18.240
usados como endereços Loopback de hosts da Internet.

21:18.240 --> 21:20.520
Agora, isso permite que qualquer protocolo de nível

21:20.520 --> 21:22.500
superior envie dados para o próprio host sem

21:22.500 --> 21:24.900
realmente ir para um switch ou roteador.

21:24.900 --> 21:27.300
Basicamente, isso cria um Loopback para o host

21:27.300 --> 21:29.220
e testa seus protocolos de rede.

21:29.220 --> 21:30.690
Portanto, é frequentemente usado na solução

21:30.690 --> 21:33.180
de problemas e no teste de protocolos de rede em um determinado sistema para

21:33.180 --> 21:35.370
garantir que os drivers estejam funcionando corretamente.

21:35.370 --> 21:37.440
Agora, devido à forma como o padrão foi desenvolvido,

21:37.440 --> 21:38.550
qualquer coisa que você veja

21:38.550 --> 21:41.220
começa com 127. algo. algo. algo é considerado

21:41.220 --> 21:43.110
um endereço de Loopback.

21:43.110 --> 21:47.400
Embora a maioria das pessoas use apenas 127. 0. 0. 1 como nosso Loopback

21:47.400 --> 21:49.560
endereçado por padrão.

21:49.560 --> 21:53.640
Isso significa os outros 16. 7 milhões de IPs são praticamente desperdiçados

21:53.640 --> 21:55.110
porque estamos usando esse intervalo

21:55.110 --> 21:56.700
para ser todo o intervalo de Loopback,

21:56.700 --> 21:59.820
embora a maioria de nós só use esse único endereço IP.

21:59.820 --> 22:01.320
Você já deve ter ouvido a velha piada

22:01.320 --> 22:03.180
que alguns técnicos de rede gostam de usar.

22:03.180 --> 22:06.450
Não há lugar como o 127. 0. 0. 1, o que significa

22:06.450 --> 22:09.240
que não há lugar como aqui em casa, certo?

22:09.240 --> 22:12.420
Isso é 127. 0. 0. 1. É o host local.

22:12.420 --> 22:16.380
Agora, quando se trata do endereço IP de 127. 0. 0. 1, você o ouvirá ser

22:16.380 --> 22:18.210
chamado de Loopback ou poderá ouvir

22:18.210 --> 22:20.580
as pessoas chamá-lo de host local, como fiz

22:20.580 --> 22:21.900
anteriormente.

22:21.900 --> 22:26.340
Agora, a palavra host local sempre será resolvida para 127. 0. 0. 1 em cada computador

22:26.340 --> 22:29.250
como parte de suas configurações de DNS local.

22:29.250 --> 22:34.250
Portanto, se você enviar um ping para 127. 0. 0. 1, ou se você fizer ping no host

22:34.410 --> 22:36.030
local, obterá o mesmo resultado.

22:36.030 --> 22:39.270
O resultado será o endereço IP desse IP de loopback,

22:39.270 --> 22:41.910
127. 0. 0. 1.

22:41.910 --> 22:44.130
Agora, o segundo endereço IP especial

22:44.130 --> 22:47.220
que temos é conhecido como APIPA, A-P-I-P-A.

22:47.220 --> 22:50.460
Isso também é conhecido como endereços IP privados automáticos.

22:50.460 --> 22:52.200
Esses endereços são atribuídos dinamicamente

22:52.200 --> 22:53.370
pelo seu sistema operacional

22:53.370 --> 22:55.650
sempre que o servidor DHCP não estiver disponível e um

22:55.650 --> 22:58.860
endereço IP ainda não tiver sido atribuído estaticamente.

22:58.860 --> 23:00.720
Os endereços APIPA sempre começarão

23:00.720 --> 23:04.320
com 169. 254. algo. algo.

23:04.320 --> 23:06.360
Portanto, você os encontrará no intervalo de

23:06.360 --> 23:09.630
endereços 169. 254. 0. 0, até

23:09.630 --> 23:14.070
169. 254. 255. 255.

23:14.070 --> 23:16.590
Portanto, se você vir um endereço IP nesse intervalo

23:16.590 --> 23:18.660
quando olhar o IP de um dispositivo de rede,

23:18.660 --> 23:21.360
isso significa que há algo errado com o processo DHCP e que

23:21.360 --> 23:23.790
o dispositivo não está recebendo um IP privado normal

23:23.790 --> 23:27.240
de um dos nossos intervalos de classe A, classe B ou classe C.

23:27.240 --> 23:28.950
Agora, quando sua estação de trabalho

23:28.950 --> 23:31.050
for inicializada, ela tentará obter seu próprio

23:31.050 --> 23:34.560
endereço IP usando IPs dinâmicos, usando o protocolo DHCP.

23:34.560 --> 23:37.620
Isso passa por um processo de quatro etapas conhecido

23:37.620 --> 23:41.160
como DORA - descobrir, oferecer, solicitar e reconhecer.

23:41.160 --> 23:42.060
Se algo der errado com

23:42.060 --> 23:44.910
esse processo de negociação DORA com o DHCP, o sistema simplesmente

23:44.910 --> 23:46.980
não conseguirá obter um endereço e o computador

23:46.980 --> 23:48.660
acabará travando porque não saberá

23:48.660 --> 23:49.767
o que fazer e continuará

23:49.767 --> 23:52.080
tentando repetidamente.

23:52.080 --> 23:53.610
Portanto, o que os engenheiros brilhantes

23:53.610 --> 23:56.820
da força-tarefa da Internet fizeram foi criar essa linha APIPA.

23:56.820 --> 23:58.950
Basicamente, isso significa que, se uma estação de trabalho

23:58.950 --> 24:01.800
não conseguir obter uma atribuição de DHCP para um endereço IP dinâmico

24:01.800 --> 24:03.240
dentro de um determinado período de

24:03.240 --> 24:05.490
tempo, ela simplesmente escolherá seu próprio endereço

24:05.490 --> 24:07.260
desse intervalo APIPA especial.

24:07.260 --> 24:08.790
Basicamente, qualquer IP de uma vez,

24:08.790 --> 24:13.260
desde que comece com 169. 254. algo. algo.

24:13.260 --> 24:14.730
Portanto, se você encontrar um computador

24:14.730 --> 24:16.290
que não consegue se conectar à Internet,

24:16.290 --> 24:19.080
a primeira coisa que deve fazer é verificar seu endereço IP.

24:19.080 --> 24:20.460
Agora, se você vir um endereço

24:20.460 --> 24:23.670
IP de 169. 254. algo. Por exemplo, você

24:23.670 --> 24:25.740
sabe que tem um problema de DHCP e precisa

24:25.740 --> 24:27.600
verificar se o servidor DHCP está funcionando

24:27.600 --> 24:29.040
corretamente e se está distribuindo

24:29.040 --> 24:31.020
endereços IP privados de intervalos atribuídos

24:31.020 --> 24:34.380
de classe A, classe B ou classe C.

24:34.380 --> 24:37.980
Isso é o máximo que precisamos aprofundar no DHCP agora, mas

24:37.980 --> 24:41.100
prometo que voltaremos ao DHCP mais tarde e falaremos

24:41.100 --> 24:42.690
sobre todas essas coisas e

24:42.690 --> 24:44.730
como ele fornece esses endereços

24:44.730 --> 24:47.520
IP e como eles serão usados em suas redes.

24:47.520 --> 24:48.353
Tudo bem.

24:48.353 --> 24:51.390
Sei que foram muitas informações nesse longo vídeo.

24:51.390 --> 24:53.370
Portanto, se fui rápido demais para

24:53.370 --> 24:55.950
você, assista a esta lição uma segunda vez.

24:55.950 --> 24:57.600
Há muitas informações importantes

24:57.600 --> 25:00.600
sobre o endereçamento IPv4 que você precisa saber.

25:00.600 --> 25:02.700
É fundamental que você entenda as diferentes

25:02.700 --> 25:05.340
classes de endereços IP, os IPs públicos e privados

25:05.340 --> 25:06.930
e quando cada um deles é usado, bem

25:06.930 --> 25:09.240
como os diferentes endereços IP especiais que

25:09.240 --> 25:11.763
temos, como Loopback, APIPA e outros.