1
00:00:00,000 --> 00:00:06,000
Auf dem DHCP-Server könnten Sie Befehle wie show ip dhcp binding verwenden,

2
00:00:07,000 --> 00:00:12,000
um die Client-ID anzuzeigen, die einer IP-Adresse zugeordnet ist.

3
00:00:13,000 --> 00:00:14,000
Diese IP-Adresse wird

4
00:00:15,000 --> 00:00:18,000
hier also dieser Client-ID zugewiesen und wurde automatisch vergeben.

5
00:00:19,000 --> 00:00:21,000
Nun ist diese Client-ID nicht sehr einfach zu lesen.

6
00:00:22,000 --> 00:00:28,000
Was ich also tun werde, ist die Schnittstelle auf dem Client aufzurufen und diese

7
00:00:29,000 --> 00:00:33,000
herunterzufahren. In diesem Beispiel wurde eine DHCP-Freigabemeldung an den DHCP-Server

8
00:00:34,000 --> 00:00:37,000
gesendet, bevor die Schnittstelle heruntergefahren wurde.

9
00:00:38,000 --> 00:00:44,000
Wenn wir also die Bindung auf dem DHCP-Server betrachten, besteht jetzt keine Bindung.

10
00:00:45,000 --> 00:00:54,000
Also ip dhcp client und wir geben eine Client-ID in ascii an. Sie setzen sie einfach

11
00:00:55,000 --> 00:01:03,000
auf PC 2 und drücken die Eingabetaste. Anschließend rufen Sie mit dem Befehl no

12
00:01:04,000 --> 00:01:07,000
shut die Schnittstelle auf.

13
00:01:08,000 --> 00:01:16,000
Wir sehen also eine Suchnachricht, es gibt eine Angebotsanfrage vom Client und eine

14
00:01:17,000 --> 00:01:19,000
Bestätigung vom Server.

15
00:01:20,000 --> 00:01:27,000
show dhcp lease Was wir hier sehen können, ist die Client-ID auf PC 2 gesetzt, und dies ist

16
00:01:28,000 --> 00:01:30,000
der Hexadezimal-Dump der Client-ID.

17
00:01:31,000 --> 00:01:41,000
Auf der Server-IP-DHCP-Bindungsbenachrichtigung ist der Benutzername derselbe wie auf dem Client.

18
00:01:42,000 --> 00:01:48,000
Dies kann von Hexadezimal in ASCII konvertiert werden und Sie erhalten PC 2.

19
00:01:49,000 --> 00:01:54,000
Als Beispiel ist der Hexadezimalwert 50 der Dezimalwert 80 und entspricht dem

20
00:01:55,000 --> 00:01:56,000
Kapital P

21
00:01:57,000 --> 00:02:04,000
auf dieselbe Weise wie das Hexadezimalzeichen 43 das Großbuchstaben C und das Hexadezimalzeichen 32 den Wert 2.

22
00:02:05,000 --> 00:02:09,000
Dies entspricht also dem PC 2, der auch auf dem Server sichtbar ist.

23
00:02:10,000 --> 00:02:14,000
Also wollte ich das Interface schließen und Ihnen Wireshark zeigen.

24
00:02:15,000 --> 00:02:19,000
Ich werde es herunterfahren und eine Wireshark-Aufnahme starten.

25
00:02:20,000 --> 00:02:26,000
Auf dem Server-Router 2 und auf Router 1 werde ich die Schnittstelle

26
00:02:27,000 --> 00:02:32,000
nicht schließen und sehen, ob wir einige DHCP-Nachrichten erhalten.

27
00:02:33,000 --> 00:02:36,000
Zunächst einmal eine DHCP-Erkennungsmeldung.

28
00:02:37,000 --> 00:02:42,000
Bootstrap-Protokoll ermitteln, DHCP-Quellport für DHCP-Erkennung ist

29
00:02:43,000 --> 00:02:49,000
UDP-Port 68, Zielport ist UDP-Port 67. Dies ist

30
00:02:50,000 --> 00:02:53,000
eine Startanforderung oder

31
00:02:54,000 --> 00:03:00,000
eine DHCP-Anforderungsbenachrichtigung. Die Client-MAC-Adresse lautet A, B, C.

32
00:03:01,000 --> 00:03:04,000
Der PC weiß nicht, welche IP-Adresse verwendet werden soll, und er

33
00:03:10,000 --> 00:03:15,000
kennt keine DHCP-Server. so dass es eine Nachricht sendet

an die Broadcast-Adresse 255. 255. 255. Sie können also sehen, dass es eine Entdeckung ist.

34
00:03:16,000 --> 00:03:18,000
Hier finden Sie weitere Informationen,

35
00:03:19,000 --> 00:03:23,000
einschließlich des Hostnamens des Geräts, das die Anforderung stellt, sowie eine Client-ID.

36
00:03:24,000 --> 00:03:30,000
Wenn Sie ein wenig weiter scrollen, sehen Sie das Angebot des DHCP-Servers.

37
00:03:31,000 --> 00:03:34,000
Es handelt sich also vom Server um eine Broadcast-Adresse, da der Client

38
00:03:35,000 --> 00:03:38,000
keine IP-Adresse hat und es sich um eine Broadcast-Adresse handeln muss.

39
00:03:39,000 --> 00:03:45,000
Es handelt sich also um ein DHCP-Angebot, das einem Client mit dieser MAC-Adresse diese IP-Adresse bietet.

40
00:03:46,000 --> 00:03:50,000
Wir können Informationen wie beispielsweise die Angebots-Client-ID sehen. Die Lease-Zeit

41
00:03:51,000 --> 00:03:53,000
für die IP-Adresse des

42
00:03:54,000 --> 00:03:58,000
Servers beträgt 7 Tage, da wir diese manuell konfigurieren.

43
00:03:59,000 --> 00:04:04,000
Wir können sehen, dass die Subnetzmaske / 24 ist, wir

44
00:04:05,000 --> 00:04:09,000
sehen Option 3 als Standardgateway, wir sehen Option

45
00:04:10,000 --> 00:04:13,000
6, DNS-Server und Option 150 TFTP-Server.

46
00:04:14,000 --> 00:04:17,000
Der Client fordert dann die Adresse an, dass die Clients immer noch

47
00:04:18,000 --> 00:04:20,000
keine IP-Adresse haben, so dass sie von

48
00:04:21,000 --> 00:04:27,000
einer Quell-IP-Adresse 0 gesendet wird 0 0 0 zu einem Broadcast

49
00:04:28,000 --> 00:04:34,000
und fragt den Server durch die Anfrage, ob er diese IP-Adresse haben kann, die zuvor 10

50
00:04:44,000 --> 00:04:48,000
angeboten wurde. 1. 1. 14 51 Der Server bestätigt

51
00:04:49,000 --> 00:04:50,000
dann, dass der Client

52
00:04:51,000 --> 00:04:56,000
über diese Adresse informiert werden kann. Es wird immer noch ein Broadcast gesendet. Der Server teilt dem Client mit, dass diese IP-Adresse verwendet werden kann.

53
00:04:57,000 --> 00:04:59,000
der Client, mit dieser Mac-Adresse, hat sich nun wieder dazu

54
00:05:00,000 --> 00:05:05,000
entschlossen, diese IP-Adresse 10 zu verwenden. 1. 1. Damit kann

55
00:05:06,000 --> 00:05:09,000
der Client nun diese Adresse verwenden und

56
00:05:10,000 --> 00:05:15,000
wir können auf dem Client sehen, dass ihm diese IP-Adresse zugewiesen wurde.
