Warum reagiert Windows Server nicht auf DHCP DISCOVER?


7

Mein Netzwerk funktionierte einwandfrei und ich habe es kaputt gemacht.

Es gibt einen Cisco 1711-Router, der so konfiguriert wurde, dass DHCP-Leases an die Client-PCs verteilt werden. Ich habe einen Domänencontroller (Server 2008) im selben Netzwerk, in dem ich die DHCP-Rolle übernehmen wollte. Ich habe die DHCP-Rolle zum Server hinzugefügt, den Bereich konfiguriert und aktiviert. Dann habe ich DHCP auf dem Cisco 1711 durch Ausführen no service dhcpim Konfigurationsmodus deaktiviert.

Ich habe versucht, die IP-Adresse auf einem Client zu erneuern, aber es ist fehlgeschlagen. Ich habe Wireshark auf dem Server ausgeführt und es werden die drei DHCP-Anforderungen angezeigt, die der Client sendet, bevor ein Fehler gemeldet wird. Als Antwort werden absolut keine DHCP-Pakete gesendet. Im DHCP mmc erzählt Statistics die gleiche Geschichte:

Discovers        0
Offers           0
Requests         6
Acks             0
Nacks            0
Declines         0
Releases         0
Total Scopes     1
Total Addresses  50

Der DHCP-Dienst wird ausgeführt und autorisiert. Ich habe dies überprüft C:\Windows\System32\dhcp\DhcpSrvLog-Mon.log, um dies zu bestätigen.

00,01/24/11,13:46:23,Started,,,,,0,6,,,
55,01/24/11,13:46:25,Authorized(servicing),,cfl.local,,,0,6,,,

Ich habe meine Bereichskonfiguration dreimal überprüft, sie ist definitiv korrekt. Der Server ist nicht mehrfach vernetzt. Ich habe die DHCPv4-Bindungen auf dem einzelnen Netzwerkadapter deaktiviert und wieder aktiviert. Ich habe sogar den Server neu gestartet. Ich kann mir keinen Grund vorstellen, warum der Server DHCP-Anfragen einfach ignorieren würde.


Es wird seltsamer. Ich habe beschlossen, die Verwendung des Servers aufzugeben und wieder den Cisco-Router als DHCP-Server zu verwenden. Ich habe service dhcpim Konfigurationsmodus ausgeführt, um den DHCP-Dienst fortzusetzen. Ich habe versucht, die DHCP-Lease auf dem Client-PC erneut zu erneuern, und es ist immer noch fehlgeschlagen. Dann habe ich das Debuggen ( debug ip dhcp server eventsund debug ip dhcp server packet) aktiviert und erneut versucht, DHCP auf dem Client zu erneuern. Es gab absolut keine Ausgabe für meine SSH-Sitzung mit dem Router! Es ist, als ob die Pakete vollständig verschwinden.

Das Netzwerk ist einfach und flach. Alle Geräte (PCs, Server, Router) sind mit demselben Layer 2-Gigabit-Switch verbunden.


Wie wäre es mit dem Ereignisprotokoll auf dem Server, irgendetwas dort?
Joeqwerty

Nur Ereignisse im Zusammenhang mit DHCP sind 10020 (dynamisches IPv6, das ich seitdem deaktiviert habe) und 1044 (DHCP ist zum Starten berechtigt und bedient jetzt Clients.)
Nic

1
+1 für Ehrlichkeit "Mein Netzwerk hat einwandfrei funktioniert und ich habe es kaputt gemacht."
Mark Henderson

Antworten:


4

Sie haben nicht überprüft, ob der Windows Server-Computer die DHCPDISCOVER-Anforderungen empfängt. Ich würde einen Sniffer darauf werfen (entweder Microsoft Network Monitor oder Wireshark) und überprüfen, ob die Pakete wirklich auf den Servercomputer gelangen.

Sind Sie sicher, dass Ihr Ethernet-Switch keine "ausgefallenen" DHCP-bezogenen Funktionen hat, die Sie möglicherweise stören könnten? Ihre verschwundenen DHCP-Pakete, die Sie gegen Ende Ihres Beitrags beschreiben, lassen mich fragen, ob der Switch sie irgendwie "verschluckt".


Edit: Zow-- Ich bin ein Idiot! Sprechen Sie darüber, nicht lesen zu können.

Hier ist eine dumme Frage: Ist die Netzwerkkarte des Servercomputers mit einer IP-Adresse innerhalb des Subnetzes konfiguriert, das der DHCP-Bereich umfasst? Wenn nicht, benötigen Sie einen DHCP-Relay-Agenten (der möglicherweise auf Ihrem Router ausgeführt wird), um die Anforderung an den Server weiterzuleiten, da der Server, obwohl er die Anforderung auf Schicht 2 empfängt, keine Netzwerkkarte im Server hat Subnetz mit dem Bereich (oder wenn die Anforderung nicht von einem Relay-Agenten im Subnetz stammt, der dem Bereich entspricht), antwortet der Server nicht.

Wenn es sich nur um RFC1918-IP-Adressen handelt, bearbeiten Sie Ihre Frage so, dass sie die IP-Adresse des Servercomputers und die Grenzen und Grenzen des DHCP-Bereichs enthält.


Ich habe Wireshark auf dem Server ausgeführt und der Server empfängt definitiv 3 "DHCP Request" -Pakete, aber nicht "DHCP Discover".
Nic

@Evan: Ich denke du meinst "im selben Subnetz" und nicht "im selben Bereich" im ersten Satz deiner Bearbeitung.
Joeqwerty

1
@ Joeqwerty: Dies zeigt, warum ich mich nicht zu Server Fault schleichen sollte, während ich auf einen Neustart warte, um schnell ein paar Fragen zu beantworten ...> smile <
Evan Anderson

Apropos "Ich bin ein Idiot" ... Ich hatte den Adresspoolbereich auf 192.168.125.50 - 192.168.125.100 konfiguriert, aber die Serveradresse war 192.168.125.1. Ich habe den Adresspool erweitert und es funktioniert jetzt.
Nic

1
Welche Subnetzmaske wird verwendet, weil der ursprüngliche Bereich für ein / 24-Subnetz für mich gut aussieht.
Joeqwerty
Durch die Nutzung unserer Website bestätigen Sie, dass Sie unsere Cookie-Richtlinie und Datenschutzrichtlinie gelesen und verstanden haben.
Licensed under cc by-sa 3.0 with attribution required.