WEBVTT

00:00.060 --> 00:01.590
Instructor: Ahora, cuando tenemos

00:01.590 --> 00:04.320
nuestras redes y se basan en direcciones IP, como IPv4, ¿cómo

00:04.320 --> 00:05.520
le decimos a nuestros dispositivos

00:05.520 --> 00:07.680
qué direcciones van a tener?

00:07.680 --> 00:10.170
En realidad, podemos utilizar dos métodos diferentes.

00:10.170 --> 00:12.750
Una es asignarlos manual o estáticamente, y

00:12.750 --> 00:15.090
la otra es asignarlos dinámicamente.

00:15.090 --> 00:16.740
Ahora, cuando utilizo una asignación estática,

00:16.740 --> 00:18.600
este es un proceso realmente sencillo.

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

00:19.500 --> 00:22.290
manualmente la dirección IP del host, su máscara de subred,

00:22.290 --> 00:25.740
su puerta de enlace predeterminada y su servidor DNS.

00:25.740 --> 00:28.740
Pero esto puede llevar mucho tiempo y ser propenso a errores.

00:28.740 --> 00:31.740
Por ejemplo, supongamos que tengo 20 dispositivos en la red.

00:31.740 --> 00:33.090
Ahora voy a tener que ir y asignar

00:33.090 --> 00:35.850
esas cuatro piezas de información 20 veces diferentes, una vez

00:35.850 --> 00:37.230
para cada dispositivo, Eso es 80

00:37.230 --> 00:39.630
lugares tengo que introducir información.

00:39.630 --> 00:42.450
Esto significa que hay muchas posibilidades de que se produzcan errores

00:42.450 --> 00:44.730
humanos, ya que es muy fácil teclear mal estas cifras.

00:44.730 --> 00:46.410
Y si tecleas mal uno, estarás asignando

00:46.410 --> 00:48.120
la información incorrecta a los dispositivos

00:48.120 --> 00:49.440
equivocados.

00:49.440 --> 00:53.040
O puede que tengas la misma información en varios dispositivos, y esto

00:53.040 --> 00:54.510
también causará problemas o

00:54.510 --> 00:56.670
conflictos entre dos dispositivos.

00:56.670 --> 00:59.820
Así que, cuando se empieza a trabajar en redes de grandes empresas,

00:59.820 --> 01:02.460
resulta muy poco práctico hacer una asignación estática

01:02.460 --> 01:05.130
de las direcciones IP para todos los dispositivos.

01:05.130 --> 01:07.080
Algunas de las redes que he gestionado

01:07.080 --> 01:09.570
en el pasado han sido de 500 clientes, 1.000 clientes,

01:09.570 --> 01:12.900
5.000 clientes, 10.000 clientes, cien mil clientes o incluso

01:12.900 --> 01:15.510
1 millón de ordenadores cliente en una Internet

01:15.510 --> 01:17.250
a gran escala.

01:17.250 --> 01:19.350
Para nosotros, asignarlas de forma estática y hacer

01:19.350 --> 01:21.720
un seguimiento de todas esas direcciones IP diferentes

01:21.720 --> 01:23.370
se convertiría en un trabajo a tiempo completo

01:23.370 --> 01:26.220
para un gran equipo de personas ubicadas en todo el mundo, porque esa

01:26.220 --> 01:29.040
gran Internet se extiende por seis continentes.

01:29.040 --> 01:31.500
Sería una gran pérdida de tiempo, dinero,

01:31.500 --> 01:33.300
trabajo y recursos.

01:33.300 --> 01:36.060
Así que simplificamos este proceso utilizando

01:36.060 --> 01:38.880
la asignación dinámica de direcciones IP.

01:38.880 --> 01:41.130
Esto se conoce como asignación dinámica.

01:41.130 --> 01:43.410
Al hacer esto, tenemos un método más rápido,

01:43.410 --> 01:46.110
más fácil y menos confuso de asignar nuestras IPs a todos

01:46.110 --> 01:49.020
nuestros clientes de red cuando se unen a la red.

