Ein Windows 2003-DHCP-Server reagiert ordnungsgemäß nicht auf Anforderungen DHCP INFORM Wenn die Anforderungen von der IP-Hilfs-API oder von Relay-Agenten weitergeleitet werden

SPRACHE AUSWÄHLEN SPRACHE AUSWÄHLEN
Artikel-ID: 950574 - Produkte anzeigen, auf die sich dieser Artikel bezieht
Alles erweitern | Alles schließen

Problembeschreibung

Stellen Sie sich das folgende Szenario vor:
  • Ein Windows 2003-Protokoll (DHCP)-Server empfängt ein INFORM DHCP-Paket, aus der IP-Hilfs-API oder ein Relay-Agent.
  • Broadcast Bit wird in diesem Paket gesetzt.
In diesem Szenario sendet Windows 2003-DHCP-Server die Anforderung zurück an die IP-Hilfs-API oder an den Relay-Agent. Broadcast Bit deaktiviert ist, und das Feld "Yiaddr" auf 0 festgelegt. Dieses Verhalten entspricht nicht Request for Comments (RFC) 2131, "Dynamic Host Configuration Protocol. ?

In diesem Szenario kann der IP-Hilfs-API oder der Relay-Agent das Paket als Antwort an dem Client weiterzuleiten, die DHCP INFORM-Paket gesendet wird.

Zum Beispiel auftreten Benutzer normalerweise ungefähr 11 Sekunden Verzögerung, wenn Sie Web Distributed Authoring and Versioning (WebDAV)-Client-Webdienst, verwenden um einen Microsoft SharePoint-Server zuzugreifen. Der WebDAV-Client-Dienst verwendet DHCP INFORM Anforderungen Abfrage Aktualisierungen auf HTTP-Proxy-Konfigurationseinstellungen.

Lösung

Es ist ein unterstützter Hotfix von Microsoft erhältlich. Der Hotfix ist jedoch nur die Behebung des Problems die in diesem Artikel beschriebene vorgesehen. Installieren Sie diesen Hotfix nur auf Systemen, bei die dieses spezielle Problem auftritt. Dieser Hotfix kann einem späteren Zeitpunkt zusätzliche Tests unterzogen. Wenn durch dieses Problem nicht schwerwiegend beeinträchtigt ist, empfiehlt Microsoft daher, auf die nächste Softwareupdate zu warten, das diesen Hotfix enthält.

Wenn der Hotfix zum Download verfügbar ist, ist ein Abschnitt "Hotfix Download available (Hotfixdownload verfügbar" am oberen Rand dieser Knowledge Base-Artikel. Wenn in diesem Abschnitt nicht angezeigt wird, wenden Sie sich an technischen Kundendienst und Support, um den Hotfix zu erhalten.

Hinweis: Wenn weitere Probleme auftreten oder wenn eine Problembehandlung erforderlich ist, müssen Sie möglicherweise eine separate Serviceanfrage erstellen. Die normalen Supportkosten gelten die für zusätzliche Supportfragen und Probleme, die für diesen speziellen Hotfix nicht qualifizieren. Eine vollständige Liste der technischen Kundendienst und Support-Telefonnummern oder eine separate Serviceanfrage erstellen die folgende Microsoft-Website:
http://support.microsoft.com/contactus/?ws=support
Hinweis: Das Formular "Hotfix Download available (Hotfixdownload verfügbar" zeigt die Sprachen für die der Hotfix verfügbar ist. Wenn Ihre Sprache nicht angezeigt wird, ist es, da ein Hotfix nicht für diese Sprache zur Verfügung steht.

Voraussetzungen

Um diesen Hotfix installieren, müssen Sie entweder Windows Server 2003 Service Pack 1 oder Windows Server 2003 Service Pack 2 installiert sein.

Neustartanforderung

Sie müssen den Computer nach Installation dieses Hotfixes neu starten. Allerdings müssen Sie den DHCP-Dienst neu starten.

Ersetzte Hotfixes

