WEBVTT

00:00.060 --> 00:01.590
Instrutor: Agora, quando temos

00:01.590 --> 00:04.320
nossas redes e elas dependem de endereços IP, como o IPv4,

00:04.320 --> 00:05.520
como dizemos aos nossos dispositivos

00:05.520 --> 00:07.680
quais endereços eles terão?

00:07.680 --> 00:10.170
Bem, na verdade, há dois métodos diferentes que podemos usar.

00:10.170 --> 00:12.750
Uma delas é atribuí-las manual ou estaticamente,

00:12.750 --> 00:15.090
e a outra é atribuí-las dinamicamente.

00:15.090 --> 00:16.740
Agora, quando uso uma atribuição estática,

00:16.740 --> 00:18.600
esse é um processo realmente simples.

00:18.600 --> 00:19.500
Como técnico, eu

00:19.500 --> 00:22.290
digito manualmente o endereço IP do host, sua máscara

00:22.290 --> 00:25.740
de sub-rede, seu gateway padrão e seu servidor DNS.

00:25.740 --> 00:28.740
Mas isso pode ser demorado e propenso a erros.

00:28.740 --> 00:31.740
Por exemplo, digamos que eu tenha 20 dispositivos na rede.

00:31.740 --> 00:33.090
Agora terei que atribuir essas

00:33.090 --> 00:35.850
quatro informações 20 vezes diferentes, uma vez para

00:35.850 --> 00:37.230
cada dispositivo, ou seja,

00:37.230 --> 00:39.630
80 locais para inserir informações.

00:39.630 --> 00:42.450
Isso significa que há muita chance de erro humano aqui, pois esses números

00:42.450 --> 00:44.730
são muito fáceis de serem digitados incorretamente.

00:44.730 --> 00:46.410
E se você digitar errado um deles, estará

00:46.410 --> 00:48.120
atribuindo as informações erradas aos

00:48.120 --> 00:49.440
dispositivos errados.

00:49.440 --> 00:53.040
Ou você pode ter as mesmas informações em vários dispositivos, e isso

00:53.040 --> 00:54.510
também causará problemas ou

00:54.510 --> 00:56.670
conflitos entre dois dispositivos.

00:56.670 --> 00:59.820
Portanto, quando você começa a trabalhar em grandes redes corporativas,

00:59.820 --> 01:02.460
torna-se muito impraticável fazer a atribuição estática

01:02.460 --> 01:05.130
de endereços IP para todos os seus dispositivos.

01:05.130 --> 01:07.080
Algumas de nossas redes que administrei

01:07.080 --> 01:09.570
no passado tinham 500 clientes, 1.000 clientes,

01:09.570 --> 01:12.900
5.000 clientes, 10.000 clientes, cem mil clientes ou até mesmo

01:12.900 --> 01:15.510
1 milhão de computadores clientes em uma Internet

01:15.510 --> 01:17.250
de grande escala.

01:17.250 --> 01:19.350
Portanto, atribuí-los estaticamente e controlar

01:19.350 --> 01:21.720
todos esses endereços IP diferentes se tornaria um

01:21.720 --> 01:23.370
trabalho de tempo integral para uma

01:23.370 --> 01:26.220
grande equipe de pessoas localizadas em todo o mundo, porque

01:26.220 --> 01:29.040
essa grande Internet abrange seis continentes.

01:29.040 --> 01:31.500
Isso seria um desperdício de muito tempo, dinheiro,

01:31.500 --> 01:33.300
trabalho e recursos.

01:33.300 --> 01:36.060
Portanto, em vez disso, simplificamos esse processo

01:36.060 --> 01:38.880
usando a alocação dinâmica de endereços IP.

01:38.880 --> 01:41.130
Isso é conhecido como atribuição dinâmica.

01:41.130 --> 01:43.410
Ao fazer isso, temos um método mais rápido,

01:43.410 --> 01:46.110
mais fácil e menos confuso de atribuir nossos IPs a

01:46.110 --> 01:49.020
todos os clientes da rede quando eles entram na rede.

01:49.020 --> 01:50.820
Agora, para redes grandes ou pequenas,