01:49.020 --> 01:50.820
Para redes grandes o pequeñas,

01:50.820 --> 01:52.200
la mejor opción suele ser

01:52.200 --> 01:54.630
el direccionamiento IP dinámico.

01:54.630 --> 01:56.610
En tu casa, lo sepas o no, probablemente

01:56.610 --> 01:59.370
ya estés utilizando direcciones IP dinámicas.

01:59.370 --> 02:01.350
Cuando compraba un nuevo smartphone, tableta,

02:01.350 --> 02:02.760
portátil u ordenador de sobremesa,

02:02.760 --> 02:04.770
lo sacaba de la caja, lo encendía, se conectaba

02:04.770 --> 02:06.450
a su red inalámbrica y podía conectarse

02:06.450 --> 02:09.030
y navegar por Internet, ¿verdad?

02:09.030 --> 02:11.370
No tenías que hacer ningún tipo de configuración loca.

02:11.370 --> 02:13.860
Bueno, en este caso, no has asignado a tu nuevo dispositivo una

02:13.860 --> 02:16.650
dirección IP, una máscara temática, una puerta de enlace predeterminada

02:16.650 --> 02:18.390
o un servidor DNS que utilizar.

02:18.390 --> 02:20.490
En lugar de eso, el servidor DHCP de tu red

02:20.490 --> 02:22.230
hacía todo eso por ti automáticamente,

02:22.230 --> 02:24.300
sin que tuvieras que pedírselo.

02:24.300 --> 02:25.830
Esto se debe a que la mayoría de los dispositivos

02:25.830 --> 02:27.360
de red para pequeñas oficinas y oficinas

02:27.360 --> 02:30.540
domésticas, como el módem por cable, el módem de fibra o el punto de acceso

02:30.540 --> 02:33.120
inalámbrico, ya tienen un servidor DHCP activo y activado

02:33.120 --> 02:34.800
por defecto.

02:34.800 --> 02:36.840
Sólo tienes que decirle al dispositivo a qué

02:36.840 --> 02:38.430
red unirse y tu router utilizará DHCP

02:38.430 --> 02:40.200
para repartir una dirección IP dinámica

02:40.200 --> 02:42.570
para que tu cliente de red pueda utilizarla.

02:42.570 --> 02:44.430
¿Cuáles son esos cuatro componentes de un

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

02:45.990 --> 02:47.670
Bueno, lo he enviado un par de veces,

02:47.670 --> 02:49.680
y tanto si usas asignación estática como

02:49.680 --> 02:52.440
dinámica sigues necesitando usar los mismos cuatro componentes,

02:52.440 --> 02:56.220
esto es una dirección IP, una máscara de subred, una puerta de enlace predeterminada,

02:56.220 --> 02:58.170
que normalmente es sólo la IP de tu router,

02:58.170 --> 03:00.900
y un servidor para DNS o WINS.

03:00.900 --> 03:03.570
DNS es el Sistema de Nombres de Dominio.

03:03.570 --> 03:05.760
DNS se va a utilizar para convertir los nombres de dominio

03:05.760 --> 03:06.840
utilizados por un sitio web

03:06.840 --> 03:08.730
a la dirección IP de su servidor para que su ordenador

03:08.730 --> 03:10.560
pueda conectarse a él.

03:10.560 --> 03:13.050
Ahora, vamos a cubrir DNS más en su propio video porque hay mucho

03:13.050 --> 03:14.790
que usted necesita saber sobre él, pero por

03:14.790 --> 03:17.310
ahora sólo darse cuenta de que DNS es esencialmente la versión

03:17.310 --> 03:19.620
de Internet de una guía telefónica, donde podemos buscar

03:19.620 --> 03:20.610
un nombre y obtener un número

03:20.610 --> 03:22.890
para conectarse directamente a.

03:22.890 --> 03:24.780
Ahora, nombres a números y números

03:24.780 --> 03:26.790
a nombres, de eso se trata el DNS.

