1 00:00:09,660 --> 00:00:16,940 Dies ist eines von mehreren Videos, in denen das Dynamic Host Configuration Protocol oder DHC behandelt wird. 2 00:00:17,250 --> 00:00:19,900 Dies ist ein DHP-Video zur Fehlerbehebung. 3 00:00:20,370 --> 00:00:28,500 Uns wurde gesagt, dass der linke Client in der Entschuldigung keine IP-Adressen vom DHP-Server auf der 4 00:00:28,500 --> 00:00:30,380 rechten Seite empfängt. 5 00:00:30,390 --> 00:00:32,810 Untersuchen wir also, was passiert. 6 00:00:33,240 --> 00:00:42,540 Hier ist der Client. Ich verwende einen Iowas Virata, um einen Client in dieser IP-Schnittstellenshow der Janissary-Typologie 7 00:00:42,540 --> 00:00:44,270 zu imitieren. 8 00:00:44,430 --> 00:00:53,270 Wir haben ein Gigabit-00 für DHP konfiguriert, aber die Schnittstelle ist derzeit administrativ inaktiv. 9 00:00:53,310 --> 00:01:01,860 Aktivieren Sie diese Schnittstelle, um kurze Schnittstellen der IP-Schnittstelle anzuzeigen. 10 00:01:01,860 --> 00:01:12,220 Jetzt oben, wie wir hier sehen können, aber im Moment erhalten wir keine IP-Adresse vom DHP-Server. 11 00:01:13,400 --> 00:01:23,570 Diese Straße fungiert als DHP-Server. Wenn Sie den IP-DHP-Pool anzeigen, können Sie sehen, dass auf diesem Rodda ein 12 00:01:23,600 --> 00:01:32,840 DGP-Pool mit dem Namen PC-Pool konfiguriert ist. In diesem Bereich sind 254 Adressen im Pool konfiguriert. 13 00:01:33,140 --> 00:01:38,410 Keine der Adressen hat im Moment die geringste IP-DHP-Bindung gezeigt. 14 00:01:38,520 --> 00:01:48,550 Also zeigt uns, dass keine Adressen am geringsten waren, also D-Bag-IP-DHP-Server-Paket. 15 00:01:48,800 --> 00:01:51,200 Schauen wir uns in Echtzeit an, was passiert. 16 00:01:51,440 --> 00:01:55,160 Der Client hat noch keine Adresse. 17 00:01:55,250 --> 00:02:04,820 Ich werde also das Interface herunterfahren und dann nicht schließen, um zu sehen, ob das einen Unterschied macht. 18 00:02:04,830 --> 00:02:06,720 Das Interface erscheint also. 19 00:02:06,720 --> 00:02:10,100 Beachten Sie jedoch, dass auf dem DHP-Server keine Ausgabe angezeigt wird. 20 00:02:10,900 --> 00:02:13,390 Zusätzlich zur Verwendung von CLIA-Befehlen. 21 00:02:13,390 --> 00:02:20,080 Was ich hier tun werde, ist White Shark zu verwenden und den Datenverkehr zwischen Client und Router 22 00:02:20,080 --> 00:02:23,630 zu erfassen, um zu sehen, ob DHP-Anfragen gesendet werden. 23 00:02:24,590 --> 00:02:33,380 Beachten Sie, dass ein DHP feststellt, dass er von einem Gerät ohne IP-Adresse kommt und dass 24 00:02:33,380 --> 00:02:45,180 es um 4:35 Uhr fünf bis vier fünf gesendet wird. Der Quellport ist UDP oder das Ziel 67 des Datagram Protocol Port 68. 25 00:02:45,200 --> 00:02:48,340 Dies ist das Bootstrap-Protokoll. 26 00:02:48,370 --> 00:02:51,180 Mit anderen Worten, es ist eine DHP-Entdeckungsnachricht. 27 00:02:51,310 --> 00:02:56,700 Der Client versucht, einen DHP-Server im Netzwerk zu ermitteln. 28 00:02:56,950 --> 00:03:07,400 In zusätzlicher Stata y Shot-Aufnahme auf der Site, um zu sehen, ob DHP-Nachrichten auf der Serverseite empfangen werden, die 29 00:03:07,400 --> 00:03:10,420 auf dem Client zurückgesetzt wurden. 30 00:03:10,420 --> 00:03:12,170 Ich werde das 31 00:03:15,120 --> 00:03:17,590 Interface herunterfahren, oh nein, schließe es. 32 00:03:17,790 --> 00:03:24,320 Und sehen wir, ob auf der Serverseite DHP-Datenverkehr zu sehen ist. Server-Server sehen überhaupt keinen Datenverkehr. 33 00:03:26,920 --> 00:03:35,080 Auf der Client-Site werden jedoch DHP-Nachrichten angezeigt, von denen es einige gibt. 34 00:03:35,940 --> 00:03:41,730 Jetzt und warum ist es schockiert, wenn Sie die volle DGP voll ausschöpfen, funktioniert es nicht. 35 00:03:41,860 --> 00:03:43,830 Sie müssen also voll sein, um zu booten. 36 00:03:44,350 --> 00:03:52,720 Verwenden Sie also Boot P anstelle von DHP, wenn Sie nach Nachrichten filtern. Auf Client-Seite werden 37 00:03:52,720 --> 00:03:56,800 viele DHP-Erkennungsnachrichten angezeigt, auf Serverseite jedoch keine. 38 00:03:58,590 --> 00:04:05,820 Es sieht also so aus, als ob die DHP Discover-Nachricht den Router trifft, aber nicht an den Server gesendet wird. 39 00:04:05,850 --> 00:04:08,750 Beachten Sie nun den verwendeten Nachrichtentyp. 40 00:04:08,790 --> 00:04:17,680 Dies ist eine Sendung, die von einer breiteren oder faulen Vermittlung nicht weitergeleitet wird. 41 00:04:17,680 --> 00:04:24,000 Auf dem Router muss etwas konfiguriert werden, damit der Datenverkehr an den Server gesendet werden kann. 42 00:04:25,100 --> 00:04:30,110 Also Show Run Interface Gigabit 00 können Sie das Problem finden. 43 00:04:30,110 --> 00:04:32,370 Ich habe dir ein paar Hinweise gegeben. 44 00:04:32,570 --> 00:04:40,420 Wieder werden DHP-Nachrichten vom Router empfangen, aber nicht an den DHP-Server gesendet. 45 00:04:41,850 --> 00:04:52,000 Was fehlt in dieser Konfiguration? OK. DGP-Nachrichten werden vom Router verworfen, da sie Nachrichten übertragen, es 46 00:04:52,000 --> 00:05:01,310 sei denn, Sie aktivieren den IP-Hilfeadressenbefehl. Daher müssen Sie die IP-Hilfeadresse aktivieren und den Datenverkehr 47 00:05:01,310 --> 00:05:04,440 an den DHP-Server senden. 48 00:05:05,610 --> 00:05:11,390 Bei dieser Typologie hat der DHB-Server dieselbe IP-Adresse. 49 00:05:11,850 --> 00:05:19,860 Daher müssen wir die IP-Hilfeadresse auch auf Rodda konfigurieren und auf den DHP-Server verweisen. 50 00:05:19,860 --> 00:05:26,790 Nun, da ich das getan habe, wollen wir sehen, ob DHP-Nachrichten an den Server weitergeleitet werden. 51 00:05:27,130 --> 00:05:37,010 Und ohne etwas anderes zu bemerken, können wir jetzt feststellen, dass der DHP erkennt, dass dies zwischen dem Rodda 52 00:05:37,010 --> 00:05:39,780 und dem Server voll ist. 53 00:05:39,860 --> 00:05:53,420 Beachten Sie, dass es die Discover-Nachricht von 10 1 1 2 5 4 bis 10 1 bis 1 und nicht 2 5 54 00:05:56,450 --> 00:06:08,020 4 gibt. Rodda erkennt, dass die Discover-Nachricht für einen Client mit dem Namensclient an den DHP-Server weitergeleitet wurde. 55 00:06:08,020 --> 00:06:14,500 Mit anderen Worten: Rato One fungiert als Kunde. 56 00:06:14,730 --> 00:06:21,120 In der Ausgabe sehen Sie hier, dass der breitere eine IP-Adresse vom DHP-Server erhalten hat, und das können 57 00:06:21,120 --> 00:06:22,560 Sie auch hier sehen. 58 00:06:25,210 --> 00:06:34,590 Dies ist also die DHP-Erkennung, die an den Server weitergeleitet wird, woraufhin die Server dem Rodda mit der Antwort antworten, 59 00:06:34,590 --> 00:06:45,070 dass es sich bei der IP-Adressliste des Dienstes um die Uhrzeit handelt, die ein Tag als Standardgateway oder als Standardgrotte gilt. 10 60 00:06:45,070 --> 00:06:47,660 1 1 2 5 4. 61 00:06:47,950 --> 00:06:50,720 Der Client fordert die Adresse an. 62 00:06:50,740 --> 00:06:55,170 Deshalb fängt Shaw auf der rechten Seite dieser Typologie ein. 63 00:06:55,360 --> 00:07:00,100 Der Client hätte diese Nachricht also an den Router gesendet, und 64 00:07:00,130 --> 00:07:04,440 der Router leitet diese Nachricht jetzt an den Server weiter. 65 00:07:04,460 --> 00:07:08,130 Wir können das sehen, wenn wir uns das Y hier einfallen lassen. 66 00:07:08,390 --> 00:07:11,420 Hier ist das Angebot vom Server an den Client. 67 00:07:12,280 --> 00:07:18,520 Und er lässt den Client ein Broadcast senden, in dem die Adresse 68 00:07:18,640 --> 00:07:25,530 angefordert wird, und er wird nicht weitergeleitet, wenn der Client die Adresse vom DHP-Server anfordert. 69 00:07:25,760 --> 00:07:31,670 Die DGP-Umfrage bestätigt dies und gibt dem Kunden die Adresse 10 1 1 2. 70 00:07:32,020 --> 00:07:40,820 Zuvor war also die Adresse, die dem Client angeboten wurde, 10 1 1 2, und diese wurde dem Weiterleitungsagenten 10 1 71 00:07:40,820 --> 00:07:44,570 1 2 5 4 gegeben, mit anderen Worten, 72 00:07:49,250 --> 00:07:54,670 je breiter der Client diese Adresse anfordert und der DHP dies bestätigt. 73 00:07:54,680 --> 00:07:56,300 Also wird der Kunde verrotten. 74 00:07:56,320 --> 00:08:05,000 Einer wird diese IP-Adresse zugewiesen, und wenn wir uns die Schreibtabelle ansehen, wurde sie als Standard-Gateway 75 00:08:05,000 --> 00:08:12,410 zugewiesen. Dies liegt daran, dass wir auf dem DHB-Server alle Debugs sehen können, 76 00:08:12,410 --> 00:08:17,870 die Ihre DHB-Anfrage und so die DHP-Anfrage anzeigen weiter 77 00:08:19,960 --> 00:08:22,270 DHP-Server wurde mit dieser 78 00:08:26,360 --> 00:08:31,410 Konfiguration konfiguriert. Dem Client wird eine Adresse in diesem Bereich zugewiesen. 79 00:08:31,650 --> 00:08:41,450 Der Standardwert für Rodda ist 10 1 1 2 4 4 Der DNS-Server ist 10 1 zu 1, dh der DHP-Server. 80 00:08:41,450 --> 00:08:47,740 Dies war also ein Beispiel für die Problembehandlung des Dynamic Host Configuration Protocol oder DHV. 81 00:08:48,010 --> 00:08:49,640 Ich hoffe das Video hat dir gefallen. 82 00:08:49,850 --> 00:08:54,370 Wenn es Ihnen gefallen hat, abonnieren Sie bitte meinen YouTube-Kanal. 83 00:08:54,380 --> 00:08:56,020 Ich wünsche Ihnen alles Gute.