WEBVTT 00:00.060 --> 00:01.590 Instruktor: Teraz, gdy mamy nasze 00:01.590 --> 00:04.320 sieci i polegają one na adresach IP, takich jak IPv4, w jaki 00:04.320 --> 00:05.520 sposób mówimy naszym urządzeniom, 00:05.520 --> 00:07.680 jakie adresy będą miały? 00:07.680 --> 00:10.170 Istnieją tak naprawdę dwie różne metody, których możemy użyć. 00:10.170 --> 00:12.750 Jednym z nich jest ręczne lub statyczne przypisywanie, 00:12.750 --> 00:15.090 a drugim dynamiczne przypisywanie. 00:15.090 --> 00:16.740 Teraz, gdy używam statycznego przypisania, 00:16.740 --> 00:18.600 jest to naprawdę prosty proces. 00:18.600 --> 00:19.500 Jako technik, 00:19.500 --> 00:22.290 ręcznie wpiszę adres IP hosta, jego maskę 00:22.290 --> 00:25.740 podsieci, domyślną bramę i serwer DNS. 00:25.740 --> 00:28.740 Może to być jednak czasochłonne i podatne na błędy. 00:28.740 --> 00:31.740 Załóżmy na przykład, że mam 20 urządzeń w sieci. 00:31.740 --> 00:33.090 Teraz będę musiał przypisać 00:33.090 --> 00:35.850 te cztery informacje 20 razy, raz dla każdego urządzenia, 00:35.850 --> 00:37.230 co daje 80 miejsc, w których 00:37.230 --> 00:39.630 muszę wprowadzić informacje. 00:39.630 --> 00:42.450 Oznacza to, że istnieje duża szansa na błąd ludzki, ponieważ 00:42.450 --> 00:44.730 liczby te są bardzo łatwe do błędnego wpisania. 00:44.730 --> 00:46.410 A jeśli błędnie wpiszesz jedną z nich, 00:46.410 --> 00:48.120 przypiszesz niewłaściwe informacje 00:48.120 --> 00:49.440 do niewłaściwych urządzeń. 00:49.440 --> 00:53.040 Możesz też mieć te same informacje na wielu urządzeniach, co również 00:53.040 --> 00:54.510 spowoduje problemy lub konflikty 00:54.510 --> 00:56.670 między dwoma urządzeniami. 00:56.670 --> 00:59.820 Tak więc, gdy zaczynasz pracować w dużych sieciach korporacyjnych, 00:59.820 --> 01:02.460 statyczne przypisywanie adresów IP do wszystkich 01:02.460 --> 01:05.130 urządzeń staje się bardzo niepraktyczne. 01:05.130 --> 01:07.080 Niektóre z naszych sieci, które prowadziłem 01:07.080 --> 01:09.570 w przeszłości, miały 500 klientów, 1000 klientów, 01:09.570 --> 01:12.900 5000 klientów, 10 000 klientów, sto tysięcy klientów, a nawet 01:12.900 --> 01:15.510 milion komputerów klienckich w Internecie na dużą 01:15.510 --> 01:17.250 skalę. 01:17.250 --> 01:19.350 Abyśmy mogli przypisać je statycznie i śledzić 01:19.350 --> 01:21.720 wszystkie te różne adresy IP, musielibyśmy pracować 01:21.720 --> 01:23.370 w pełnym wymiarze godzin dla dużego 01:23.370 --> 01:26.220 zespołu ludzi zlokalizowanych na całym świecie, ponieważ 01:26.220 --> 01:29.040 ten duży internet obejmuje sześć kontynentów. 01:29.040 --> 01:31.500 Byłaby to strata mnóstwa czasu, pieniędzy, 01:31.500 --> 01:33.300 pracy i zasobów. 01:33.300 --> 01:36.060 Zamiast tego upraszczamy ten proces, korzystając 01:36.060 --> 01:38.880 z dynamicznego przydzielania adresów IP. 01:38.880 --> 01:41.130 Jest to znane jako przypisanie dynamiczne. 01:41.130 --> 01:43.410 W ten sposób mamy szybszą, łatwiejszą i mniej 01:43.410 --> 01:46.110 mylącą metodę przypisywania naszych adresów IP wszystkim 01:46.110 --> 01:49.020 klientom sieci, gdy dołączają do sieci. 01:49.020 --> 01:50.820 W przypadku dużych lub małych sieci, korzystanie 01:50.820 --> 01:52.200 z dynamicznego adresowania IP 01:52.200 --> 01:54.630 jest zazwyczaj najlepszym rozwiązaniem. 01:54.630 --> 01:56.610 W swoim domu, niezależnie od tego, czy o tym wiesz, czy 01:56.610 --> 01:59.370 nie, prawdopodobnie korzystasz już z dynamicznego adresowania IP. 01:59.370 --> 02:01.350 Kiedy kupiłeś nowy smartfon, tablet, laptop lub 02:01.350 --> 02:02.760 komputer stacjonarny, wyjąłeś go 02:02.760 --> 02:04.770 z pudełka, włączyłeś, a następnie połączyłeś się 02:04.770 --> 02:06.450 z siecią bezprzewodową i mogłeś przejść 02:06.450 --> 02:09.030 do trybu online i przeglądać strony internetowe, prawda? 02:09.030 --> 02:11.370 Nie trzeba było wykonywać żadnych szalonych konfiguracji. 02:11.370 --> 02:13.860 Cóż, w tym przypadku nie przypisałeś nowemu 02:13.860 --> 02:16.650 urządzeniu adresu IP, maski tematycznej, domyślnej 02:16.650 --> 02:18.390 bramy ani serwera DNS. 02:18.390 --> 02:20.490 Zamiast tego serwer DHCP twojej sieci robił 02:20.490 --> 02:22.230 to wszystko automatycznie, bez 02:22.230 --> 02:24.300 konieczności proszenia go o to. 02:24.300 --> 02:25.830 Dzieje się tak, ponieważ większość 02:25.830 --> 02:27.360 urządzeń sieciowych w małych biurach 02:27.360 --> 02:30.540 i biurach domowych, takich jak modem kablowy, modem światłowodowy lub 02:30.540 --> 02:33.120 bezprzewodowy punkt dostępowy, ma już działający serwer 02:33.120 --> 02:34.800 DHCP i jest domyślnie włączony. 02:34.800 --> 02:36.840 Wystarczy powiedzieć urządzeniu, do jakiej 02:36.840 --> 02:38.430 sieci ma się przyłączyć, a router użyje 02:38.430 --> 02:40.200 protokołu DHCP do przekazania dynamicznego 02:40.200 --> 02:42.570 adresu IP klientowi sieciowemu. 02:42.570 --> 02:44.430 Jakie są więc te cztery składniki w pełni 02:44.430 --> 02:45.990 skonfigurowanego klienta? 02:45.990 --> 02:47.670 Cóż, wysłałem go kilka razy i niezależnie 02:47.670 --> 02:49.680 od tego, czy używasz przypisania statycznego, 02:49.680 --> 02:52.440 czy dynamicznego, nadal musisz używać tych samych czterech 02:52.440 --> 02:56.220 składników, czyli adresu IP, maski podsieci, domyślnej bramy, która zwykle 02:56.220 --> 02:58.170 jest po prostu adresem IP routera, oraz 02:58.170 --> 03:00.900 serwera DNS lub WINS. 03:00.900 --> 03:03.570 DNS to system nazw domen. 03:03.570 --> 03:05.760 DNS będzie używany do konwersji nazw domen używanych 03:05.760 --> 03:06.840 przez stronę internetową 03:06.840 --> 03:08.730 na adres IP jej serwera, aby komputer mógł 03:08.730 --> 03:10.560 się z nią połączyć. 03:10.560 --> 03:13.050 Teraz omówimy DNS bardziej szczegółowo w osobnym filmie, ponieważ 03:13.050 --> 03:14.790 jest wiele rzeczy, które trzeba o nim wiedzieć, 03:14.790 --> 03:17.310 ale na razie wystarczy zdać sobie sprawę, że DNS jest zasadniczo internetową 03:17.310 --> 03:19.620 wersją książki telefonicznej, w której możemy wyszukać nazwę 03:19.620 --> 03:20.610 i uzyskać numer, z którym można 03:20.610 --> 03:22.890 się bezpośrednio połączyć. 03:22.890 --> 03:24.780 Teraz, nazwy na numery i numery na 03:24.780 --> 03:26.790 nazwy, o to właśnie chodzi w DNS. 03:26.790 --> 03:29.520 Na przykład, kiedy poszedłeś na diontraining. com, będziesz używać DNS 03:29.520 --> 03:31.680 w tle, aby określić adres IP mojego serwera, 03:31.680 --> 03:34.290 abyś mógł się z nim połączyć i uzyskać dostęp do naszych 03:34.290 --> 03:35.190 stron internetowych 03:35.190 --> 03:37.350 lub naszych filmów. 03:37.350 --> 03:39.150 To jest DNS w pracy. 03:39.150 --> 03:41.910 Z drugiej strony WINS, W-I-N-S, jest 03:41.910 --> 03:43.980 używany w sieci lokalnej. 03:43.980 --> 03:46.800 W szczególności WINS jest używany w domenach Windows 03:46.800 --> 03:49.710 i jest znany jako Windows Internet Name Service. 03:49.710 --> 03:51.300 Służy do umożliwienia systemowi 03:51.300 --> 03:54.630 Windows identyfikowania nazw NetBIOS w sieci TCP/IP i konwertowania 03:54.630 --> 03:57.690 tych nazw NetBIOS na adresy IP. 03:57.690 --> 03:59.790 Zasadniczo WINS jest jak DNS, ale 03:59.790 --> 04:02.880 działa tylko w środowisku domeny Windows. 04:02.880 --> 04:04.800 Jeśli więc chcę połączyć się z serwerem 04:04.800 --> 04:06.240 pocztowym w domenie Windows, 04:06.240 --> 04:08.610 mogę wpisać jego adres IP, jeśli go znam, lub po 04:08.610 --> 04:10.860 prostu wpisać nazwę serwera, coś w rodzaju skrzynki 04:10.860 --> 04:13.740 pocztowej lub jakkolwiek ją nazwałem. 04:13.740 --> 04:15.810 Teraz, gdy przychodzi czas na dynamiczne przypisanie 04:15.810 --> 04:18.600 krytycznych informacji adresowych dla każdego klienta, możemy 04:18.600 --> 04:21.090 użyć czterech różnych metod, aby to zrobić. 04:21.090 --> 04:25.500 Obejmuje to BOOTP, DHCP, APIPA i ZeroConfig. 04:25.500 --> 04:27.300 BOOTP jest zdecydowanie najstarszą 04:27.300 --> 04:29.640 i najmniej używaną z tych czterech opcji. 04:29.640 --> 04:31.560 BOOTP, czyli Bootstrap Protocol, został 04:31.560 --> 04:33.870 pierwotnie wprowadzony w 1985 roku do użytku w bezdyskowych 04:33.870 --> 04:36.270 stacjach roboczych Unix, ponieważ mógł dynamicznie 04:36.270 --> 04:37.680 przypisywać informacje o adresie 04:37.680 --> 04:38.970 IP, a następnie umożliwiać stacji 04:38.970 --> 04:40.140 roboczej załadowanie kopii 04:40.140 --> 04:42.960 obrazu rozruchowego przez sieć. 04:42.960 --> 04:46.560 Teraz BOOTP korzystał ze statycznej bazy danych adresów IP i MAC. 04:46.560 --> 04:48.840 Zasadniczo więc za każdym razem, gdy klient łączył się 04:48.840 --> 04:50.640 z siecią w celu zainicjowania procesu BOOTP, 04:50.640 --> 04:53.130 znajdował swój adres Mac w swojej bazie danych, a następnie 04:53.130 --> 04:55.320 wysyłał odpowiedni adres IP, który pasował do niego, 04:55.320 --> 04:58.080 z powrotem do żądającego klienta jako jego przypisanie. 04:58.080 --> 05:00.030 Nie było to tak dynamiczne, jak byśmy 05:00.030 --> 05:04.020 chcieli, więc w 1993 roku wprowadzono nowszy zaktualizowany protokół 05:04.020 --> 05:06.510 znany jako DHCP, który zastąpił BOOTP. 05:06.510 --> 05:09.990 Teraz DHCP, czyli Dynamic Host Configuration Protocol, umożliwia 05:09.990 --> 05:12.000 przypisanie adresu IP w oparciu o przypisany 05:12.000 --> 05:15.000 zakres lub pulę adresów, a także zapewnia możliwość skonfigurowania 05:15.000 --> 05:16.650 wielu innych opcji w ramach tego 05:16.650 --> 05:19.020 protokołu. 05:19.020 --> 05:21.600 Teraz, ponieważ DHCP pozwala mi skonfigurować mój zakres, 05:21.600 --> 05:24.030 mogę faktycznie powiedzieć mojemu serwerowi DHCP 05:24.030 --> 05:26.460 coś w stylu: hej, chcę, żebyś rozdawał tylko adresy 05:26.460 --> 05:29.820 od 192. 168. 1. 100 do 05:29.820 --> 05:33.240 192. 168. 1. 200. 05:33.240 --> 05:35.280 Daje to około stu klientów, którzy mogą być 05:35.280 --> 05:37.290 teraz automatycznie przypisywani. 05:37.290 --> 05:39.060 Za każdym razem, gdy ktoś łączy się 05:39.060 --> 05:42.210 z siecią, DHDP wysyła jeden z tych adresów IP z tego zakresu 05:42.210 --> 05:43.980 i przypisuje go klientowi na określony 05:43.980 --> 05:46.110 czas, zwany dzierżawą. 05:46.110 --> 05:48.480 Teraz każdy adres IP może zostać zablokowany na określony 05:48.480 --> 05:49.380 czas z tej puli. 05:49.380 --> 05:50.910 A kiedy ta dzierżawa wygaśnie, 05:50.910 --> 05:53.730 serwer DHCP wycofa ten adres. 05:53.730 --> 05:56.280 W rzeczywistości nie stanowi to dla nas problemu, ponieważ 05:56.280 --> 05:57.946 komputer w dowolnym momencie może powiedzieć: 05:57.946 --> 06:00.120 "Hej, nadal używam tego adresu. 06:00.120 --> 06:01.200 Nie możesz tego wziąć. W takim przypadku serwer 06:01.200 --> 06:03.337 DHCP powie: "W porządku, możesz go zatrzymać" 06:03.337 --> 06:05.190 i ponownie przydzieli go na kolejny 06:05.190 --> 06:08.640 okres, odnawiając jego dzierżawę. 06:08.640 --> 06:10.620 To tak, jakbyś wziął książkę z biblioteki. 06:10.620 --> 06:12.030 Jeśli jesteś w połowie lektury, a termin 06:12.030 --> 06:13.320 jej oddania upływa jutro, możesz 06:13.320 --> 06:15.840 zabrać ją z powrotem do biblioteki i ponownie wypożyczyć. 06:15.840 --> 06:19.260 Ta sama koncepcja dotyczy DHCP i adresów dynamicznych. 06:19.260 --> 06:20.940 Teraz, gdy dzierżawa wygaśnie i nie 06:20.940 --> 06:22.680 będzie już potrzebna klientowi, zostanie 06:22.680 --> 06:25.290 zwrócona z powrotem do zakresu lub puli i będzie gotowa 06:25.290 --> 06:27.480 do wydania innemu klientowi. 06:27.480 --> 06:29.850 Zasadniczo każdy klient może pożyczyć ten adres IP podczas 06:29.850 --> 06:30.930 jego przydzielania, a następnie 06:30.930 --> 06:33.090 zwrócić go, gdy tylko skończy z nim korzystać. 06:33.090 --> 06:34.380 Teraz to zarządzanie adresami 06:34.380 --> 06:37.590 IP będzie wykonywane przez serwer DHCP w naszym imieniu i będzie używane 06:37.590 --> 06:39.450 do zarządzania wszystkimi tymi adresami 06:39.450 --> 06:41.670 IP, które są przypisywane i zwracane w czasie. 06:41.670 --> 06:43.950 Jest to świetne rozwiązanie, ponieważ nie musimy sami tego 06:43.950 --> 06:45.870 kontrolować ani śledzić wszystkiego ręcznie. 06:45.870 --> 06:49.230 Zamiast tego mamy możliwość wejścia do niego w dowolnym momencie, spojrzenia na 06:49.230 --> 06:50.227 logi i powiedzenia: "Hej, 06:50.227 --> 06:55.110 kto używał adresu IP 192. 168. 1. 132 9 września 06:55.110 --> 06:57.120 o 15:00? A potem możemy to rozgryźć, 06:57.120 --> 06:58.380 korzystając z zarządzania 06:58.380 --> 07:01.740 adresami IP DHCP i ich dzienników. 07:01.740 --> 07:03.420 Daje nam to wszystkie korzyści związane 07:03.420 --> 07:04.710 z ustaleniem, kto co zrobił, 07:04.710 --> 07:06.930 a jednocześnie nie musimy zajmować się zarządzaniem 07:06.930 --> 07:09.690 i nadzorem nad przekazywaniem tych adresów IP. 07:09.690 --> 07:11.790 Kolejną wspaniałą rzeczą w DHCP jest to, że zapewnia 07:11.790 --> 07:14.280 naszym klientom wszystkie te różne zmienne, których potrzebują 07:14.280 --> 07:15.690 do komunikacji. 07:15.690 --> 07:18.270 Obejmuje to dynamiczny adres IP, który jest przypisywany, 07:18.270 --> 07:20.700 a także maskę podsieci, domyślną bramę i serwer 07:20.700 --> 07:21.990 DNS. 07:21.990 --> 07:23.640 A jeśli używasz serwera WINS, 07:23.640 --> 07:25.860 możesz również wysłać go przez DHCP. 07:25.860 --> 07:26.910 Wszystko to można 07:26.910 --> 07:29.550 zrobić za pomocą protokołu DHCP automatycznie 07:29.550 --> 07:32.850 za każdym razem, gdy nowy klient łączy się z siecią. 07:32.850 --> 07:35.760 Tak, wiem, że powtórzyłem te cztery opcje konfiguracji 07:35.760 --> 07:38.520 kilka razy i wiesz, co to oznacza? 07:38.520 --> 07:41.190 Oznacza to, że ta informacja jest naprawdę ważna. 07:41.190 --> 07:44.160 Wystarczy więc znać te cztery elementy konfiguracji, 07:44.160 --> 07:46.290 które DHCP udostępnia klientom i pamiętać 07:46.290 --> 07:48.420 o nich w dniu testu. 07:48.420 --> 07:51.210 Pamiętaj, że jest to adres IP, maska podsieci, 07:51.210 --> 07:53.640 brama i adres IP serwera DNS. 07:53.640 --> 07:55.500 Serwer WINS jest składnikiem opcjonalnym, 07:55.500 --> 07:57.270 który może, ale nie musi być wysyłany. 07:57.270 --> 07:59.640 W porządku, będziemy mówić dużo więcej o DHCP 07:59.640 --> 08:00.930 w oddzielnym filmie, ale 08:00.930 --> 08:03.210 na razie musisz pamiętać, że DHCP jest umiarkowaną 08:03.210 --> 08:05.760 implementacją BOOTP i jest powszechnie używany 08:05.760 --> 08:08.280 w naszych nowoczesnych sieciach, aby móc automatycznie 08:08.280 --> 08:14.520 przypisać adres IP i inne wymagane dane dla klienta do komunikacji w sieci. 08:14.520 --> 08:17.430 Trzecim sposobem na automatyczne lub dynamiczne 08:17.430 --> 08:20.100 adresowanie jest użycie APIPA, A-P-I-P-A lub 08:20.100 --> 08:23.310 Automatic Private Internet Protocol Addressing. 08:23.310 --> 08:26.250 Zasadniczo, jeśli z jakiegokolwiek powodu DHCP nie może zakończyć 08:26.250 --> 08:27.510 procesu przypisywania lub 08:27.510 --> 08:29.460 znaleźć adresu do przekazania klientowi, 08:29.460 --> 08:30.720 ponieważ się skończył, zamiast 08:30.720 --> 08:33.240 tego zostanie użyty APIPA. 08:33.240 --> 08:34.980 Taka sytuacja może mieć miejsce, 08:34.980 --> 08:37.170 gdy klient nie może połączyć się z serwerem 08:37.170 --> 08:40.470 DHCP z powodu problemów sieciowych lub czegoś podobnego. 08:40.470 --> 08:41.460 W takich przypadkach 08:41.460 --> 08:43.860 klient będzie podpisywał się adresem APIPA, który 08:43.860 --> 08:45.900 jest adresem przypisanym samodzielnie. 08:45.900 --> 08:48.540 Domyślnie, na stacji roboczej z systemem Windows 08:48.540 --> 08:51.390 Server, APIPA jest domyślnie zaznaczona we właściwościach 08:51.390 --> 08:53.310 TCP/IP w zakładce Konfiguracja 08:53.310 --> 08:55.530 alternatywna. 08:55.530 --> 08:57.330 Dzięki temu komputer z systemem 08:57.330 --> 08:59.430 Windows może przypisać sobie 08:59.430 --> 09:03.090 adres losowo z 169. 254 dot something dot something scope 09:03.090 --> 09:05.220 jeśli nie może dotrzeć do serwera DHCP lub 09:05.220 --> 09:08.670 nie może się z nim skontaktować i zakończyć procesu negocjacji. 09:08.670 --> 09:11.460 Obecnie APIPA została zaprojektowana tak, aby umożliwić 09:11.460 --> 09:12.840 szybką konfigurację sieci lokalnej 09:12.840 --> 09:15.450 bez konieczności posiadania serwera DHCP. 09:15.450 --> 09:17.340 Na przykład, jeśli wezmę 10 klientów 09:17.340 --> 09:20.250 i podłączę ich wszystkich do przełącznika bez serwera 09:20.250 --> 09:21.870 DHCP, tych 10 klientów domyślnie 09:21.870 --> 09:24.870 wybierze swój własny adres IP z zakresu APIPA, który 09:24.870 --> 09:28.380 wynosi 169. 254 dot something dot something. 09:28.380 --> 09:30.510 Ponownie, ponieważ jest to adres klasy B, jest 09:30.510 --> 09:31.890 to całkowicie w porządku, ponieważ 09:31.890 --> 09:34.680 wszystkie będą w tej samej sieci lokalnej. 09:34.680 --> 09:36.810 Jeśli więc chciałbym zagrać w "Doom" w tej sieci 09:36.810 --> 09:38.790 lokalnej z tymi 10 maszynami, to w porządku. 09:38.790 --> 09:39.780 Wszyscy znajdą się nawzajem 09:39.780 --> 09:42.060 i będą rozmawiać w oparciu o swoje adresy APIPA 09:42.060 --> 09:43.800 bez żadnych problemów. 09:43.800 --> 09:45.420 Jedynym problemem jest to, 09:45.420 --> 09:47.370 że są to prywatne adresy IP. 09:47.370 --> 09:50.730 Nie mogą więc być kierowane poza naszą sieć lokalną. 09:50.730 --> 09:52.920 Jeśli więc musimy komunikować się lokalnie, możemy 09:52.920 --> 09:55.710 to zrobić za pomocą przełącznika i wszystko będzie w porządku. 09:55.710 --> 09:58.050 Ale nie będziemy w stanie połączyć się z Internetem, 09:58.050 --> 10:00.930 ponieważ nie mamy tej samej sieci co router, ponieważ 10:00.930 --> 10:02.940 router miał prawidłowy adres IP, a nie 10:02.940 --> 10:04.350 adres APIPA. 10:04.350 --> 10:05.760 Nie mamy więc domyślnej bramy, 10:05.760 --> 10:08.580 aby wydostać się z tej sieci lokalnej, którą utworzyliśmy. 10:08.580 --> 10:10.530 Jest to największe wyzwanie, z którym będziesz 10:10.530 --> 10:12.960 musiał się zmierzyć, gdy masz adres APIPA przypisany do swoich 10:12.960 --> 10:14.220 klientów, ponieważ nie mogą oni 10:14.220 --> 10:15.810 komunikować się poza siecią lokalną 10:15.810 --> 10:19.020 lub z innymi urządzeniami, które również nie mają adresu IP. 10:19.020 --> 10:19.890 Jeśli kiedykolwiek miałeś 10:19.890 --> 10:23.400 komputer, który zaczyna się od 169. 254 kropka coś kropka coś i nie możesz 10:23.400 --> 10:24.240 dowiedzieć się, 10:24.240 --> 10:25.950 dlaczego nie łączy się z Internetem, 10:25.950 --> 10:27.630 cóż, to jest twój powód. 10:27.630 --> 10:28.770 Jest to adres APIPA, 10:28.770 --> 10:31.440 a adresy APIPA nie mogą wyjść poza router. 10:31.440 --> 10:33.450 Tak więc adresy APIPA nie pozwolą ci połączyć 10:33.450 --> 10:34.830 się z Internetem. 10:34.830 --> 10:37.500 Nasza ostatnia dynamiczna metoda konfiguracji adresu 10:37.500 --> 10:40.440 IP jest znana jako ZeroConfig lub Zero Configuration. 10:40.440 --> 10:42.540 ZeroConfig jest nowszą technologią 10:42.540 --> 10:43.890 opartą na APIPA. 10:43.890 --> 10:46.440 Zapewnia wiele takich samych funkcji jak APIPA, 10:46.440 --> 10:47.850 a także kilka nowych. 10:47.850 --> 10:50.220 Na przykład ZeroConfig może faktycznie 10:50.220 --> 10:52.890 przypisać klientowi adres IPv4 link-local. 10:52.890 --> 10:55.110 Jest to forma nieroutowalnego adresu IP, który 10:55.110 --> 10:58.110 jest używany w lokalnej podsieci, podobnie jak APIPA. 10:58.110 --> 11:00.600 Duża różnica polega jednak na tym, że dzięki ZeroConfig, 11:00.600 --> 11:02.010 klient ten może teraz mieć możliwość 11:02.010 --> 11:04.470 rozpoznawania nazw komputerów na adresy IP bez 11:04.470 --> 11:06.330 potrzeby korzystania z DNS, używając 11:06.330 --> 11:08.280 czegoś znanego jako mDNS lub Multicast 11:08.280 --> 11:10.800 Domain Name Service. 11:10.800 --> 11:12.690 Ponadto ZeroConfig może wykonywać wykrywanie 11:12.690 --> 11:14.370 usług w sieci, dzięki czemu może dowiedzieć 11:14.370 --> 11:15.960 się, jakie rzeczy są podłączone i dostępne 11:15.960 --> 11:17.130 do użycia. 11:17.130 --> 11:20.040 Jeśli więc istnieje drukarka, skaner lub udostępniony system 11:20.040 --> 11:22.650 plików, można je znaleźć za pomocą ZeroConfig. 11:22.650 --> 11:24.480 W ostatnich latach pojawiło się wiele 11:24.480 --> 11:26.460 różnych implementacji ZeroConfig i jest 11:26.460 --> 11:27.750 on nazywany w różny sposób w 11:27.750 --> 11:28.980 zależności od implementacji 11:28.980 --> 11:30.600 i używanej linii produktów. 11:30.600 --> 11:32.490 Na przykład w produktach Apple ZeroConfig 11:32.490 --> 11:34.740 nazywa się Bonjour i jest używany głównie 11:34.740 --> 11:36.540 do wykrywania usług innych klientów 11:36.540 --> 11:39.510 i urządzeń w sieci lokalnej. 11:39.510 --> 11:43.350 W systemie Microsoft Windows lubią nazywać to LLMNR, Link-Local 11:43.350 --> 11:45.840 Multicast Name Resolution. 11:45.840 --> 11:48.540 I będzie polegać na nim jako rozszerzeniu APIPA, aby zapewnić 11:48.540 --> 11:50.910 rozpoznawanie nazw i wykrywanie usług, oprócz 11:50.910 --> 11:53.310 zapewnienia łączności sieciowej. 11:53.310 --> 11:54.420 - - Teraz, jeśli używasz 11:54.420 --> 11:57.420 Linuksa, ZeroConfig jest zwykle implementowany przy 11:57.420 --> 11:59.130 użyciu SystemD lub usługi demona 11:59.130 --> 12:02.910 systemowego, w szczególności usługi tła systemd-resolved. 12:02.910 --> 12:05.370 Pamiętaj więc, że istnieje wiele różnych sposobów 12:05.370 --> 12:06.930 przypisywania adresów IP. 12:06.930 --> 12:09.300 Można to zrobić ręcznie (tzw. przypisanie statyczne) 12:09.300 --> 12:12.570 lub automatycznie (tzw. przypisanie dynamiczne). 12:12.570 --> 12:14.250 Jeśli korzystasz z przypisania 12:14.250 --> 12:16.290 dynamicznego, możesz to zrobić za pomocą 12:16.290 --> 12:19.770 jednej z czterech metod: BOOTP, DHCP, APIPA lub ZeroConfig. 12:19.770 --> 12:22.320 Tak naprawdę wszystko zależy od potrzeb klientów 12:22.320 --> 12:23.313 i sieci.