03:26.790 --> 03:29.520
Por ejemplo, cuando fuiste a diontraining. com, vas a estar usando DNS en

03:29.520 --> 03:31.680
segundo plano para determinar cuál es la dirección

03:31.680 --> 03:34.290
IP de mi servidor para que puedas conectarte a él y acceder

03:34.290 --> 03:35.190
a nuestras páginas

03:35.190 --> 03:37.350
web o a nuestros vídeos.

03:37.350 --> 03:39.150
Es el DNS en acción.

03:39.150 --> 03:41.910
Por otro lado, WINS, W-I-N-S, se utiliza dentro

03:41.910 --> 03:43.980
de una red de área local.

03:43.980 --> 03:46.800
Concretamente, WINS se utiliza en los dominios de Windows y

03:46.800 --> 03:49.710
se conoce como el Servicio de Nombres de Internet de Windows.

03:49.710 --> 03:51.300
Se utiliza para que Windows

03:51.300 --> 03:54.630
identifique los nombres NetBIOS en una red TCP/IP

03:54.630 --> 03:57.690
y los convierta en direcciones IP.

03:57.690 --> 03:59.790
Básicamente, WINS es como DNS, pero

03:59.790 --> 04:02.880
sólo funciona en un entorno de dominio Windows.

04:02.880 --> 04:04.800
Así, si quisiera conectarme a mi servidor

04:04.800 --> 04:06.240
de correo dentro de un dominio

04:06.240 --> 04:08.610
Windows, podría teclear su dirección IP si la conociera

04:08.610 --> 04:10.860
o podría simplemente teclear el nombre del servidor,

04:10.860 --> 04:13.740
algo así como buzón o como lo haya llamado.

04:13.740 --> 04:15.810
Ahora, cuando llegue el momento de hacer la asignación

04:15.810 --> 04:18.600
dinámica de la información crítica de direccionamiento para cada cliente,

04:18.600 --> 04:21.090
podemos utilizar cuatro métodos diferentes para hacerlo.

04:21.090 --> 04:25.500
Esto incluye BOOTP, DHCP, APIPA y ZeroConfig.

04:25.500 --> 04:27.300
BOOTP es, con diferencia, la más antigua

04:27.300 --> 04:29.640
y menos utilizada de estas cuatro opciones.

04:29.640 --> 04:31.560
BOOTP, o Bootstrap Protocol, se introdujo

04:31.560 --> 04:33.870
originalmente en 1985 para su uso en estaciones de

04:33.870 --> 04:36.270
trabajo Unix sin disco, ya que podía asignar dinámicamente

04:36.270 --> 04:37.680
la información de la dirección

04:37.680 --> 04:38.970
IP y luego permitir que la estación

04:38.970 --> 04:40.140
de trabajo cargara una copia

04:40.140 --> 04:42.960
de su imagen de arranque a través de la red.

04:42.960 --> 04:46.560
Ahora, BOOTP utilizaba una base de datos estática de IPs y direcciones MAC.

04:46.560 --> 04:48.840
Esencialmente, cada vez que un cliente se conectaba

04:48.840 --> 04:50.640
a la red para iniciar el proceso BOOTP,

04:50.640 --> 04:53.130
éste encontraba su dirección Mac en su base de datos

04:53.130 --> 04:55.320
y enviaba la dirección IP correspondiente al

04:55.320 --> 04:58.080
cliente solicitante como asignación.

04:58.080 --> 05:00.030
Esto no era tan dinámico como nos gustaría,

05:00.030 --> 05:04.020
por lo que en 1993 se introdujo un protocolo actualizado conocido como

05:04.020 --> 05:06.510
DHCP para sustituir a BOOTP.

05:06.510 --> 05:09.990
Ahora DHCP, o el Protocolo de Configuración Dinámica de Host, va a permitir

05:09.990 --> 05:12.000
la asignación de una IP basada en un ámbito asignado

05:12.000 --> 05:15.000
o conjunto de direcciones, así como proporciona una capacidad

