WEBVTT

00:00.150 --> 00:01.050
Instruktor: W tej

00:01.050 --> 00:04.020
lekcji omówimy kwestie ograniczonej łączności.

00:04.020 --> 00:06.990
Ograniczona łączność to specjalistyczny komunikat,

00:06.990 --> 00:09.600
który otrzymasz w systemie operacyjnym.

00:09.600 --> 00:12.600
Ogólnie rzecz biorąc, gdy otrzymujesz komunikat o ograniczonej

00:12.600 --> 00:14.280
łączności, oznacza to, że masz ustanowione

00:14.280 --> 00:15.630
fizyczne połączenie z siecią,

00:15.630 --> 00:19.470
ale nie otrzymałeś odpowiedniej dzierżawy z serwera DHCP, a zatem nie możesz

00:19.470 --> 00:21.840
połączyć się z większym Internetem w celu interakcji

00:21.840 --> 00:24.300
z tymi usługami.

00:24.300 --> 00:27.000
Ogólnie rzecz biorąc, jeśli masz ograniczoną

00:27.000 --> 00:30.630
łączność, oznacza to, że otrzymałeś tak zwany adres APIPA,

00:30.630 --> 00:34.950
który jest automatycznym adresowaniem IP lub APIPA.

00:34.950 --> 00:35.783
Teraz każdy

00:35.783 --> 00:40.080
adres zaczynający się od 169. 254 kropka coś, kropka coś jest

00:40.080 --> 00:42.300
uważane za adres APIPA.

00:42.300 --> 00:45.300
Te adresy APIPA lub automatyczne adresowanie IP są przypisywane

00:45.300 --> 00:48.150
przez system Windows, Mac lub Linux do karty interfejsu

00:48.150 --> 00:49.620
sieciowego, dzięki czemu

00:49.620 --> 00:51.900
ma ona jakiś adres IP.

00:51.900 --> 00:55.230
Ale nie jest to rozwiązanie, które jest ważne dla routingu w Internecie.

00:55.230 --> 00:57.270
Więc jeśli masz adres APIPA

00:57.270 --> 00:58.103
lub coś, co

00:58.103 --> 01:01.470
zaczyna się od 169. 254 dot something, dot something,

01:01.470 --> 01:04.230
oznacza to, że możesz połączyć się z siecią lokalną, ale

01:04.230 --> 01:05.340
nie będziesz w stanie połączyć

01:05.340 --> 01:07.140
się z większym Internetem.

01:07.140 --> 01:09.630
Teraz, oprócz używania tych adresów APIPA, niektóre

01:09.630 --> 01:11.430
serwery i hosty Linux zamiast tego ustawią

01:11.430 --> 01:15.630
swój adres IP na 0. 0. 0. 0, jeśli nie mogą uzyskać

01:15.630 --> 01:18.930
prawidłowego adresu IP z serwera DHCP, więc należy o tym

01:18.930 --> 01:20.520
również pamiętać.

01:20.520 --> 01:23.250
Ale na komputerach z systemem Windows, Mac i większości komputerów

01:23.250 --> 01:24.540
z systemem Linux zobaczysz adres

01:24.540 --> 01:27.930
zaczynający się od 169. 254 dot something, dot something

01:27.930 --> 01:29.730
jako adres APIPA.

01:29.730 --> 01:32.190
Co więc zrobić w sytuacji, gdy łączność

01:32.190 --> 01:34.110
jest ograniczona?

01:34.110 --> 01:36.690
Cóż, są trzy główne rzeczy, które należy sprawdzić.

01:36.690 --> 01:39.690
Po pierwsze, musisz dowiedzieć się, czy problem ten dotyczy tylko

01:39.690 --> 01:42.900
jednego klienta sieciowego, czy wielu klientów sieciowych.

01:42.900 --> 01:44.430
Jeśli otrzymujesz adres APIPA,

01:44.430 --> 01:45.510
może to być tylko problem

01:45.510 --> 01:47.160
z konkretnym klientem sieciowym

01:47.160 --> 01:49.770
lub może mieć wpływ na wszystkich w sieci, ponieważ

01:49.770 --> 01:52.080
serwer DHCP nie działa.

01:52.080 --> 01:54.360
Po zidentyfikowaniu, czy jest to tylko jeden klient,

01:54.360 --> 01:56.100
czy wszyscy klienci sieci, będziesz

01:56.100 --> 01:58.410
w stanie lepiej rozwiązać problem.

01:58.410 --> 02:01.020
Jeśli jest to tylko jeden klient, należy sprawdzić, czy

02:01.020 --> 02:02.580
konfiguracja kabli krosowych biegnących

02:02.580 --> 02:03.630
od komputera do gniazdka

02:03.630 --> 02:05.790
ściennego jest prawidłowa lub czy połączenie

