1 00:00:08,870 --> 00:00:15,260 Dies ist eines von mehreren Videos, in denen die Problembehandlung des Dynamic Host Configuration Protocol oder 2 00:00:15,620 --> 00:00:18,320 DHP in dieser Typologie behandelt wird. 3 00:00:18,320 --> 00:00:23,850 Ich habe ein U. S. Visa-Router als PC und in Iowa 4 00:00:23,910 --> 00:00:27,130 Virata fungiert als DHP-Server. 5 00:00:27,590 --> 00:00:34,140 Ich habe auch einen Router, der einfach von einem Subnetz im Netzwerk zu einem anderen routet. 6 00:00:34,380 --> 00:00:41,220 Uns wurde gesagt, dass der DHB-Client in der Entschuldigung keine IP-Adresse erhält und dass wir das 7 00:00:41,220 --> 00:00:42,990 Problem beheben müssen. 8 00:00:43,320 --> 00:00:53,250 Schauen wir uns also an, was Casey von dem Client zeigt, dass die IP-Schnittstelle des Clients für DHP 9 00:00:53,250 --> 00:01:02,860 konfiguriert ist. Gigabit 00 ist also die Schnittstelle, mit der die breitere Verbindung zum Netzwerk hergestellt wird. 10 00:01:02,900 --> 00:01:09,740 Mit anderen Worten: Layer 1 und Layer 2 funktionieren, aber keine zugewiesenen IP-Adressen. Show Run Interface 11 00:01:09,820 --> 00:01:14,610 Gigabit 00 zeigt uns, dass die Schnittstelle für DHP konfiguriert ist. 12 00:01:14,960 --> 00:01:18,680 Aber noch einmal bekommen wir keine Adresse zugewiesen. 13 00:01:19,630 --> 00:01:27,070 Schauen wir uns auch mal an, was Intervall und Schreiben der IP-Schnittstelleschnittstelle ausführt. Wir sehen, dass eine IP-Adresse 14 00:01:27,070 --> 00:01:32,380 sowohl für Gigabit 00 als auch für Gigabit 0 1 konfiguriert ist. 15 00:01:32,650 --> 00:01:34,860 Schauen wir uns den DHB-Server an. 16 00:01:34,880 --> 00:01:37,610 IP-Schnittstellenkürzel anzeigen. 17 00:01:37,720 --> 00:01:41,190 Dies ist die IP-Adresse des DHP-Servers. 18 00:01:41,290 --> 00:01:44,590 Kann der Router den DHP-Server bezahlen? 19 00:01:44,650 --> 00:01:45,750 Ja, kann es. 20 00:01:46,570 --> 00:01:53,520 So können wir vom Router an die DHP-Server-Show-Schnittstelle aber 00 pingen. 21 00:01:53,710 --> 00:01:56,500 Beachten Sie diesen Befehl IP-Hilfeadresse. 22 00:01:56,500 --> 00:02:04,690 So, wie es aussieht, ist die Hilfeadresse so konfiguriert, dass sie auf den DHP-Server verweist. Lassen Sie uns hier 23 00:02:04,700 --> 00:02:10,820 eine One-Shot-Aufnahme durchführen, um zu sehen, ob DHP-Nachrichten an den DHP-Server gesendet werden. 24 00:02:12,970 --> 00:02:14,890 Ich fange also auf diesen Link ein. 25 00:02:14,890 --> 00:02:24,510 Was ich tun werde, ist zu schließen und die Schnittstelle auf dem Client nicht zu schließen, um eine IP-Adresse 26 00:02:24,600 --> 00:02:33,090 vom DHP-Server anzufordern, mit der wir sehen können, ob die DHP-Anforderungen an den DHP-Server gelangen. 27 00:02:33,090 --> 00:02:39,180 NY Schock sehen wir also eine Reihe von DHP-Meldungen, die voll sind. 28 00:02:39,180 --> 00:02:48,530 Es ist zu erkennen, dass der Router eine IP-Adresse im Namen des Clients anfordert, sodass 29 00:02:48,620 --> 00:02:58,490 das Bootstrap-Protokoll ermittelt hat, dass eine Nachrichten-Client-IP-Adresse nicht konfiguriert ist. Der Relay-Agent wird an eine IP-Schnittstellenkarte weitergeleitet, 30 00:02:58,520 --> 00:03:08,120 in der Rodda eine DHP-Erkennung empfängt vom Client über diese Schnittstelle und leitet diese dann an 31 00:03:08,120 --> 00:03:10,740 den DHP-Server weiter. 32 00:03:12,010 --> 00:03:18,570 Wir erhalten also definitiv DHP-Meldungen über diesen Link. 33 00:03:18,590 --> 00:03:24,620 Lassen Sie uns einen Debug auf dem DHP-Service des DHP-Service durchführen. 34 00:03:25,010 --> 00:03:26,840 Und schauen wir uns 35 00:03:29,710 --> 00:03:32,440 Ereignisse an, die den Client dazu zwingen, erneut 36 00:03:35,430 --> 00:03:37,800 eine Adresse anzufordern, damit etwas passiert. 37 00:03:38,430 --> 00:03:42,990 Beenden wir das Debuggen. 38 00:03:43,190 --> 00:03:46,340 Wir bekommen also eine Discover vom Kunden. 39 00:03:46,400 --> 00:03:49,780 Es wird also definitiv vom DHP-Server empfangen. 40 00:03:50,120 --> 00:03:56,380 Der Server empfängt die Discover-Nachricht, aber Sie können sehen, was in der Ausgabe falsch ist. 41 00:03:56,730 --> 00:03:58,460 Was ist das Problem. 42 00:03:58,460 --> 00:03:59,570 Lassen Sie mich noch einen Hinweis geben. 43 00:03:59,570 --> 00:04:03,750 IP-DHC-P-Pool anzeigen. 44 00:04:04,010 --> 00:04:05,600 Was ist das Problem. 45 00:04:06,600 --> 00:04:13,430 Können Sie das Problem in der De-Koje und im Show-Befehl OK sehen. 46 00:04:13,450 --> 00:04:18,060 Beachten Sie bei dieser Ausgabe, dass der Pool leer ist. 47 00:04:18,070 --> 00:04:21,580 Beachten Sie, dass dies ein Problem mit 48 00:04:25,830 --> 00:04:29,790 den Adressen ist, an denen der Server definitiv Nachrichten empfängt. 49 00:04:29,850 --> 00:04:32,080 Wir haben also Discovery-Nachrichten erhalten. 50 00:04:32,220 --> 00:04:34,310 Es steht ein Adresspool zur Verfügung. 51 00:04:35,460 --> 00:04:41,760 OK, sehen Sie, wenn Sie sehen können, dass das Problem beim Laufen den Rodda fälschen kann. 52 00:04:42,120 --> 00:04:43,350 Was ist das Problem hier? 53 00:04:45,350 --> 00:04:52,650 Das ist IP DHP ausgeschlossene Adresse 10 1 1 1 bis 10 1 1 255. 54 00:04:52,910 --> 00:04:56,490 Wir haben alle Adressen aus dem DHP-Pool ausgeschlossen. 55 00:04:56,720 --> 00:05:00,890 Dem Client können also keine IP-Adressen zugewiesen werden. 56 00:05:01,120 --> 00:05:09,830 IP-DHC-Pool anzeigen Wir haben einen Pool in diesem Bereich, aber es sind keine Adressen 57 00:05:09,830 --> 00:05:15,220 verfügbar, da wir sie ausgeschlossen haben. Entfernen Sie also 58 00:05:19,650 --> 00:05:29,390 die Anweisung und verwenden Sie die auf IPD-HGP ausgeschlossene Adresse 10 1 1 1 2 jetzt 59 00:05:32,620 --> 00:05:40,870 in diesem Bereich für die Poolbenachrichtigung auf dem Client ist eine Adresse eine 60 00:05:41,110 --> 00:05:43,360 zugewiesene Adresse 101. 61 00:05:43,360 --> 00:05:52,410 Zeigen Sie dem IP-Schnittstellenkürzel also, dass dem Client eine IP-Adresse zugewiesen wurde und er hoffentlich an diesem Punkt 62 00:05:52,410 --> 00:06:00,000 den DHP-Server anpingen kann, wobei er mit den ausgeschlossenen Adressen im Pool vorsichtig sein kann. 63 00:06:00,050 --> 00:06:04,670 Zeigen Sie also die IP-DHB-P-Bindung. 64 00:06:04,750 --> 00:06:11,050 Wir haben jetzt eine Adresse für den Client des IP-DHP-Pools zugewiesen. 65 00:06:11,290 --> 00:06:22,200 Eine Adresse ist jetzt die am wenigsten zuzuordnende Adresse, die zuvor festgestellt wurde, dass der aktuelle Index auf 0 gesetzt 66 00:06:22,200 --> 00:06:25,150 wurde. 0 0. 0 67 00:06:25,350 --> 00:06:28,840 In anderen Worten würden keine Adressen an Kunden vergeben. 68 00:06:29,310 --> 00:06:34,780 Nun ist die nächste Adresse, die zugewiesen wird, 10 zu 1 zu 1 2 1 2 2. 69 00:06:35,190 --> 00:06:42,480 Also, wenn ich die MAC-Adresse auf diesem Client in so etwas 70 00:06:45,160 --> 00:06:51,850 ändere und dann die Schnittstelle herunterfahre und dann nicht schließe. 71 00:06:52,070 --> 00:07:00,270 Was wir sehen sollten, ist, dass sich der Index ändert und Sie gehen dorthin, weil der Client an dieser 72 00:07:00,320 --> 00:07:01,670 Adresse zugewiesen wurde. 73 00:07:01,810 --> 00:07:04,990 Die nächste verfügbare Adresse ist also diese. 74 00:07:05,080 --> 00:07:08,270 Das war also ein Beispiel für die Problembehandlung bei DHP. 75 00:07:08,590 --> 00:07:15,250 Ich hoffe, Sie fanden das Video nützlich, wenn es Ihnen gefallen hat oder ich meinen YouTube-Kanal geweint 76 00:07:15,250 --> 00:07:15,950 habe. 77 00:07:16,210 --> 00:07:17,800 Ich wünsche Ihnen alles Gute.