05:15.000 --> 05:16.650
para que podamos configurar numerosas

05:16.650 --> 05:19.020
otras opciones dentro de ella.

05:19.020 --> 05:21.600
Ahora, como DHCP me permite configurar mi alcance,

05:21.600 --> 05:24.030
puedo decirle a mi servidor DHCP algo como, oye,

05:24.030 --> 05:26.460
sólo quiero que repartas direcciones que estén

05:26.460 --> 05:29.820
a partir de 192. 168. 1. 100 hasta

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

05:33.240 --> 05:35.280
Y esto te da un centenar de clientes que ahora

05:35.280 --> 05:37.290
se pueden asignar automáticamente.

05:37.290 --> 05:39.060
Cada vez que alguien se conecta a la red,

05:39.060 --> 05:42.210
el DHDP va a enviar una de esas IPs de ese rango y asignarla por un periodo

05:42.210 --> 05:43.980
de tiempo determinado, conocido como

05:43.980 --> 05:46.110
arrendamiento a un cliente.

05:46.110 --> 05:48.480
Ahora, cada IP puede ser excluida de este grupo durante un

05:48.480 --> 05:49.380
tiempo determinado.

05:49.380 --> 05:50.910
Y cuando ese contrato expire,

05:50.910 --> 05:53.730
el servidor DHCP retirará esa dirección.

05:53.730 --> 05:56.280
Ahora bien, esto en realidad no nos causa ningún problema porque

05:56.280 --> 05:57.946
tu ordenador en cualquier momento puede

05:57.946 --> 06:00.120
decir: "Oye, sigo usando esa dirección.

06:00.120 --> 06:01.200
No puedes aceptarlo. Y en ese caso, el servidor

06:01.200 --> 06:03.337
DHCP diría: "Oh, vale, puedes quedártelo",

06:03.337 --> 06:05.190
y lo reasigna para otro periodo

06:05.190 --> 06:08.640
renovando su arrendamiento.

06:08.640 --> 06:10.620
Es como si cogieras un libro de la biblioteca.

06:10.620 --> 06:12.030
Si estás a mitad de lectura y tienes

06:12.030 --> 06:13.320
que entregarlo mañana, puedes

06:13.320 --> 06:15.840
llevarlo a la biblioteca y volver a sacarlo.

06:15.840 --> 06:19.260
Es el mismo concepto con DHCP y las direcciones dinámicas.

06:19.260 --> 06:20.940
Ahora, cuando el contrato de arrendamiento

06:20.940 --> 06:22.680
expira y ya no es necesario para el cliente,

06:22.680 --> 06:25.290
va a ser devuelto de nuevo al ámbito o que la piscina y estar listo

06:25.290 --> 06:27.480
para ser emitido a otro cliente.

06:27.480 --> 06:29.850
Esencialmente, cada cliente puede tomar prestada esa IP

06:29.850 --> 06:30.930
durante su asignación, y luego

06:30.930 --> 06:33.090
devolverla cuando haya terminado con ella.

06:33.090 --> 06:34.380
Ahora, esta gestión de IPs va a

06:34.380 --> 06:37.590
ser realizada por el servidor DHCP en nuestro nombre, y va a ser utilizada

06:37.590 --> 06:39.450
para gestionar todas estas IPs que están siendo

06:39.450 --> 06:41.670
asignadas y devueltas a lo largo del tiempo.

06:41.670 --> 06:43.950
Esto es estupendo porque no tenemos que controlarlo nosotros

06:43.950 --> 06:45.870
ni hacer un seguimiento manual de todo.

06:45.870 --> 06:49.230
En su lugar, tenemos la capacidad de entrar en él en cualquier momento y mirar los registros

06:49.230 --> 06:50.227
y decir: "Eh, quién estaba

06:50.227 --> 06:55.110
usando la IP 192.". 168. 1. ¿132 el 9 de septiembre

06:55.110 --> 06:57.120
a las 15:00? Y luego podemos averiguarlo

06:57.120 --> 06:58.380
utilizando la gestión

