WEBVTT

00:00.150 --> 00:01.050
Instructor: En esta

00:01.050 --> 00:04.020
lección, vamos a hablar de problemas de conectividad limitada.

00:04.020 --> 00:06.990
Ahora, la conectividad limitada es un mensaje especializado

00:06.990 --> 00:09.600
que vas a recibir dentro de tu sistema operativo.

00:09.600 --> 00:12.600
Generalmente, cuando recibes un mensaje de conectividad limitada

00:12.600 --> 00:14.280
esto significa que tienes una conexión

00:14.280 --> 00:15.630
física a la red establecida,

00:15.630 --> 00:19.470
pero no has obtenido un arrendamiento apropiado del servidor DHCP, y por lo tanto

00:19.470 --> 00:21.840
no puedes salir a la Internet más grande para poder

00:21.840 --> 00:24.300
interactuar con esos servicios.

00:24.300 --> 00:27.000
Ahora, generalmente, si tienes conectividad

00:27.000 --> 00:30.630
limitada, esto significa que has recibido lo que se llama una

00:30.630 --> 00:34.950
dirección APIPA, que es el direccionamiento IP automático o APIPA.

00:34.950 --> 00:35.783
Ahora, cualquier

00:35.783 --> 00:40.080
dirección que empiece por 169. 254 punto algo, punto algo se considera

00:40.080 --> 00:42.300
una dirección APIPA.

00:42.300 --> 00:45.300
Estas direcciones APIPA, o direcciones IP automáticas,

00:45.300 --> 00:48.150
son asignadas por Windows, Mac o Linux a tu tarjeta de

00:48.150 --> 00:49.620
interfaz de red, por lo que

00:49.620 --> 00:51.900
tiene algún tipo de dirección IP.

00:51.900 --> 00:55.230
Pero no es válido para el enrutamiento en Internet.

00:55.230 --> 00:57.270
Así que si tienes una dirección

00:57.270 --> 00:58.103
APIPA, o algo

00:58.103 --> 01:01.470
que empiece por 169. 254 punto algo, punto algo, esto significa

01:01.470 --> 01:04.230
que puedes conectarte a tu red de área local pero no vas

01:04.230 --> 01:05.340
a poder conectarte a una

01:05.340 --> 01:07.140
Internet más amplia.

01:07.140 --> 01:09.630
Ahora, además de utilizar estas direcciones APIPA, algunos

01:09.630 --> 01:11.430
servidores y hosts Linux establecerán su

01:11.430 --> 01:15.630
dirección IP en 0. 0. 0. 0, si no pueden obtener

01:15.630 --> 01:18.930
una dirección IP válida del servidor DHCP, así que tenlo

01:18.930 --> 01:20.520
en cuenta también.

01:20.520 --> 01:23.250
Pero en Windows, Mac y la mayoría de las máquinas

01:23.250 --> 01:24.540
Linux, verá una dirección

01:24.540 --> 01:27.930
que empieza por 169. 254 punto algo, punto algo

01:27.930 --> 01:29.730
como dirección APIPA.

01:29.730 --> 01:32.190
¿Qué hacer si la conectividad

01:32.190 --> 01:34.110
es limitada?

01:34.110 --> 01:36.690
Hay tres cosas principales que debes comprobar.

01:36.690 --> 01:39.690
En primer lugar, debe averiguar si el problema

01:39.690 --> 01:42.900
afecta a un solo cliente de red o a varios.

01:42.900 --> 01:44.430
Cuando recibes una dirección

01:44.430 --> 01:45.510
APIPA, podría ser sólo

01:45.510 --> 01:47.160
un problema con tu cliente de red

01:47.160 --> 01:49.770
en particular, o podría estar afectando a todos en la

01:49.770 --> 01:52.080
red porque el servidor DHCP está caído.

01:52.080 --> 01:54.360
Una vez que haya identificado si se trata de un solo

01:54.360 --> 01:56.100
cliente o de todos los clientes de la

01:56.100 --> 01:58.410
red, podrá solucionar mejor el problema.

01:58.410 --> 02:01.020
Si se trata de un solo cliente, entonces querrá verificar

02:01.020 --> 02:02.580
que tiene la configuración adecuada

02:02.580 --> 02:03.630
de sus cables de conexión

02:03.630 --> 02:05.790
que van desde el ordenador a la toma de corriente,

02:05.790 --> 02:08.580
o que está conectado correctamente a su red inalámbrica utilizando