01:50.820 --> 01:52.200
o uso de endereçamento IP dinâmico

01:52.200 --> 01:54.630
geralmente será sua melhor opção.

01:54.630 --> 01:56.610
Em sua casa, mesmo que não saiba, você provavelmente

01:56.610 --> 01:59.370
já está usando o endereçamento IP dinâmico.

01:59.370 --> 02:01.350
Quando você comprava um novo smartphone,

02:01.350 --> 02:02.760
tablet, laptop ou desktop,

02:02.760 --> 02:04.770
tirava-o da caixa, ligava-o, entrava

02:04.770 --> 02:06.450
na sua rede sem fio e podia ficar

02:06.450 --> 02:09.030
on-line e navegar na Web, certo?

02:09.030 --> 02:11.370
Você não precisava fazer nenhum tipo de configuração maluca.

02:11.370 --> 02:13.860
Bem, nesse caso, você não atribuiu ao seu novo dispositivo

02:13.860 --> 02:16.650
um endereço IP, uma máscara de assunto, um gateway padrão ou

02:16.650 --> 02:18.390
um servidor DNS para usar.

02:18.390 --> 02:20.490
Em vez disso, o servidor DHCP da sua rede fazia

02:20.490 --> 02:22.230
tudo isso para você automaticamente,

02:22.230 --> 02:24.300
sem que você precisasse solicitá-lo.

02:24.300 --> 02:25.830
Isso ocorre porque a maioria dos dispositivos

02:25.830 --> 02:27.360
de rede de pequenos escritórios e escritórios

02:27.360 --> 02:30.540
domésticos, como o modem a cabo, o modem de fibra ou o ponto de acesso sem fio,

02:30.540 --> 02:33.120
já tem um servidor DHCP em execução para você e ele é ativado por

02:33.120 --> 02:34.800
padrão.

02:34.800 --> 02:36.840
Basta informar ao dispositivo em qual rede ele

02:36.840 --> 02:38.430
deve ingressar e o roteador usará o

02:38.430 --> 02:40.200
DHCP para fornecer um endereço IP dinâmico

02:40.200 --> 02:42.570
para que o cliente da rede possa utilizá-lo.

02:42.570 --> 02:44.430
Então, quais são esses quatro componentes de

02:44.430 --> 02:45.990
um cliente totalmente configurado?

02:45.990 --> 02:47.670
Bem, eu o enviei algumas vezes e, independentemente

02:47.670 --> 02:49.680
de estar usando atribuição estática ou

02:49.680 --> 02:52.440
dinâmica, você ainda precisa usar os mesmos quatro componentes:

02:52.440 --> 02:56.220
um endereço IP, uma máscara de sub-rede, um gateway padrão, que geralmente

02:56.220 --> 02:58.170
é apenas o IP do roteador, e um servidor

02:58.170 --> 03:00.900
para DNS ou WINS.

03:00.900 --> 03:03.570
Agora, DNS é o Sistema de Nomes de Domínio.

03:03.570 --> 03:05.760
O DNS será usado para converter os nomes de domínio

03:05.760 --> 03:06.840
usados por um site no endereço

03:06.840 --> 03:08.730
IP do servidor, para que seu computador

03:08.730 --> 03:10.560
possa se conectar a ele.

03:10.560 --> 03:13.050
Agora, falaremos mais sobre o DNS em seu próprio vídeo, pois

03:13.050 --> 03:14.790
há muita coisa que você precisa saber sobre

03:14.790 --> 03:17.310
ele, mas, por enquanto, saiba que o DNS é essencialmente a versão

03:17.310 --> 03:19.620
da Internet de uma lista telefônica, na qual podemos procurar

03:19.620 --> 03:20.610
um nome e obter um número

03:20.610 --> 03:22.890
ao qual nos conectar diretamente.

03:22.890 --> 03:24.780
Agora, nomes para números e números

03:24.780 --> 03:26.790
para nomes, é disso que se trata o DNS.

03:26.790 --> 03:29.520
Por exemplo, quando você foi ao treinamento de diones. com, você usará o DNS em segundo