06:58.380 --> 07:01.740
de direcciones IP de DHCP y sus registros.

07:01.740 --> 07:03.420
Esto nos permite averiguar quién

07:03.420 --> 07:04.710
ha hecho qué sin tener que

07:04.710 --> 07:06.930
ocuparnos de la gestión y supervisión

07:06.930 --> 07:09.690
del reparto de estas direcciones IP.

07:09.690 --> 07:11.790
Ahora, otra gran cosa acerca de DHCP es que da a nuestros

07:11.790 --> 07:14.280
clientes todas estas diferentes variables que necesitan

07:14.280 --> 07:15.690
para comunicarse.

07:15.690 --> 07:18.270
Esto incluye la dirección IP dinámica que se está asignando,

07:18.270 --> 07:20.700
así como la máscara de subred, la puerta de enlace predeterminada

07:20.700 --> 07:21.990
y el servidor DNS.

07:21.990 --> 07:23.640
Y si estás usando un servidor WINS,

07:23.640 --> 07:25.860
también podrías enviarlo a través de DHCP.

07:25.860 --> 07:26.910
Todo esto se puede hacer

07:26.910 --> 07:29.550
utilizando el protocolo DHCP para nosotros de forma

07:29.550 --> 07:32.850
automática cada vez que un nuevo cliente se conecta a la red.

07:32.850 --> 07:35.760
Sí, ya sé que he repetido estas cuatro opciones de configuración

07:35.760 --> 07:37.320
un montón de veces, ¿y sabes lo que

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

07:38.520 --> 07:41.190
Significa que esta información es realmente importante.

07:41.190 --> 07:44.160
Así que simplemente tienes que conocer esos cuatro elementos de configuración

07:44.160 --> 07:46.290
que DHCP proporciona a tus clientes y tenerlos en

07:46.290 --> 07:48.420
cuenta para el día de la prueba.

07:48.420 --> 07:51.210
Recuerda, es la dirección IP, la máscara de subred,

07:51.210 --> 07:53.640
la puerta de enlace y la IP del servidor DNS.

07:53.640 --> 07:55.500
El servidor WINS es un componente opcional

07:55.500 --> 07:57.270
que puede enviarse o no.

07:57.270 --> 07:59.640
Muy bien, vamos a hablar mucho más sobre DHCP

07:59.640 --> 08:00.930
en un video separado, pero

08:00.930 --> 08:03.210
por ahora necesitas recordar que DHCP es la

08:03.210 --> 08:05.760
implementación moderada de BOOTP y es comúnmente

08:05.760 --> 08:08.280
usada en nuestras redes modernas para poder asignar

08:08.280 --> 08:10.860
automáticamente la dirección IP y otros datos requeridos

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

08:12.210 --> 08:14.520
en una red.

08:14.520 --> 08:17.430
Ahora, la tercera forma en la que podemos hacer un direccionamiento

08:17.430 --> 08:20.100
automático o dinámico es usando APIPA, A-P-I-P-A, o el

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

08:23.310 --> 08:26.250
Básicamente, si por alguna razón DHCP no puede completar el proceso

08:26.250 --> 08:27.510
de asignación o encontrar

08:27.510 --> 08:29.460
una dirección para que usted le dé al cliente

08:29.460 --> 08:30.720
porque se quedó sin ella, entonces

08:30.720 --> 08:33.240
APIPA se va a utilizar en su lugar.

08:33.240 --> 08:34.980
Este tipo de cosas puede ocurrir si hay

08:34.980 --> 08:37.170
un problema en el que el cliente no puede llegar

08:37.170 --> 08:40.470
al servidor DHCP debido a problemas de red o algo por el estilo.

08:40.470 --> 08:41.460
Ahora bien, en estos casos,

08:41.460 --> 08:43.860
el cliente va a firmar él mismo en la dirección APIPA,

08:43.860 --> 08:45.900
que es una dirección autoasignada.

08:45.900 --> 08:48.540
Ahora por defecto, en una estación de trabajo Window