02:08.580 --> 02:12.360
el SSID y la contraseña adecuados para esa red inalámbrica.

02:12.360 --> 02:13.650
Una vez que hayas validado

02:13.650 --> 02:15.690
eso, también quieres hacer ping al servidor

02:15.690 --> 02:16.950
DHCP y verificar que está

02:16.950 --> 02:19.350
en línea y dando direcciones IP válidas.

02:19.350 --> 02:21.570
Ahora, si su único cliente sigue teniendo un problema,

02:21.570 --> 02:23.100
y el servidor DHCP está activo y ha comprobado

02:23.100 --> 02:24.300
sus cables de conexión y sus conexiones

02:24.300 --> 02:25.860
son válidas, entonces querrá comprobar

02:25.860 --> 02:29.070
si su VLAN está configurada correctamente.

02:29.070 --> 02:30.480
Algunos switches utilizan VLANs

02:30.480 --> 02:32.640
y ponen a la gente en diferentes subredes como

02:32.640 --> 02:34.290
una forma de aumentar la seguridad,

02:34.290 --> 02:36.960
pero si no han configurado correctamente esas VLANs,

02:36.960 --> 02:39.180
en realidad puede bloquear el tráfico DHCP y por

02:39.180 --> 02:42.120
lo tanto su cliente no obtendrá una dirección DHCP cuando se

02:42.120 --> 02:44.280
conecte a través de esa VLAN.

02:44.280 --> 02:45.210
Ahora, por otro lado,

02:45.210 --> 02:47.520
si este problema afecta a muchos clientes diferentes,

02:47.520 --> 02:49.830
entonces lo más probable es que no sea una configuración

02:49.830 --> 02:51.480
incorrecta en su sistema en particular,

02:51.480 --> 02:54.630
y en su lugar va a ser un problema con el servidor DHCP.

02:54.630 --> 02:57.150
Esto podría deberse a que el servidor DHCP está fuera de línea,

02:57.150 --> 02:58.980
tiene una conexión inválida a la red, o simplemente

02:58.980 --> 03:01.200
se ha quedado sin IPs disponibles para repartir usando

03:01.200 --> 03:02.940
contratos de arrendamiento.

03:02.940 --> 03:04.800
Cuando esto sucede, vas a tener que aumentar

03:04.800 --> 03:07.710
la cantidad de contratos de arrendamiento dentro del ámbito DHCP, o

03:07.710 --> 03:09.960
tienes que ir a través de cada una de esas IPs que se han

03:09.960 --> 03:10.860
repartido y validar que

03:10.860 --> 03:13.530
todo el mundo está todavía en línea y conectado y todavía necesita

03:13.530 --> 03:15.360
esos contratos de arrendamiento.

03:15.360 --> 03:17.400
Si no lo hacen, puede liberar esos contratos

03:17.400 --> 03:19.950
del servidor DHCP para liberarlos, añadirlos de

03:19.950 --> 03:21.240
nuevo al ámbito y repartirlos

03:21.240 --> 03:22.800
a los demás sistemas que intentan

03:22.800 --> 03:24.660
conectarse a la red.

03:24.660 --> 03:27.630
Así que recuerde, cuando usted tiene un problema de conectividad limitada,

03:27.630 --> 03:30.540
normalmente esto significa que usted está teniendo un problema de

03:30.540 --> 03:32.820
DHCP, y usted no es capaz de obtener una asignación dinámica

03:32.820 --> 03:35.130
que incluye la dirección IP, la subred, la puerta de enlace

03:35.130 --> 03:37.860
predeterminada y las IP del servidor DNS que su sistema necesita

03:37.860 --> 03:39.480
utilizar.

03:39.480 --> 03:40.680
Si este es el problema,

03:40.680 --> 03:43.230
tendrás que solucionar el servidor DHCP

03:43.230 --> 03:45.900
o tu conexión a ese servidor DHCP.

03:45.900 --> 03:46.770
Además de esto, podrías

03:46.770 --> 03:48.150
asignar estáticamente esas

03:48.150 --> 03:50.160
cuatro piezas de información que necesitas,

03:50.160 --> 03:53.250
como la dirección IP, la subred, la puerta de enlace predeterminada

03:53.250 --> 03:55.170
y las IP del servidor DNS, en lugar de usar

03:55.170 --> 03:56.760
DHCP, si no puedes hacer la conexión

03:56.760 --> 03:59.190
al servidor DHCP, y esto podría restaurar tu conectividad

03:59.190 --> 04:02.643
limitada a una conectividad completa.