03:29.520 --> 03:31.680
plano para determinar qual é o endereço IP

03:31.680 --> 03:35.190
do meu servidor para que possa se conectar a ele e acessar nossas páginas

03:35.190 --> 03:37.350
da Web ou nossos vídeos.

03:37.350 --> 03:39.150
Esse é o DNS em ação.

03:39.150 --> 03:41.910
Agora, o WINS, por outro lado, W-I-N-S,

03:41.910 --> 03:43.980
é usado em uma rede local.

03:43.980 --> 03:46.800
Especificamente, o WINS é usado em domínios do Windows

03:46.800 --> 03:49.710
e é conhecido como Windows Internet Name Service.

03:49.710 --> 03:51.300
Ele é usado para permitir que

03:51.300 --> 03:54.630
o Windows identifique nomes NetBIOS em uma rede TCP/IP

03:54.630 --> 03:57.690
e converta esses nomes NetBIOS em endereços IP.

03:57.690 --> 03:59.790
Basicamente, o WINS é como o DNS, mas

03:59.790 --> 04:02.880
só funciona em um ambiente de domínio do Windows.

04:02.880 --> 04:04.800
Portanto, se eu quisesse me conectar ao meu servidor

04:04.800 --> 04:06.240
de e-mail em um domínio do Windows,

04:06.240 --> 04:08.610
poderia digitar seu endereço IP, se o conhecesse, ou simplesmente

04:08.610 --> 04:10.860
digitar o nome do servidor, algo como caixa de correio

04:10.860 --> 04:13.740
ou qualquer outro nome que eu tenha dado a ele.

04:13.740 --> 04:15.810
Agora, quando chegar a hora de fazer a atribuição dinâmica

04:15.810 --> 04:18.600
das informações críticas de endereçamento para cada cliente, podemos

04:18.600 --> 04:21.090
usar quatro métodos diferentes para fazer isso.

04:21.090 --> 04:25.500
Isso inclui BOOTP, DHCP, APIPA e ZeroConfig.

04:25.500 --> 04:27.300
O BOOTP é, de longe, a mais antiga

04:27.300 --> 04:29.640
e menos usada dessas quatro opções.

04:29.640 --> 04:31.560
O BOOTP, ou Bootstrap Protocol, foi originalmente

04:31.560 --> 04:33.870
introduzido em 1985 para uso em estações de trabalho

04:33.870 --> 04:36.270
Unix sem disco, pois podia atribuir dinamicamente

04:36.270 --> 04:37.680
as informações de endereço IP e

04:37.680 --> 04:38.970
permitir que a estação de trabalho

04:38.970 --> 04:40.140
carregasse uma cópia de sua

04:40.140 --> 04:42.960
imagem de inicialização pela rede.

04:42.960 --> 04:46.560
Agora, o BOOTP usava um banco de dados estático de IPs e endereços MAC.

04:46.560 --> 04:48.840
Assim, basicamente, sempre que um cliente se conectava

04:48.840 --> 04:50.640
à rede para iniciar o processo BOOTP, ele

04:50.640 --> 04:53.130
encontrava seu endereço Mac em seu banco de dados e enviava

04:53.130 --> 04:55.320
o endereço IP adequado que correspondia a ele de volta

04:55.320 --> 04:58.080
ao cliente solicitante como sua atribuição.

04:58.080 --> 05:00.030
Isso não era tão dinâmico quanto gostaríamos,

05:00.030 --> 05:04.020
portanto, em 1993, um protocolo atualizado mais recente, conhecido como DHCP,

05:04.020 --> 05:06.510
foi introduzido para substituir o BOOTP.

05:06.510 --> 05:09.990
Agora, o DHCP, ou Dynamic Host Configuration Protocol, permitirá

05:09.990 --> 05:12.000
a atribuição de um IP com base em um escopo

05:12.000 --> 05:15.000
ou pool de endereços atribuídos, além de permitir a

05:15.000 --> 05:16.650
configuração de várias outras

05:16.650 --> 05:19.020
opções dentro dele.