08:48.540 --> 08:51.390
Server, vas a encontrar que APIPA está seleccionado por

08:51.390 --> 08:53.310
defecto bajo las propiedades TCP/IP bajo

08:53.310 --> 08:55.530
la pestaña Configuración Alterna.

08:55.530 --> 08:57.330
Esto permite a la máquina Windows

08:57.330 --> 08:59.430
asignarse una dirección aleatoriamente

08:59.430 --> 09:03.090
a partir de la 169. 254 punto algo punto algo ámbito si

09:03.090 --> 09:05.220
no puede alcanzar un servidor DHCP o no puede

09:05.220 --> 09:08.670
contactar con él y terminar el proceso de negociación.

09:08.670 --> 09:11.460
Ahora, APIPA está diseñada para permitir una configuración

09:11.460 --> 09:12.840
rápida de una red de área local

09:12.840 --> 09:15.450
sin necesidad de disponer de un servidor DHCP.

09:15.450 --> 09:17.340
Por ejemplo, si cojo 10 clientes

09:17.340 --> 09:20.250
y los conecto todos a un switch sin servidor DHCP,

09:20.250 --> 09:21.870
estos 10 clientes cogerán

09:21.870 --> 09:24.870
por defecto su propia dirección IP del rango APIPA,

09:24.870 --> 09:28.380
que es 169. 254 punto algo punto algo.

09:28.380 --> 09:30.510
De nuevo, como es una dirección de clase B, esto

09:30.510 --> 09:31.890
está perfectamente bien porque

09:31.890 --> 09:34.680
todos van a estar en la misma red de área local.

09:34.680 --> 09:36.810
Así que si quisiera jugar a "Doom" en esta red de área

09:36.810 --> 09:38.790
local con estas 10 máquinas, está bien.

09:38.790 --> 09:39.780
Todos se encontrarán

09:39.780 --> 09:42.060
y hablarán en función de sus direcciones APIPA

09:42.060 --> 09:43.800
sin ningún problema.

09:43.800 --> 09:45.420
Ahora, el único problema que ocurrirá

09:45.420 --> 09:47.370
es que se trata de direcciones IP privadas.

09:47.370 --> 09:50.730
Así que no se pueden enrutar fuera de nuestra red de área local.

09:50.730 --> 09:52.920
Por lo tanto, si necesitamos comunicarnos localmente,

09:52.920 --> 09:55.710
podemos hacerlo utilizando un conmutador y todo irá bien.

09:55.710 --> 09:58.050
Pero no vamos a poder llegar a internet porque

09:58.050 --> 10:00.930
no tenemos la misma red que el router, porque el router

10:00.930 --> 10:02.940
tenía una dirección IP válida, no una

10:02.940 --> 10:04.350
dirección APIPA.

10:04.350 --> 10:05.760
Y así no tenemos una puerta de enlace

10:05.760 --> 10:08.580
predeterminada para salir de esta red local que hemos creado.

10:08.580 --> 10:10.530
Ahora, este es el mayor reto que vas a tener

10:10.530 --> 10:12.960
cuando tengas una dirección APIPA asignada a tus clientes,

10:12.960 --> 10:14.220
porque no pueden comunicarse

10:14.220 --> 10:15.810
fuera de la red de área local o con otros

10:15.810 --> 10:19.020
dispositivos que no tengan también una dirección IP.

10:19.020 --> 10:19.890
Si alguna vez tienes

10:19.890 --> 10:23.400
un ordenador que empieza por 169. 254 punto algo punto algo, y no

10:23.400 --> 10:24.240
puedes averiguar

10:24.240 --> 10:25.950
por qué no se conecta a internet,

10:25.950 --> 10:27.630
pues esa es tu razón.

10:27.630 --> 10:28.770
Es una dirección APIPA, y

10:28.770 --> 10:31.440
las direcciones APIPA no pueden salir más allá del router.

10:31.440 --> 10:33.450
Por lo tanto, las direcciones APIPA no le permitirán

10:33.450 --> 10:34.830
conectarse a Internet.

