1
00:00:08,870 --> 00:00:15,260
Acesta este unul din videoclipurile multiple care discută problema de depanare a protocolului Dynamic Host Configuration

2
00:00:15,620 --> 00:00:18,320
Protocol sau DHP în această tipologie.

3
00:00:18,320 --> 00:00:23,850
Am un U. S. viza router acționează ca un PC și în Iowa.

4
00:00:23,910 --> 00:00:27,130
Virata acționează ca server DHP.

5
00:00:27,590 --> 00:00:34,140
De asemenea, am un router care face pur și simplu rutarea de la o subrețea din rețea la alta.

6
00:00:34,380 --> 00:00:41,220
Ni sa spus că după clientul DHB în scuze că nu primește o adresă IP și

7
00:00:41,220 --> 00:00:42,990
trebuie să rezolvăm problema.

8
00:00:43,320 --> 00:00:53,250
Așadar, haideți să ne uităm la ceea ce se întâmplă pe ceea ce Casey are interfața clientului cu interfața IP, clientul

9
00:00:53,250 --> 00:01:02,860
este configurat pentru DHP, astfel încât interfața utilizată de cea mai largă pentru a se conecta la rețea este actualizată.

10
00:01:02,900 --> 00:01:09,740
Cu alte cuvinte, un strat 1 și cel de-al doilea strat funcționează, dar nu există adrese IP atribuite arată

11
00:01:09,820 --> 00:01:14,610
interfața de rutare gigabit 00 ne arată că interfața este configurată pentru DHP.

12
00:01:14,960 --> 00:01:18,680
Dar încă o dată nu primim o adresă atribuită.

13
00:01:19,630 --> 00:01:27,070
Să aruncăm o privire și la ea, care face intervale și scrierea arată scurtă interfață IP, putem vedea că o

14
00:01:27,070 --> 00:01:32,380
adresă IP este configurată pe gigabit 00 precum și pe gigabit 0 1.

15
00:01:32,650 --> 00:01:34,860
Să aruncăm o privire la serverul DHB.

16
00:01:34,880 --> 00:01:37,610
Afișați scurta interfață IP.

17
00:01:37,720 --> 00:01:41,190
Aceasta este adresa IP a serverului DHP.

18
00:01:41,290 --> 00:01:44,590
Poate routerul să plătească serverul DHP.

19
00:01:44,650 --> 00:01:45,750
Da, poate.

20
00:01:46,570 --> 00:01:53,520
Deci, putem pinge de la router la interfața de afișare a serverului DHP, dar 00.

21
00:01:53,710 --> 00:01:56,500
Observați această adresă de ajutor IP pentru comenzi.

22
00:01:56,500 --> 00:02:04,690
Așadar, arată că adresa de ajutor este configurată pentru a indica serverul DHP Să executăm o captură cu un

23
00:02:04,700 --> 00:02:10,820
singur foc aici pentru a vedea dacă mesajele DHP sunt trimise la serverul DHP.

24
00:02:12,970 --> 00:02:14,890
Așa că captulez pe această legătură.

25
00:02:14,890 --> 00:02:24,510
Ceea ce voi face este să închidem și să nu închidem interfața clientului pentru al cere să solicite o adresă IP

26
00:02:24,600 --> 00:02:33,090
de la serverul DHP care ne va permite să vedem dacă cererile DHP ajung la serverul DHP.

27
00:02:33,090 --> 00:02:39,180
Deci șoc NY vedem o serie de mesaje DHP pline de boot.

28
00:02:39,180 --> 00:02:48,530
P putem vedea că routerul solicită o adresă IP în numele clientului, astfel încât el are protocolul

29
00:02:48,620 --> 00:02:58,490
de bootstrap să descopere un mesaj client Adresa IP nu este configurată agentul releu este redirecționat către o

30
00:02:58,520 --> 00:03:08,120
interfață IP de prezentare Rodda primește o descoperire DHP de la client pe această interfață și apoi

31
00:03:08,120 --> 00:03:10,740
redirecționează către serverul DHP.

32
00:03:12,010 --> 00:03:18,570
Așa că, cu siguranță, primim DHP descoperă mesaje pe această legătură.

33
00:03:18,590 --> 00:03:24,620
Să facem o depanare pe serverul IP DHP pentru depanarea serviciului DHP.

34
00:03:25,010 --> 00:03:26,840
Și să ne uităm

35
00:03:29,710 --> 00:03:32,440
la evenimentele forțați clientul să solicite o adresă

36
00:03:35,430 --> 00:03:37,800
din nou OK, deci ceva se întâmplă.

37
00:03:38,430 --> 00:03:42,990
Să stopăm depanarea.