05:19.020 --> 05:21.600
Agora, como o DHCP permite que eu configure meu escopo,

05:21.600 --> 05:24.030
posso dizer ao meu servidor DHCP algo como: "Ei,

05:24.030 --> 05:26.460
só quero que você forneça endereços a partir de

05:26.460 --> 05:29.820
192. 168. 1. 100 até

05:29.820 --> 05:33.240
192. 168. 1. 200.

05:33.240 --> 05:35.280
E isso lhe dá cerca de cem clientes que agora

05:35.280 --> 05:37.290
podem ser atribuídos automaticamente.

05:37.290 --> 05:39.060
Toda vez que alguém se conectar à rede,

05:39.060 --> 05:42.210
o DHDP enviará um desses IPs desse intervalo e o atribuirá por um

05:42.210 --> 05:43.980
determinado período de tempo, conhecido

05:43.980 --> 05:46.110
como concessão a um cliente.

05:46.110 --> 05:48.480
Agora, cada IP pode ser barrado por um determinado período

05:48.480 --> 05:49.380
de tempo desse pool.

05:49.380 --> 05:50.910
E quando essa concessão expirar,

05:50.910 --> 05:53.730
o servidor DHCP retirará esse endereço.

05:53.730 --> 05:56.280
Na verdade, isso não causa um problema para nós porque seu

05:56.280 --> 05:57.946
computador pode dizer a qualquer momento:

05:57.946 --> 06:00.120
"Ei, ainda estou usando esse endereço.

06:00.120 --> 06:01.200
Você não pode aceitar. E, nesse caso, o servidor

06:01.200 --> 06:03.337
DHCP diria: "Ah, tudo bem, você pode

06:03.337 --> 06:05.190
ficar com ele" e o reatribuiria

06:05.190 --> 06:08.640
por outro período, renovando o aluguel.

06:08.640 --> 06:10.620
É como se você pegasse um livro na biblioteca.

06:10.620 --> 06:12.030
Então, se você estiver na metade da leitura

06:12.030 --> 06:13.320
e o prazo de entrega for amanhã, você

06:13.320 --> 06:15.840
pode levá-lo de volta à biblioteca e retirá-lo novamente.

06:15.840 --> 06:19.260
É o mesmo conceito com DHCP e endereços dinâmicos.

06:19.260 --> 06:20.940
Agora, quando o aluguel expirar e

06:20.940 --> 06:22.680
não for mais necessário para o cliente,

06:22.680 --> 06:25.290
ele será devolvido ao escopo ou ao pool e estará pronto

06:25.290 --> 06:27.480
para ser emitido para outro cliente.

06:27.480 --> 06:29.850
Essencialmente, cada cliente pode pegar emprestado

06:29.850 --> 06:30.930
esse IP durante sua atribuição

06:30.930 --> 06:33.090
e devolvê-lo quando terminar de usá-lo.

06:33.090 --> 06:34.380
Agora, esse gerenciamento de

06:34.380 --> 06:37.590
IPs será realizado pelo servidor DHCP em nosso nome e será usado para gerenciar

06:37.590 --> 06:39.450
todos esses IPs que estão sendo atribuídos

06:39.450 --> 06:41.670
e devolvidos ao longo do tempo.

06:41.670 --> 06:43.950
Isso é ótimo porque não precisamos controlá-lo nós

06:43.950 --> 06:45.870
mesmos nem acompanhar tudo manualmente.

06:45.870 --> 06:49.230
Em vez disso, temos a capacidade de acessá-lo a qualquer momento, examinar os registros

06:49.230 --> 06:50.227
e dizer: "Ei, quem estava

06:50.227 --> 06:55.110
usando o IP 192. 168. 1. 132 em 9 de setembro,

06:55.110 --> 06:57.120
às 15h00? E então podemos descobrir isso

06:57.120 --> 06:58.380
usando o gerenciamento

06:58.380 --> 07:01.740
de endereços IP do DHCP e seus registros.

07:01.740 --> 07:03.420
Assim, isso nos dá todos os benefícios

07:03.420 --> 07:04.710
de descobrir quem fez o quê e,