Dieser Hotfix ersetzt keine anderen Hotfixes.

Dateiinformationen

Die englische Version dieses Hotfixes weist die Dateiattribute (oder höher Dateiattribute), die in der folgenden Tabelle aufgelistet werden. Die Datums- und Uhrzeitangaben für diese Dateien werden in Coordinated Universal Time aufgeführt (UTC). Wenn Sie sich die Dateiinformationen ansehen, werden diese Angaben in die lokale Zeit konvertiert. Verwenden Sie die Registerkarte Zeitzone im Element Datum und Uhrzeit in der Systemsteuerung, um die Differenz zwischen UTC und der Ortszeit zu ermitteln.
Windows Server 2003 mit Service Pack 1, x 86-basierte Versionen
Tabelle minimierenTabelle vergrößern
DateinameDateiversionDateigrößeDatumUhrzeitPlattform
Dhcpssvc.dll5.2.3790.3107271,87220-Mär-200813: 31X 86
Windows Server 2003 mit Service Pack 2, x 86-basierte Versionen
Tabelle minimierenTabelle vergrößern
DateinameDateiversionDateigrößeDatumUhrzeitPlattform
Dhcpssvc.dll5.2.3790.4257270,84820-Mär-200814: 27X 86
Windows Server 2003 mit Service Pack 1, Itanium-basierte Versionen
Tabelle minimierenTabelle vergrößern
DateinameDateiversionDateigrößeDatumUhrzeitPlattformSP AnforderungServicebereich
Dhcpssvc.dll5.2.3790.3107735,74420-Mär-200812: 11IA-64SP1Nicht zutreffend
Wdhcpssvc.dll5.2.3790.3107271,87220-Mär-200812: 11X 86SP1WOW
Windows Server 2003 mit Service Pack 2, Itanium-basierte Versionen
Tabelle minimierenTabelle vergrößern
DateinameDateiversionDateigrößeDatumUhrzeitPlattformSP AnforderungServicebereich
Dhcpssvc.dll5.2.3790.4257732,67220-Mär-200812: 16IA-64SP2Nicht zutreffend
Wdhcpssvc.dll5.2.3790.4257270,84820-Mär-200812: 16X 86SP2WOW
Windows Server 2003 x 64-basierte Versionen
Tabelle minimierenTabelle vergrößern
DateinameDateiversionDateigrößeDatumUhrzeitPlattformSP AnforderungServicebereich
Dhcpssvc.dll5.2.3790.3107434,17620-Mär-200812: 11X 64SP1Nicht zutreffend
Wdhcpssvc.dll5.2.3790.3107271,87220-Mär-200812: 11X 86SP1WOW
Windows Server 2003 mit Service Pack 2, x 64-basierte Versionen
Tabelle minimierenTabelle vergrößern
DateinameDateiversionDateigrößeDatumUhrzeitPlattformSP AnforderungServicebereich
Dhcpssvc.dll5.2.3790.4257432,64020-Mär-200812: 18X 64SP2Nicht zutreffend
Wdhcpssvc.dll5.2.3790.4257270,84820-Mär-200812: 18X 86SP2WOW
Hinweis: Nach der Installation dieses Hotfixes, Windows Server 2003-basierten DHCP-Server wird nicht das broadcast Bit in dem Szenario, die in dem Abschnitt ? Problembeschreibung eingeben behandelt wurde zurückgesetzt.

Status

Microsoft hat bestätigt, dass dies ein Problem in Microsoft-Produkten handelt, die im Abschnitt "Gilt für" aufgeführt sind.

Weitere Informationen

