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.