07:04.710 --> 07:06.930
ao mesmo tempo, não precisamos fazer o gerenciamento

07:06.930 --> 07:09.690
e a supervisão da distribuição desses endereços IP.

07:09.690 --> 07:11.790
Agora, outra coisa excelente sobre o DHCP é que ele fornece

07:11.790 --> 07:14.280
aos nossos clientes todas essas variáveis diferentes de que eles

07:14.280 --> 07:15.690
precisam para se comunicar.

07:15.690 --> 07:18.270
Isso inclui o endereço IP dinâmico que está sendo atribuído,

07:18.270 --> 07:20.700
bem como a máscara de sub-rede, o gateway padrão e

07:20.700 --> 07:21.990
o servidor DNS.

07:21.990 --> 07:23.640
E se você estiver usando um servidor

07:23.640 --> 07:25.860
WINS, também poderá enviá-lo por meio do DHCP.

07:25.860 --> 07:26.910
Tudo isso pode ser feito

07:26.910 --> 07:29.550
usando o protocolo DHCP para nós automaticamente

07:29.550 --> 07:32.850
sempre que um novo cliente se conectar à rede.

07:32.850 --> 07:35.760
Sim, eu sei que já repeti essas quatro opções de configuração

07:35.760 --> 07:37.320
várias vezes, e você sabe o que

07:37.320 --> 07:38.520
isso significa?

07:38.520 --> 07:41.190
Isso significa que essas informações são realmente importantes.

07:41.190 --> 07:44.160
Portanto, você só precisa conhecer esses quatro itens de configuração

07:44.160 --> 07:46.290
que o DHCP fornece aos seus clientes e tê-los

07:46.290 --> 07:48.420
em mente no dia do teste.

07:48.420 --> 07:51.210
Lembre-se, esse é o endereço IP, a máscara de sub-rede,

07:51.210 --> 07:53.640
o gateway e o IP do servidor DNS.

07:53.640 --> 07:55.500
O servidor WINS é um componente opcional

07:55.500 --> 07:57.270
que pode ou não ser enviado.

07:57.270 --> 07:59.640
Muito bem, falaremos muito mais sobre o DHCP em

07:59.640 --> 08:00.930
um vídeo separado, mas, por

08:00.930 --> 08:03.210
enquanto, você precisa se lembrar de que o DHCP

08:03.210 --> 08:05.760
é a implementação moderada do BOOTP e é comumente

08:05.760 --> 08:08.280
usado em nossas redes modernas para poder atribuir

08:08.280 --> 08:10.860
automaticamente o endereço IP e outros dados necessários

08:10.860 --> 08:12.210
para que um cliente se comunique

08:12.210 --> 08:14.520
em uma rede.

08:14.520 --> 08:17.430
Agora, a terceira maneira de fazer o endereçamento automático

08:17.430 --> 08:20.100
ou dinâmico é usar o APIPA, A-P-I-P-A, ou Automatic

08:20.100 --> 08:23.310
Private Internet Protocol Addressing.

08:23.310 --> 08:26.250
Basicamente, se por algum motivo o DHCP não puder concluir

08:26.250 --> 08:27.510
o processo de atribuição

08:27.510 --> 08:29.460
ou encontrar um endereço para você fornecer

08:29.460 --> 08:30.720
ao cliente porque acabou,

08:30.720 --> 08:33.240
então o APIPA será usado em seu lugar.

08:33.240 --> 08:34.980
Esse tipo de situação pode ocorrer se

08:34.980 --> 08:37.170
houver um problema em que o cliente não consiga

08:37.170 --> 08:40.470
acessar o servidor DHCP devido a problemas de rede ou algo do gênero.

08:40.470 --> 08:41.460
Nesses casos, o cliente

08:41.460 --> 08:43.860
assinará a si mesmo no endereço APIPA, que é

08:43.860 --> 08:45.900
um endereço autoatribuído.

08:45.900 --> 08:48.540
Agora, por padrão, em uma estação de trabalho Windows

08:48.540 --> 08:51.390
Server, você verá que a APIPA está selecionada por padrão