02:05.790 --> 02:08.580
z siecią bezprzewodową jest prawidłowe przy użyciu odpowiedniego

02:08.580 --> 02:12.360
identyfikatora SSID i hasła dla tej sieci bezprzewodowej.

02:12.360 --> 02:13.650
Po zweryfikowaniu tego,

02:13.650 --> 02:15.690
należy również wysłać ping do serwera

02:15.690 --> 02:16.950
DHCP i sprawdzić, czy jest

02:16.950 --> 02:19.350
on online i nadaje prawidłowe adresy IP.

02:19.350 --> 02:21.570
Teraz, jeśli pojedynczy klient nadal ma problem,

02:21.570 --> 02:23.100
a serwer DHCP działa i sprawdziłeś

02:23.100 --> 02:24.300
kable krosowe, a połączenia

02:24.300 --> 02:25.860
są prawidłowe, chcesz sprawdzić,

02:25.860 --> 02:29.070
czy sieć VLAN jest poprawnie skonfigurowana.

02:29.070 --> 02:30.480
Niektóre przełączniki używają

02:30.480 --> 02:32.640
sieci VLAN i umieszczają ludzi w różnych podsieciach

02:32.640 --> 02:34.290
w celu zwiększenia bezpieczeństwa,

02:34.290 --> 02:36.960
ale jeśli te sieci VLAN nie zostały prawidłowo skonfigurowane,

02:36.960 --> 02:39.180
może to faktycznie blokować ruch DHCP, a zatem

02:39.180 --> 02:42.120
klient nie otrzyma adresu DHCP po połączeniu przez tę sieć

02:42.120 --> 02:44.280
VLAN.

02:44.280 --> 02:45.210
Z drugiej strony, jeśli

02:45.210 --> 02:47.520
problem ten dotyczy wielu różnych klientów, to

02:47.520 --> 02:49.830
najprawdopodobniej nie jest to ustawienie, które

02:49.830 --> 02:51.480
jest nieprawidłowe w danym systemie,

02:51.480 --> 02:54.630
a zamiast tego będzie to problem z serwerem DHCP.

02:54.630 --> 02:57.150
Może to być spowodowane tym, że serwer DHCP jest w trybie offline,

02:57.150 --> 02:58.980
ma nieprawidłowe połączenie z siecią lub

02:58.980 --> 03:01.200
po prostu zabrakło mu dostępnych adresów IP do rozdania

03:01.200 --> 03:02.940
za pomocą dzierżawy.

03:02.940 --> 03:04.800
Gdy tak się stanie, konieczne będzie

03:04.800 --> 03:07.710
zwiększenie liczby dzierżaw w zakresie DHCP lub przejście

03:07.710 --> 03:09.960
przez każdy z tych adresów IP, które zostały

03:09.960 --> 03:10.860
rozdane i sprawdzenie,

03:10.860 --> 03:13.530
czy wszyscy są nadal online i połączeni i nadal potrzebują

03:13.530 --> 03:15.360
tych dzierżaw.

03:15.360 --> 03:17.400
Jeśli tak się nie stanie, możesz zwolnić

03:17.400 --> 03:19.950
te dzierżawy z serwera DHCP, aby je zwolnić, dodać

03:19.950 --> 03:21.240
je z powrotem do zakresu i przekazać

03:21.240 --> 03:22.800
je innym systemom, które próbują

03:22.800 --> 03:24.660
połączyć się z siecią.

03:24.660 --> 03:27.630
Pamiętaj więc, że gdy masz ograniczony problem z łącznością,

03:27.630 --> 03:30.540
zwykle oznacza to, że masz problem z DHCP i nie jesteś

03:30.540 --> 03:32.820
w stanie uzyskać dynamicznego przypisania,

03:32.820 --> 03:35.130
które obejmuje adres IP, podsieć, domyślną

03:35.130 --> 03:37.860
bramę i adresy IP serwera DNS, których system musi

03:37.860 --> 03:39.480
używać.

03:39.480 --> 03:40.680
W takim przypadku

03:40.680 --> 03:43.230
należy rozwiązać problem z serwerem

03:43.230 --> 03:45.900
DHCP lub połączeniem z tym serwerem.

03:45.900 --> 03:46.770
Oprócz tego można

03:46.770 --> 03:48.150
statycznie przypisać te

03:48.150 --> 03:50.160
cztery potrzebne informacje, takie

03:50.160 --> 03:53.250
jak adres IP, podsieć, brama domyślna i adresy IP serwera

03:53.250 --> 03:55.170
DNS, zamiast korzystać z DHCP, jeśli

03:55.170 --> 03:56.760
nie można nawiązać połączenia

03:56.760 --> 03:59.190
z serwerem DHCP, co może przywrócić ograniczoną

03:59.190 --> 04:02.643
łączność do pełnej łączności.