Die folgenden Schritte werden ausgeführt in diesem Szenario, das im Abschnitt "Problembeschreibung" beschrieben wird:
  1. Ein DHCP-Client sendet eine DHCP-informieren Anforderung mit etwas broadcast, die die folgenden ähnelt.
    + Ethernet: Etype = Internet IP (IPv4)
    + Ipv4: Src = 10.10.18.18, Dest = 255.255.255.255, Next Protocol = UDP, Packet ID = 6076, Total IP Length = 328
    - Udp: SrcPort = BOOTP client(68), DstPort = BOOTP server(67), Length = 308
    SourcePort: BOOTP client(68), 68(0x44)
    DestinationPort: BOOTP server(67), 67(0x43)
    TotalLength: 308 (0x134)
    Checksum: 7521 (0x1D61)
    - Dhcp: Request, MsgType = INFORM, TransactionID = 0x1A5624C3
    OpCode: Request, 1(0x01)
    Hardwaretype: Ethernet
    HardwareAddressLength: 6 (0x6)
    HopCount: 0 (0x0)
    TransactionID: 441853123 (0x1A5624C3)
    Seconds: 0 (0x0)
    - Flags: 32768 (0x8000)
    Broadcast: (1...............) <---- Broadcast bit is set.
    Reserved: (.000000000000000)
    ClientIP: 10.10.18.18
    YourIP: 0.0.0.0
    ServerIP: 0.0.0.0
    RelayAgentIP: 0.0.0.0
    + ClientHardwareAddress: 00-19-B9-20-FA-0E
    ServerHostName: 
    BootFileName: 
    MagicCookie: 99.130.83.99
    + MessageType: INFORM
    + clientID: (Type 1)
    + HostName: VISTA009W
    + VendorClassIdentifier: MSFT 5.0
    + ParameterRequestList: 
    + End:
    
  2. The relay agent forwards a DHCP INFORM request that resembles the following to a DHCP server.
    Frame: 
    + Ethernet: Etype = Internet IP (IPv4)
    + Ipv4: Src = 10.10.16.2, Dest = 10.4.16.222, Next Protocol = UDP, Packet ID = 45398, Total IP Length = 328
    - Udp: SrcPort = BOOTP client(68), DstPort = BOOTP server(67), Length = 308
    SourcePort: BOOTP client(68), 68(0x44)
    DestinationPort: BOOTP server(67), 67(0x43)
    TotalLength: 308 (0x134)
    Checksum: 49722 (0xC23A)
    - Dhcp: Request, MsgType = INFORM, TransactionID = 0x1A5624C3
    OpCode: Request, 1(0x01)
    Hardwaretype: Ethernet
    HardwareAddressLength: 6 (0x6)
    HopCount: 1 (0x1)
    TransactionID: 441853123 (0x1A5624C3)
    Seconds: 0 (0x0)
    - Flags: 32768 (0x8000)
    Broadcast: (1...............) <---- Broadcast bit is set
    Reserved: (.000000000000000)
    ClientIP: 10.10.18.18
    YourIP: 0.0.0.0
    ServerIP: 0.0.0.0
    RelayAgentIP: 10.10.16.2
    + ClientHardwareAddress: 00-19-B9-20-FA-0E
    ServerHostName: 
    BootFileName: 
    MagicCookie: 99.130.83.99
    + MessageType: INFORM
    + clientID: (Type 1)
    + HostName: VISTA009W
    + VendorClassIdentifier: MSFT 5.0
    + ParameterRequestList: 
    + End:
    
  3. Der DHCP-Server reagiert auf die INFORM DHCP-Anforderung durch Senden einer Antwort, die keine broadcast-Flag. Die Antwort ähnelt die folgenden.
    Frame: 
    + Ethernet: Etype = Internet IP (IPv4)
    + Ipv4: Src = 10.4.16.222, Dest = 10.10.16.2, Next Protocol = UDP, Packet ID = 27188, Total IP Length = 328
    - Udp: SrcPort = BOOTP server(67), DstPort = BOOTP server(67), Length = 308
    SourcePort: BOOTP server(67), 67(0x43)
    DestinationPort: BOOTP server(67), 67(0x43)
    TotalLength: 308 (0x134)
    Checksum: 64061 (0xFA3D)
    - Dhcp: Reply, MsgType = ACK, TransactionID = 0x1A5624C3
    OpCode: Reply, 2(0x02)
    Hardwaretype: Ethernet
    HardwareAddressLength: 6 (0x6)
    HopCount: 0 (0x0)
    TransactionID: 441853123 (0x1A5624C3)
    Seconds: 0 (0x0)
    - Flags: 0 (0x0)
    Broadcast: (0...............) <- Broadcast bit is cleared
    Reserved: (.000000000000000)
    ClientIP: 10.10.18.18
    YourIP: 0.0.0.0              <-- It is correct behavior. However, the relay agent will use this address if the broadcast bit is cleared.
    ServerIP: 0.0.0.0
    RelayAgentIP: 10.10.16.2
    + ClientHardwareAddress: 00-19-B9-20-FA-0E
    ServerHostName: 
    BootFileName: 
    MagicCookie: 99.130.83.99
    + MessageType: ACK
    + ServerIdentifier: <XX.X.XX.XXX>
    + SubnetMask: 255.255.128.0
    + DomainName: <domain_name>
    + Router: <XX.XX.XX.X>
    + DomainNameServer: <X.X.XXXXXXXXX.XXXXXXXXX>
    + NBOverTCPIPNameServer: <X.X.XXXXXXXXX.XXXXXXXXX>
    + NodeType: H-node (8)
    + End:
    
  4. Pro RFC 2131, der Relay-Agent sendet eine Meldung etwa folgenden Inhalts angezeigt.
    Frame: 
    + Ethernet: Etype = Internet IP (IPv4)
    + Ipv4: Src = 10.10.16.2, Dest = 0.0.0.0, Next Protocol = UDP, Packet ID = 45402, Total IP Length = 328 destination 0.0.0.0 as YourIP ('yiaddr') is 0.0.0.0
    - Udp: SrcPort = BOOTP server(67), DstPort = BOOTP client(68), Length = 308
    SourcePort: BOOTP server(67), 67(0x43)
    DestinationPort: BOOTP client(68), 68(0x44)
    TotalLength: 308 (0x134)
    Checksum: 0 (0x0)
    - Dhcp: Reply, MsgType = ACK, TransactionID = 0x1A5624C3
    OpCode: Reply, 2(0x02)
    Hardwaretype: Ethernet
    HardwareAddressLength: 6 (0x6)
    HopCount: 0 (0x0)
    TransactionID: 441853123 (0x1A5624C3)
    Seconds: 0 (0x0)
    - Flags: 0 (0x0)
    Broadcast: (0...............) <- no broadcast bit
    Reserved: (.000000000000000)
    ClientIP: 10.10.18.18
    YourIP: 0.0. 00.
    ServerIP: 0.0.0.0
    RelayAgentIP: 10.10.16.2
    + ClientHardwareAddress: 00-19-B9-20-FA-0E
    ServerHostName: 
    BootFileName: 
    MagicCookie: 99.130.83.99
    + MessageType: ACK
    + ServerIdentifier: <XX.X.XX.XXX>
    + SubnetMask: 255.255.128.0
    + DomainName: <domain_name>
    + Router: <XX.XX.XX.X>
    + DomainNameServer: <X.X.XXXXXXXXX.XXXXXXXXX>
    + NBOverTCPIPNameServer: <X.X.XXXXXXXXX.XXXXXXXXX>
    + NodeType: H-node (8)
    + End:
    

    Ein Server oder Relay-Agent, die gesendet oder übermittelt eine DHCP-Meldung direkt eine DHCP-Client sollte untersuchen, um die BROADCAST-bit im Feld "Flags". Wenn dieses Bit 1 ist, sollte die DHCP-Meldung als eine IP-Broadcasts mithilfe einer IP-Adresse als die IP-Zieladresse und die Broadcastadresse für Verbindungsschicht-broadcast gesendet. (Der IP-Broadcast sollten vorzugsweise 0xffffffff sein.) Wenn das BROADCAST-Bit 0 ist, sollte die Nachricht als eine IP-Unicast gesendet, um die IP-Adresse, die im Feld "Yiaddr" (der Feld IP-Adresse) angegeben ist und die Verbindungsschicht-Adresse, die im Feld "Chaddr" (das Client-Hardware-Adresse-Feld) angegeben ist. Wenn Unicastweiterleitung nicht möglich ist, kann die Nachricht unter Verwendung von broadcast IP-Adresse (vorzugsweise "0xFFFFFFFF") als Ziel-IP-Adresse als eine IP-Broadcast gesendet werden. Verbindungsschicht-broadcast-Adresse sollte als Zieladresse Verbindungsschicht verwendet werden. Der DHCP-Client empfängt jedoch keine dieses Paket, weil das Ziel 0.0.0.0 ist.

    Weitere Informationen zu RFC 2131 der folgenden Website Internet Drafts:
    http://www.ietf.org/rfc/rfc2131.txt