08:51.390 --> 08:53.310
nas propriedades de TCP/IP na guia Configuração

08:53.310 --> 08:55.530
alternativa.

08:55.530 --> 08:57.330
Isso permite que o computador Windows

08:57.330 --> 08:59.430
atribua a si mesmo um endereço aleatoriamente

08:59.430 --> 09:03.090
a partir do 169. 254 ponto algo ponto algo escopo se

09:03.090 --> 09:05.220
não puder alcançar um servidor DHCP ou se

09:05.220 --> 09:08.670
não puder contatá-lo e concluir o processo de negociação.

09:08.670 --> 09:11.460
Agora, a APIPA foi projetada para permitir uma configuração

09:11.460 --> 09:12.840
rápida de uma rede local sem

09:12.840 --> 09:15.450
a necessidade de ter um servidor DHCP.

09:15.450 --> 09:17.340
Por exemplo, se eu pegar 10 clientes

09:17.340 --> 09:20.250
e conectar todos eles a um switch sem um servidor DHCP,

09:20.250 --> 09:21.870
esses 10 clientes terão como

09:21.870 --> 09:24.870
padrão pegar seu próprio endereço IP do intervalo

09:24.870 --> 09:28.380
APIPA, que é 169. 254 ponto algo ponto algo.

09:28.380 --> 09:30.510
Novamente, por se tratar de um endereço de classe

09:30.510 --> 09:31.890
B, isso é perfeitamente aceitável,

09:31.890 --> 09:34.680
pois todos estarão na mesma rede local.

09:34.680 --> 09:36.810
Portanto, se eu quisesse jogar "Doom" nessa rede

09:36.810 --> 09:38.790
local com essas 10 máquinas, tudo bem.

09:38.790 --> 09:39.780
Todos eles se encontrarão

09:39.780 --> 09:42.060
e se falarão com base em seus endereços APIPA

09:42.060 --> 09:43.800
sem nenhum problema.

09:43.800 --> 09:45.420
Agora, o único problema que ocorrerá

09:45.420 --> 09:47.370
é que esses são endereços IP privados.

09:47.370 --> 09:50.730
Portanto, eles não podem ser roteados para fora de nossa rede local.

09:50.730 --> 09:52.920
Portanto, se precisarmos nos comunicar localmente,

09:52.920 --> 09:55.710
podemos fazer isso usando um switch e tudo ficará bem.

09:55.710 --> 09:58.050
Mas não conseguiremos acessar a Internet

09:58.050 --> 10:00.930
porque não temos a mesma rede que o roteador, pois o roteador

10:00.930 --> 10:02.940
tinha um endereço IP válido, não um endereço

10:02.940 --> 10:04.350
APIPA.

10:04.350 --> 10:05.760
Portanto, não temos um gateway

10:05.760 --> 10:08.580
padrão para sair dessa rede local que criamos.

10:08.580 --> 10:10.530
Esse é o maior desafio que você terá quando

10:10.530 --> 10:12.960
tiver um endereço APIPA atribuído aos seus clientes,

10:12.960 --> 10:14.220
pois eles não poderão se comunicar

10:14.220 --> 10:15.810
fora da rede local ou com outros dispositivos

10:15.810 --> 10:19.020
que também não tenham um endereço IP.

10:19.020 --> 10:19.890
Se você tiver um

10:19.890 --> 10:23.400
computador que comece com 169. 254 ponto algo ponto algo, e você não consegue

10:23.400 --> 10:24.240
descobrir por que

10:24.240 --> 10:25.950
ele não está se conectando à Internet,

10:25.950 --> 10:27.630
bem, esse é o seu motivo.

10:27.630 --> 10:28.770
É um endereço APIPA, e os

10:28.770 --> 10:31.440
endereços APIPA não podem passar pelo roteador.

10:31.440 --> 10:33.450
Portanto, os endereços APIPA não permitirão

10:33.450 --> 10:34.830
que você se conecte à Internet.

10:34.830 --> 10:37.500
Nosso último método dinâmico de configuração de um endereço

10:37.500 --> 10:40.440
IP é conhecido como ZeroConfig, ou Configuração Zero.