10:34.830 --> 10:37.500
Nuestro último método dinámico para configurar una dirección

10:37.500 --> 10:40.440
IP se conoce como ZeroConfig, o Configuración Cero.

10:40.440 --> 10:42.540
ZeroConfig es una tecnología más reciente

10:42.540 --> 10:43.890
basada en APIPA.

10:43.890 --> 10:46.440
Puede proporcionarle muchas de las mismas funciones que APIPA,

10:46.440 --> 10:47.850
así como algunas nuevas.

10:47.850 --> 10:50.220
Por ejemplo, ZeroConfig puede asignar

10:50.220 --> 10:52.890
una dirección IPv4 link-local a un cliente.

10:52.890 --> 10:55.110
Es una forma de IP no enrutable que se

10:55.110 --> 10:58.110
utiliza en una subred local, igual que APIPA.

10:58.110 --> 11:00.600
Pero la gran diferencia es que con ZeroConfig,

11:00.600 --> 11:02.010
este cliente puede ahora tener

11:02.010 --> 11:04.470
la capacidad de resolver nombres de ordenador

11:04.470 --> 11:06.330
a direcciones IP sin necesidad de DNS

11:06.330 --> 11:08.280
utilizando algo conocido como mDNS

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

11:10.800 --> 11:12.690
Además, ZeroConfig puede realizar un descubrimiento

11:12.690 --> 11:14.370
de servicios en una red, por lo que puede averiguar

11:14.370 --> 11:15.960
qué cosas están conectadas y disponibles

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

11:17.130 --> 11:20.040
Así que si hay una impresora, un escáner o un sistema de archivos

11:20.040 --> 11:22.650
compartido, puedes encontrarlo usando ZeroConfig.

11:22.650 --> 11:24.480
Ha habido un montón de diferentes implementaciones

11:24.480 --> 11:26.460
de ZeroConfig en los últimos años, y se llama de diferentes

11:26.460 --> 11:27.750
maneras dependiendo de la implementación

11:27.750 --> 11:28.980
y la línea de productos que está

11:28.980 --> 11:30.600
utilizando.

11:30.600 --> 11:32.490
Por ejemplo, en los productos Apple, ZeroConfig

11:32.490 --> 11:34.740
se llama en realidad Bonjour, y se utiliza sobre todo

11:34.740 --> 11:36.540
para el descubrimiento de servicios de

11:36.540 --> 11:39.510
otros clientes y dispositivos en la red de área local.

11:39.510 --> 11:43.350
En Microsoft Windows, les gusta llamarlo LLMNR, Link-Local

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

11:45.840 --> 11:48.540
Y va a depender de ella como una extensión de APIPA para proporcionar

11:48.540 --> 11:50.910
resolución de nombres y descubrimiento de servicios,

11:50.910 --> 11:53.310
además de proporcionar conectividad de red.

11:53.310 --> 11:54.420
-: Ahora, si estás usando

11:54.420 --> 11:57.420
Linux, ZeroConfig es usualmente implementado usando SystemD,

11:57.420 --> 11:59.130
o el servicio demonio del sistema,

11:59.130 --> 12:02.910
específicamente el servicio en segundo plano systemd-resolved.

12:02.910 --> 12:05.370
Así que recuerda, hay muchas formas diferentes

12:05.370 --> 12:06.930
de asignar direcciones IP.

12:06.930 --> 12:09.300
Puede hacerlo manualmente, lo que se conoce como asignación

12:09.300 --> 12:12.570
estática, o automáticamente, lo que se conoce como asignación dinámica.

12:12.570 --> 12:14.250
Si utiliza una asignación dinámica,

12:14.250 --> 12:16.290
puede hacerlo con uno de los cuatro métodos

12:16.290 --> 12:19.770
siguientes: BOOTP, DHCP, APIPA o ZeroConfig.

12:19.770 --> 12:22.320
En realidad, todo depende de las necesidades de sus clientes

12:22.320 --> 12:23.313
y de su red.