Weitere Informationen finden Sie im folgenden Artikel der Microsoft Knowledge Base:
824684Erläuterung von Standardbegriffen bei Microsoft Softwareupdates

Eigenschaften

Artikel-ID: 950574 - Geändert am: Dienstag, 13. Mai 2008 - Version: 1.3
Die Informationen in diesem Artikel beziehen sich auf:
  • Microsoft Windows Server 2003, Standard Edition (32-bit x86)
  • Microsoft Windows Server 2003, Enterprise Edition (32-bit x86)
  • Microsoft Windows Server 2003, Datacenter Edition (32-bit x86)
  • Microsoft Windows Server 2003, Standard x64 Edition
  • Microsoft Windows Server 2003, Enterprise x64 Edition
  • Microsoft Windows Server 2003, Datacenter x64 Edition
  • Microsoft Windows Server 2003, Enterprise Edition for Itanium-based Systems
  • Microsoft Windows Server 2003, Datacenter Edition for Itanium-Based Systems
  • Microsoft Windows XP Professional 64-Bit Edition (Itanium)
Keywords: 
kbmt kbautohotfix kbexpertiseinter kbpubtypekc kbqfe kbhotfixserver KB950574 KbMtde
Maschinell übersetzter Artikel
Wichtig: Dieser Artikel wurde maschinell und nicht von einem Menschen übersetzt. Die Microsoft Knowledge Base ist sehr umfangreich und ihre Inhalte werden ständig ergänzt beziehungsweise überarbeitet. Um Ihnen dennoch alle Inhalte auf Deutsch anbieten zu können, werden viele Artikel nicht von Menschen, sondern von Übersetzungsprogrammen übersetzt, die kontinuierlich optimiert werden. Doch noch sind maschinell übersetzte Texte in der Regel nicht perfekt, insbesondere hinsichtlich Grammatik und des Einsatzes von Fremdwörtern sowie Fachbegriffen. Microsoft übernimmt keine Gewähr für die sprachliche Qualität oder die technische Richtigkeit der Übersetzungen und ist nicht für Probleme haftbar, die direkt oder indirekt durch Übersetzungsfehler oder die Verwendung der übersetzten Inhalte durch Kunden entstehen könnten.
Den englischen Originalartikel können Sie über folgenden Link abrufen: 950574
Microsoft stellt Ihnen die in der Knowledge Base angebotenen Artikel und Informationen als Service-Leistung zur Verfügung. Microsoft übernimmt keinerlei Gewährleistung dafür, dass die angebotenen Artikel und Informationen auch in Ihrer Einsatzumgebung die erwünschten Ergebnisse erzielen. Die Entscheidung darüber, ob und in welcher Form Sie die angebotenen Artikel und Informationen nutzen, liegt daher allein bei Ihnen. Mit Ausnahme der gesetzlichen Haftung für Vorsatz ist jede Haftung von Microsoft im Zusammenhang mit Ihrer Nutzung dieser Artikel oder Informationen ausgeschlossen.

Ihr Feedback an uns

 

Contact us for more help

Contact us for more help
Connect with Answer Desk for expert help.
Get more support from smallbusiness.support.microsoft.com