1 00:00:09,660 --> 00:00:16,940 Jest to jeden z wielu filmów omawiających protokół dynamicznej konfiguracji hosta lub DHC. 2 00:00:17,250 --> 00:00:19,900 To jest problem z kręceniem DHP. 3 00:00:20,370 --> 00:00:28,500 Powiedziano nam, że klient po lewej stronie w przeprosinach nie otrzymuje adresów IP z serwera DHP 4 00:00:28,500 --> 00:00:30,380 po prawej stronie. 5 00:00:30,390 --> 00:00:32,810 Zbadajmy więc, co się dzieje. 6 00:00:33,240 --> 00:00:42,540 Oto klient, którego używam, Iowas Virata, aby naśladować klienta w tym janissarskim typologicznym skrócie 7 00:00:42,540 --> 00:00:44,270 interfejsu IP. 8 00:00:44,430 --> 00:00:53,270 Mamy skonfigurowany gigabit 00 dla DHP, ale interfejs jest obecnie administracyjnie niedostępny. 9 00:00:53,310 --> 00:01:01,860 Włączmy więc ten interfejs, pokazując krótkie interfejsy interfejsu IP. 10 00:01:01,860 --> 00:01:12,220 Teraz w górę, jak możemy zobaczyć, ale w tej chwili nie otrzymujemy adresu IP z serwera DHP. 11 00:01:13,400 --> 00:01:23,570 Ta droga działa jako serwer DHP, więc pokaż, że pula IP DHP pozwala nam zobaczyć, że pula DGP jest skonfigurowana 12 00:01:23,600 --> 00:01:32,840 na tym urządzeniu Rodda z nazwą puli komputerów, jest 254 adresów skonfigurowanych w puli w tym zakresie. 13 00:01:33,140 --> 00:01:38,410 W tym momencie nie ma najmniejszych adresów IP IP. 14 00:01:38,520 --> 00:01:48,550 Tak pokazuje nam, że żaden adres nie był najmniejszy dla żadnego urządzenia, więc pakiet serwera D-pack IP DHP. 15 00:01:48,800 --> 00:01:51,200 Spójrzmy w czasie rzeczywistym, co się dzieje. 16 00:01:51,440 --> 00:01:55,160 Klient nadal nie ma adresu. 17 00:01:55,250 --> 00:02:04,820 Więc to, co zrobię, to zamknięcie interfejsu, a następnie zamknięcie go, aby sprawdzić, czy to ma znaczenie. 18 00:02:04,830 --> 00:02:06,720 Pojawia się interfejs. 19 00:02:06,720 --> 00:02:10,100 Ale zauważmy, że nie widzimy żadnych danych wyjściowych na serwerze DHP. 20 00:02:10,900 --> 00:02:13,390 Oprócz używania poleceń CLIA. 21 00:02:13,390 --> 00:02:20,080 Co mam zamiar zrobić tutaj, użyj rekina białego i przechwyć ruch na łączu między klientem a 22 00:02:20,080 --> 00:02:23,630 routerem, aby sprawdzić, czy wysyłane są żądania DHP. 23 00:02:24,590 --> 00:02:33,380 Zauważmy, że widzimy, że DHP odkrywa, że pochodzi z urządzenia bez adresu IP i 24 00:02:33,380 --> 00:02:45,180 będzie transmitować z 4:35 pięć do czterech pięciu portów źródłowych to UDP lub użyj portu 68 portu 67 dla datagramów. 25 00:02:45,200 --> 00:02:48,340 To jest protokół bootstrap. 26 00:02:48,370 --> 00:02:51,180 Innymi słowy, jest to wiadomość o wykryciu DHP. 27 00:02:51,310 --> 00:02:56,700 Klient próbuje wykryć serwer DHP w sieci. 28 00:02:56,950 --> 00:03:07,400 W dodatkowe przechwytywanie Stata y shot na stronie, aby zobaczyć, czy jakiekolwiek wiadomości DHP są odbierane po stronie 29 00:03:07,400 --> 00:03:10,420 serwera ustawionej na kliencie. 30 00:03:10,420 --> 00:03:12,170 Zamknę interfejs, 31 00:03:15,120 --> 00:03:17,590 oh, nie zamknij go. 32 00:03:17,790 --> 00:03:24,320 Zobaczmy, czy widzimy jakikolwiek ruch DHP po stronie serwera, który nie widzi żadnego ruchu. 33 00:03:26,920 --> 00:03:35,080 Ale na stronie klienta widzimy komunikaty o wykryciu DHP i jest ich sporo. 34 00:03:35,940 --> 00:03:41,730 Teraz i dlaczego jest zszokowany, jeśli pełni do pełnego DGP nie działa. 35 00:03:41,860 --> 00:03:43,830 Musisz więc zacząć od nowa. 36 00:03:44,350 --> 00:03:52,720 Więc używaj Boot P zamiast DHP podczas filtrowania wiadomości, widzimy dużo wiadomości wykrywających DHP po 37 00:03:52,720 --> 00:03:56,800 stronie klienta, ale żadnych po stronie serwera. 38 00:03:58,590 --> 00:04:05,820 Wygląda na to, że wiadomość o wykryciu DHP trafia do routera, ale nie jest wysyłana na serwer. 39 00:04:05,850 --> 00:04:08,750 Zwróć teraz uwagę na rodzaj użytej wiadomości. 40 00:04:08,790 --> 00:04:17,680 To jest transmisja, której transmisja nie jest przekazywana przez szerszą lub leniwą zmianę. 41 00:04:17,680 --> 00:04:24,000 Należy skonfigurować na routerze, aby umożliwić przesyłanie tego ruchu do serwera. 42 00:04:25,100 --> 00:04:30,110 Więc pokaż interfejs uruchamiania gigabit 00 możesz znaleźć problem. 43 00:04:30,110 --> 00:04:32,370 Dałem ci kilka wskazówek. 44 00:04:32,570 --> 00:04:40,420 Jeszcze raz wiadomości DHP są odbierane przez router, ale nie są wysyłane do serwera DHP. 45 00:04:41,850 --> 00:04:52,000 Czego brakuje w tej konfiguracji OK, więc wiadomości MZD są usuwane przez router, ponieważ wysyłają wiadomości, chyba 46 00:04:52,000 --> 00:05:01,310 że włączysz polecenie adresu pomocy IP, więc musimy włączyć adres pomocy IP, a następnie wysłać 47 00:05:01,310 --> 00:05:04,440 ruch do serwera DHP. 48 00:05:05,610 --> 00:05:11,390 Teraz ta typologia serwera DHB ma ten sam adres IP. 49 00:05:11,850 --> 00:05:19,860 Musimy więc również skonfigurować adres pomocy IP na Roddzie i wskazać serwer DHP. 50 00:05:19,860 --> 00:05:26,790 Teraz, gdy już to zrobiłem, zobaczmy, czy wiadomości DHP są przekazywane na serwer. 51 00:05:27,130 --> 00:05:37,010 Zauważ, że bez robienia czegokolwiek innego, możemy teraz zobaczyć, jak DHP odkrywa, że między Roddą 52 00:05:37,010 --> 00:05:39,780 i serwerem jest pełny. 53 00:05:39,860 --> 00:05:53,420 Zauważ, że istnieje wiadomość Discover od 10 1 1 2 5 4 do 10 1 do 1 nie 2 5 4 54 00:05:56,450 --> 00:06:08,020 to Rodda, aby zauważyć, że wiadomość Discover została przekazana do serwera DHP dla klienta z klientem nazwy. 55 00:06:08,020 --> 00:06:14,500 Innymi słowy Rato działający jako klient. 56 00:06:14,730 --> 00:06:21,120 Tutaj możesz zobaczyć, że szerszy otrzymany adres IP z serwera DHP możesz zobaczyć 57 00:06:21,120 --> 00:06:22,560 tutaj również. 58 00:06:25,210 --> 00:06:34,590 Więc to jest odkrycie DHP przesłało serwerowi serwery, które następnie odpowiedziały z powrotem na Roddę, nie 59 00:06:34,590 --> 00:06:45,070 twierdząc, że jest to czas listy adresów IP usługi, to domyślna brama domyślna na jeden dzień 10 1 60 00:06:45,070 --> 00:06:47,660 1 2 5 4. 61 00:06:47,950 --> 00:06:50,720 Klient żąda adresu. 62 00:06:50,740 --> 00:06:55,170 Dlatego Shaw przechwytuje po prawej stronie tej typologii. 63 00:06:55,360 --> 00:07:00,100 Tak więc klient wysłałby tę wiadomość do routera, a 64 00:07:00,130 --> 00:07:04,440 router przekazuje teraz tę wiadomość na serwer. 65 00:07:04,460 --> 00:07:08,130 Widzimy, że patrząc na Y, schwytamy tutaj. 66 00:07:08,390 --> 00:07:11,420 Oto oferta od serwera do klienta. 67 00:07:12,280 --> 00:07:18,520 I on ma klienta wysyłającego transmisję z prośbą o adres, który przyniósł 68 00:07:18,640 --> 00:07:25,530 koszty i nie został przesłany dalej przez klienta, który żąda adresu z serwera DHP. 69 00:07:25,760 --> 00:07:31,670 Badanie MZD potwierdza to i podaje klientowi adres 10 1 1 2. 70 00:07:32,020 --> 00:07:40,820 Tak więc poprzednio adres, który został zaoferowany klientowi, to 10 1 1 2, który został przekazany agentowi przekaźnikowemu 71 00:07:40,820 --> 00:07:44,570 10 1 1 2 5 4, innymi 72 00:07:49,250 --> 00:07:54,670 słowy im szerszy klient żąda tego adresu i DHP potwierdza to. 73 00:07:54,680 --> 00:07:56,300 Tak więc klient zgnije. 74 00:07:56,320 --> 00:08:05,000 Jeden otrzymuje ten adres IP i jeśli spojrzymy na tablicę do pisania, przydzielono mu 10 1 1 2 75 00:08:05,000 --> 00:08:12,410 5 4 jako domyślną bramę, a to dlatego, że na serwerze DHB i zauważyliśmy wszystkie 76 00:08:12,410 --> 00:08:17,870 debugowania pokazujące, że DHB odkrywa prośbę DHP, a więc naprzód. 77 00:08:19,960 --> 00:08:22,270 Serwer DHP został skonfigurowany 78 00:08:26,360 --> 00:08:31,410 z tym klientem konfiguracji, któremu przydzielono adres w tym zakresie. 79 00:08:31,650 --> 00:08:41,450 Domyślnie Rodda to 10 1 1 2 4 4 Serwer DNS to 10 1 do 1, który jest serwerem DHP. 80 00:08:41,450 --> 00:08:47,740 To był przykład, jak rozwiązywać problemy z protokołem DHCP lub DHV. 81 00:08:48,010 --> 00:08:49,640 Mam nadzieję, że film Ci się podobał. 82 00:08:49,850 --> 00:08:54,370 Jeśli tak, to proszę, zasubskrybuj mój kanał na YouTube. 83 00:08:54,380 --> 00:08:56,020 Życzę Wam wszystkiego najlepszego.