10:40.440 --> 10:42.540
Agora, o ZeroConfig é uma tecnologia mais recente

10:42.540 --> 10:43.890
que foi baseada no APIPA.

10:43.890 --> 10:46.440
Ele pode lhe fornecer muitos dos mesmos recursos do APIPA,

10:46.440 --> 10:47.850
além de alguns novos.

10:47.850 --> 10:50.220
Por exemplo, o ZeroConfig pode realmente atribuir

10:50.220 --> 10:52.890
um endereço IPv4 link-local a um cliente.

10:52.890 --> 10:55.110
Essa é uma forma de IP não roteável que

10:55.110 --> 10:58.110
é usada em uma sub-rede local, assim como a APIPA.

10:58.110 --> 11:00.600
Mas a grande diferença é que, com o ZeroConfig,

11:00.600 --> 11:02.010
esse cliente agora pode

11:02.010 --> 11:04.470
resolver nomes de computadores para endereços

11:04.470 --> 11:06.330
IP sem a necessidade de DNS, usando

11:06.330 --> 11:08.280
algo conhecido como mDNS ou Multicast

11:08.280 --> 11:10.800
Domain Name Service.

11:10.800 --> 11:12.690
Além disso, o ZeroConfig pode executar uma descoberta

11:12.690 --> 11:14.370
de serviço em uma rede, de modo que possa descobrir

11:14.370 --> 11:15.960
quais itens estão conectados e disponíveis

11:15.960 --> 11:17.130
para uso.

11:17.130 --> 11:20.040
Portanto, se houver uma impressora, um scanner ou um sistema de arquivos compartilhados,

11:20.040 --> 11:22.650
você poderá encontrá-los usando o ZeroConfig.

11:22.650 --> 11:24.480
Houve muitas implementações diferentes

11:24.480 --> 11:26.460
do ZeroConfig nos últimos anos, e ele tem nomes

11:26.460 --> 11:27.750
diferentes, dependendo da implementação

11:27.750 --> 11:28.980
e da linha de produtos que você

11:28.980 --> 11:30.600
está usando.

11:30.600 --> 11:32.490
Por exemplo, nos produtos Apple, o ZeroConfig

11:32.490 --> 11:34.740
é, na verdade, chamado de Bonjour e é usado principalmente

11:34.740 --> 11:36.540
para a descoberta de serviços de outros

11:36.540 --> 11:39.510
clientes e dispositivos na rede local.

11:39.510 --> 11:43.350
No Microsoft Windows, eles gostam de chamá-lo de LLMNR, Link-Local

11:43.350 --> 11:45.840
Multicast Name Resolution.

11:45.840 --> 11:48.540
E ele dependerá disso como uma extensão da APIPA para fornecer

11:48.540 --> 11:50.910
resolução de nomes e descoberta de serviços, além

11:50.910 --> 11:53.310
de fornecer conectividade de rede.

11:53.310 --> 11:54.420
-: Agora, se você estiver

11:54.420 --> 11:57.420
usando Linux, o ZeroConfig geralmente é implementado usando

11:57.420 --> 11:59.130
o SystemD, ou o serviço daemon do sistema,

11:59.130 --> 12:02.910
especificamente o serviço em segundo plano systemd-resolved.

12:02.910 --> 12:05.370
Portanto, lembre-se de que há muitas maneiras diferentes

12:05.370 --> 12:06.930
de atribuir endereços IP.

12:06.930 --> 12:09.300
Você pode fazer isso manualmente, conhecido como uma atribuição

12:09.300 --> 12:12.570
estática, ou automaticamente, conhecido como uma atribuição dinâmica.

12:12.570 --> 12:14.250
Se estiver usando uma atribuição

12:14.250 --> 12:16.290
dinâmica, você poderá fazer isso com

12:16.290 --> 12:19.770
um dos quatro métodos: BOOTP, DHCP, APIPA ou ZeroConfig.

12:19.770 --> 12:22.320
Na verdade, tudo depende das necessidades de seus clientes

12:22.320 --> 12:23.313
e de sua rede.