38
00:03:43,190 --> 00:03:46,340
Așa că primim o descoperire de la client.

39
00:03:46,400 --> 00:03:49,780
Asa ca este cu siguranta primit de serverul DHP.

40
00:03:50,120 --> 00:03:56,380
Serverul primește mesajul Descoperă, dar puteți vedea ce este în neregulă la ieșire.

41
00:03:56,730 --> 00:03:58,460
Care este problema.

42
00:03:58,460 --> 00:03:59,570
Permiteți-mi să vă dau un alt indiciu.

43
00:03:59,570 --> 00:04:03,750
Afișați piscina IP DHC P.

44
00:04:04,010 --> 00:04:05,600
Care este problema.

45
00:04:06,600 --> 00:04:13,430
Puteți vedea problema în de-bunk și în comanda de spectacol OK.

46
00:04:13,450 --> 00:04:18,060
Observați această ieșire ni se spune că piscina este goală.

47
00:04:18,070 --> 00:04:21,580
Observați că aceasta este o problemă la

48
00:04:25,830 --> 00:04:29,790
care se află adresele pe care le primește serverul.

49
00:04:29,850 --> 00:04:32,080
Deci primim mesaje de descoperire.

50
00:04:32,220 --> 00:04:34,310
Există o singură piscină pentru adrese.

51
00:04:35,460 --> 00:04:41,760
OK, vezi dacă poți vedea că problema în alergare poate falsifica Rodda.

52
00:04:42,120 --> 00:04:43,350
Care este problema aici.

53
00:04:45,350 --> 00:04:52,650
Aceasta este adresa IP DHP exclusă adresa 10 1 1 1 până la 10 1 1 255.

54
00:04:52,910 --> 00:04:56,490
Am eliminat toate adresele din bazinul DHP.

55
00:04:56,720 --> 00:05:00,890
Deci, nu pot fi alocate clientului adrese IP.

56
00:05:01,120 --> 00:05:09,830
Afișați piscina IP DHC, avem o piscină în acest interval, dar nu există adrese disponibile

57
00:05:09,830 --> 00:05:15,220
pentru că le-am exclus, deci lăsați-o să elimine instrucțiunea

58
00:05:19,650 --> 00:05:29,390
și să folosească adresa IPD excluse HGP 10 1 1 1 2 Să presupunem că 10 1

59
00:05:32,620 --> 00:05:40,870
100 acum în acest interval pentru notificarea centrului pe client, o adresă este o

60
00:05:41,110 --> 00:05:43,360
adresă atribuită 101.

61
00:05:43,360 --> 00:05:52,410
Deci, afișați interfața IP brief clientului a fost alocată o adresă IP și ar trebui să sperăm că în acest moment

62
00:05:52,410 --> 00:06:00,000
va fi capabil să ping serverul DHP care poate fi atent cu adresele excluse din bazin.

63
00:06:00,050 --> 00:06:04,670
Așadar, arătați legarea IP DHB P.

64
00:06:04,750 --> 00:06:11,050
Acum avem o adresă alocată clientului bazei IP DHP.

65
00:06:11,290 --> 00:06:22,200
O adresă este acum cel puțin următoarea adresă care trebuie alocată este 10 1 1 1 0 2 a observat anterior că indexul curent a fost setat

66
00:06:22,200 --> 00:06:25,150
la 0. 0 0. 0.

67
00:06:25,350 --> 00:06:28,840
Cu alte cuvinte, clienților nu li s-ar aloca adrese.

68
00:06:29,310 --> 00:06:34,780
Dar acum următoarea adresă care va fi alocată este de la 10 la 1 la 1 2 1 2 2.

69
00:06:35,190 --> 00:06:42,480
Deci, dacă schimba adresa MAC pe acest client la ceva de genul

70
00:06:45,160 --> 00:06:51,850
acesta și apoi închid interfața în jos și apoi nu-l închide.

71
00:06:52,070 --> 00:07:00,270
Ceea ce ar trebui să vedem este că indexul se schimbă și mergeți pentru că clientul a fost alocat

72
00:07:00,320 --> 00:07:01,670
la această adresă.

73
00:07:01,810 --> 00:07:04,990
Deci, următoarea adresă disponibilă este aceasta.

74
00:07:05,080 --> 00:07:08,270
Acesta a fost un exemplu de depanare a DHP.

75
00:07:08,590 --> 00:07:15,250
Sper că ați găsit videoclipul utile dacă v-ați plăcea să vă place sau dacă am strigat la canalul meu

76
00:07:15,250 --> 00:07:15,950
YouTube.

77
00:07:16,210 --> 00:07:17,800
Vă doresc toate cele bune.
