1 00:00:09,660 --> 00:00:16,940 Acesta este unul din mai multe videoclipuri care discută Protocolul de configurare a gazdei dinamice sau DHC. 2 00:00:17,250 --> 00:00:19,900 Acesta este un film DHP cu probleme de fotografiere. 3 00:00:20,370 --> 00:00:28,500 Ni sa spus că clientul din stânga din scuze nu primește adrese IP de pe serverul 4 00:00:28,500 --> 00:00:30,380 DHP din dreapta. 5 00:00:30,390 --> 00:00:32,810 Hai să investigăm ce se întâmplă. 6 00:00:33,240 --> 00:00:42,540 Deci, iată clientul pe care îl folosesc pe Iowas Virata pentru a imita un client în această scurtă interfață IP 7 00:00:42,540 --> 00:00:44,270 pentru tipologia Janissary. 8 00:00:44,430 --> 00:00:53,270 Avem un Gigabit 00 configurat pentru DHP, dar interfața este în prezent în mod administrativ dezactivată. 9 00:00:53,310 --> 00:01:01,860 Așadar, permiteți acestei interfețe interfața interfață scurtă de interfață IP. 10 00:01:01,860 --> 00:01:12,220 Acum, în sus, după cum vedem aici, dar momentan nu primim o adresă IP de la serverul DHP. 11 00:01:13,400 --> 00:01:23,570 Acest drum acționează ca server DHP, astfel arată IP DHP piscină ne permite să vedem că un pool DGP este 12 00:01:23,600 --> 00:01:32,840 configurat pe acest Rodda cu numele PC piscină există 254 adrese configurate în piscină în acest interval. 13 00:01:33,140 --> 00:01:38,410 Nici o adresă nu a fost cea mai mică în momentul prezentării legării IP DHP. 14 00:01:38,520 --> 00:01:48,550 Așadar, ne arată că nici o adresă nu a fost cea mai mică pentru niciun dispozitiv, astfel încât pachetul D-bag IP DHP. 15 00:01:48,800 --> 00:01:51,200 Să vedem în timp real ce se întâmplă. 16 00:01:51,440 --> 00:01:55,160 Clientul nu are încă o adresă. 17 00:01:55,250 --> 00:02:04,820 Deci, ce voi face este să închid interfața în jos și apoi să nu-l închid pentru a vedea dacă acest lucru face orice diferență. 18 00:02:04,830 --> 00:02:06,720 Deci interfața apare. 19 00:02:06,720 --> 00:02:10,100 Dar observați că nu vedem nicio ieșire pe serverul DHP. 20 00:02:10,900 --> 00:02:13,390 În plus față de utilizarea comenzilor CLIA. 21 00:02:13,390 --> 00:02:20,080 Ceea ce am de gând să fac aici este să folosesc rechinul alb și să captureze traficul pe legătura dintre client 22 00:02:20,080 --> 00:02:23,630 și router pentru a vedea dacă sunt trimise cererile DHP. 23 00:02:24,590 --> 00:02:33,380 Așadar, observăm că un DHP descoperă că vine de la un dispozitiv fără adresă IP și va difuza de 24 00:02:33,380 --> 00:02:45,180 la 4:35 la cinci până la patru de cinci ori portul sursă este UDP sau va folosi un port protocol de datagram 68 de destinație 67. 25 00:02:45,200 --> 00:02:48,340 Acesta este protocolul de bootstrap. 26 00:02:48,370 --> 00:02:51,180 Cu alte cuvinte, este un mesaj DHP descoperit. 27 00:02:51,310 --> 00:02:56,700 Clientul încearcă să descopere un server DHP în rețea. 28 00:02:56,950 --> 00:03:07,400 În capturarea suplimentară Stata y captură pe site pentru a vedea dacă mesajele DHP sunt recepționate pe partea de 29 00:03:07,400 --> 00:03:10,420 server setată înapoi pe client. 30 00:03:10,420 --> 00:03:12,170 O să 31 00:03:15,120 --> 00:03:17,590 închid interfața, nu o închid. 32 00:03:17,790 --> 00:03:24,320 Și să vedem dacă vedem că un trafic DHP pe partea serverului nu vede deloc trafic. 33 00:03:26,920 --> 00:03:35,080 Dar site-ul clientului vede mesajele DHP descoperă și sunt destul de puține dintre ele. 34 00:03:35,940 --> 00:03:41,730 Acum, și de ce este șocat, dacă sunteți plin de DGP complet nu funcționează. 35 00:03:41,860 --> 00:03:43,830 Deci, trebuie să vă încărcați. 36 00:03:44,350 --> 00:03:52,720 Deci, folosiți Boot P, mai degrabă decât DHP, când filtrați mesaje, vedem multe mesaje de descoperire DHP pe partea 37 00:03:52,720 --> 00:03:56,800 clientului, dar nici una pe partea de server. 38 00:03:58,590 --> 00:04:05,820 Deci, se pare că mesajul de descoperire DHP atinge routerul, dar nu este trimis la server. 39 00:04:05,850 --> 00:04:08,750 Acum observați tipul de mesaj utilizat. 40 00:04:08,790 --> 00:04:17,680 Aceasta este o transmisie, o transmisie nu este transmisă de un comutator mai larg sau leneș. 41 00:04:17,680 --> 00:04:24,000 Ceva trebuie să fie configurat pe router pentru ca traficul să poată fi trimis pe server. 42 00:04:25,100 --> 00:04:30,110 Deci, arată interfața gigabit 00 arată că poți găsi problema. 43 00:04:30,110 --> 00:04:32,370 Ți-am dat câteva sugestii. 44 00:04:32,570 --> 00:04:40,420 Din nou, mesajele DHP sunt primite de către router, dar nu sunt trimise la serverul DHP. 45 00:04:41,850 --> 00:04:52,000 Ceea ce lipsește în această configurație este OK, astfel încât mesajele DGP să fie abandonate de router, deoarece acestea difuzează mesajele dacă 46 00:04:52,000 --> 00:05:01,310 nu activați comanda de adresă de ajutor IP, așa că trebuie să activați adresa de ajutor IP și apoi 47 00:05:01,310 --> 00:05:04,440 să trimiteți traficul către serverul DHP. 48 00:05:05,610 --> 00:05:11,390 Acum, această tipologie serverul DHB are aceeași adresă IP. 49 00:05:11,850 --> 00:05:19,860 Așadar, trebuie să configuram adresa de asistență IP și pe Rodda și am arătat spre serverul DHP. 50 00:05:19,860 --> 00:05:26,790 Acum, că am făcut asta, să vedem dacă mesajele DHP sunt redirecționate către server. 51 00:05:27,130 --> 00:05:37,010 Și observați fără a face altceva, putem vedea acum că DHP descoperă că aceasta este între Rodda și 52 00:05:37,010 --> 00:05:39,780 serverul plin de boot. 53 00:05:39,860 --> 00:05:53,420 Observați că există mesajul Discover de la 10 1 1 2 5 4 la 10 1 la 1 nu 2 5 4 este Rodda 54 00:05:56,450 --> 00:06:08,020 pentru a observa că mesajul Discover a fost transmis la serverul DHP pentru un client cu clientul de nume. 55 00:06:08,020 --> 00:06:14,500 Cu alte cuvinte, Rato acționează ca client. 56 00:06:14,730 --> 00:06:21,120 Puteți vedea aici în ieșire că adresa mai largă a primit o adresă IP de la serverul DHP și 57 00:06:21,120 --> 00:06:22,560 puteți vedea și aici. 58 00:06:25,210 --> 00:06:34,590 Deci, acest lucru este descoperit de către DHP către server, iar serverele răspunzând înapoi la Rodda cu nu pentru a 59 00:06:34,590 --> 00:06:45,070 spune că acesta este serviciul de timp al listei de adrese IP este o poartă implicită de o zi sau grotele implicite 10 60 00:06:45,070 --> 00:06:47,660 1 1 2 5 4. 61 00:06:47,950 --> 00:06:50,720 Clientul solicită adresa. 62 00:06:50,740 --> 00:06:55,170 Deci, de ce Shaw captează în partea dreaptă a acestei tipologii. 63 00:06:55,360 --> 00:07:00,100 Deci, clientul ar fi trimis mesajul către router 64 00:07:00,130 --> 00:07:04,440 și router-ul transmite acum mesajul către server. 65 00:07:04,460 --> 00:07:08,130 Putem vedea că privindu-l pe Y, va prinde aici. 66 00:07:08,390 --> 00:07:11,420 Iată oferta de la server către client. 67 00:07:12,280 --> 00:07:18,520 Și el are clientul care trimite o emisiune solicitând adresă a adus costurile 68 00:07:18,640 --> 00:07:25,530 și nu este transmisă de către clientul mai larg clientul solicită adresa de la serverul DHP. 69 00:07:25,760 --> 00:07:31,670 Sondajul DGP recunoaște acest lucru și îi dă clientului adresa 10 1 1 2. 70 00:07:32,020 --> 00:07:40,820 Deci, anterior, adresa care a fost oferită clientului a fost de 10 1 1 2 și aceasta a fost dată 71 00:07:40,820 --> 00:07:44,570 agentului de retransmisie cu alte cuvinte cu 72 00:07:49,250 --> 00:07:54,670 cât clientul solicită mai mult adresa respectivă și DHP-ul recunoaște acest lucru. 73 00:07:54,680 --> 00:07:56,300 Prin urmare, clientul va putrezi. 74 00:07:56,320 --> 00:08:05,000 Unul este dat această adresă IP și dacă ne uităm la tabela de scriere a fost alocată 10 1 1 2 75 00:08:05,000 --> 00:08:12,410 5 4 ca gateway implicit și asta pentru că pe serverul DHB și observați că putem vedea toate 76 00:08:12,410 --> 00:08:17,870 depanările care vă arată DHB descoperiți solicitarea DHP și așa mai departe. 77 00:08:19,960 --> 00:08:22,270 Serverul DHP a fost configurat 78 00:08:26,360 --> 00:08:31,410 cu acest client de configurare fiind alocată o adresă în acest interval. 79 00:08:31,650 --> 00:08:41,450 Implicit Rodda este 10 1 1 2 4 4 Serverul DNS este 10 1 la 1, care este serverul DHP. 80 00:08:41,450 --> 00:08:47,740 Deci, acesta a fost un exemplu de depanare a protocolului Dynamic Host Configuration Protocol sau DHV. 81 00:08:48,010 --> 00:08:49,640 Sper că ți-a plăcut videoclipul. 82 00:08:49,850 --> 00:08:54,370 Dacă v-ați plăcea, vă rugăm să vă abonați la canalul meu YouTube. 83 00:08:54,380 --> 00:08:56,020 Vă doresc toate cele bune.