Behebung der APIPA-Adresszuweisung unter Windows Server 2019

Dieser Leitfaden erklärt, wie Sie ein Problem beheben, bei dem Windows Server 2019 auf einer virtuellen VMware-ESXi-Maschine automatisch eine Adresse aus dem Bereich 169.254.x.x (APIPA) zuweist, anstatt die konfigurierte statische IP-Adresse zu verwenden.

Übersicht

APIPA (Automatic Private IP Addressing) ist ein Fallback-Mechanismus: Wenn Windows keinen DHCP-Server erreichen kann, weist sich das System selbst eine Adresse aus dem Bereich 169.254.x.x zu. Dieses Verhalten ist an sich normal – das hier behandelte Problem besteht darin, dass APIPA auch dann aktiviert wird, wenn bereits eine statische IP-Adresse konfiguriert wurde. In einigen ESXi-Umgebungen führt dies dazu, dass der Server seine statische Adresse ignoriert und nicht mehr erreichbar ist.

Vorbereitung

Bevor Sie die folgenden Schritte durchführen, überprüfen Sie, ob:

• die statische IP-Adresse, die Subnetzmaske und das Standardgateway in den Adaptereinstellungen korrekt konfiguriert sind;
• der virtuelle VMware-Netzwerkadapter verbunden und aktiviert ist;
• die VM mit der richtigen Portgruppe oder VLAN verbunden ist;
• im Netzwerk keine doppelte IP-Adresse vorhanden ist.

Wenn das Problem nach diesen Überprüfungen weiterhin besteht, fahren Sie mit den folgenden Schritten fort.

Schritt 1: Aktuelle Netzwerkkonfiguration überprüfen

Öffnen Sie die Eingabeaufforderung als Administrator und führen Sie folgenden Befehl aus:

ipconfig /all

Suchen Sie in der Ausgabe nach Zeilen wie diesen:

Autoconfiguration IPv4 Address. . : 169.254.248.201(Preferred)
Subnet Mask . . . . . . . . . . . : 255.255.0.0
IPv4 Address. . . . . . . . . . . : 192.168.1.136(Duplicate)

Wenn eine Adresse aus dem Bereich 169.254.x.x als (Preferred) angezeigt wird, verwendet der Server eine APIPA-Adresse. Die konfigurierte statische IP-Adresse (in diesem Beispiel 192.168.1.136) wird als (Duplicate) markiert. Das bedeutet, dass Windows erkannt hat, dass die Adresse bereits verwendet wird, und sich weigert, sie zu aktivieren – stattdessen verwendet das System die APIPA-Adresse. Dadurch kann der Server über das Netzwerk nicht mehr erreichbar sein.

Schritt 2: Schnittstellenindex der Netzwerkschnittstelle ermitteln

Führen Sie den folgenden Befehl aus, um die aktiven Netzwerkschnittstellen aufzulisten:

netsh interface ipv4 show interfaces

Beispielausgabe:

Idx  Met    MTU          State         Name
---  -----  -----------  ----------    ---------------------------
1    75     4294967295   connected     Loopback Pseudo-Interface 1
2    1      1500         disconnected  VPN - VPN Client
12   25     1500         connected     Ethernet 2

Suchen Sie die Schnittstelle mit dem Status „connected“, die Ihrem Netzwerkadapter entspricht. Notieren Sie sich den Schnittstellenindex – Sie benötigen ihn im nächsten Schritt.

Schritt 3: DAD-Übertragungen auf der Schnittstelle deaktivieren (Workaround)

In einigen VMware-ESXi-Umgebungen kann Windows Server auch nach der Konfiguration einer statischen IP-Adresse weiterhin eine APIPA-Adresse verwenden. Das Deaktivieren der DAD-Übertragungen (Duplicate Address Detection) kann dieses Verhalten auf betroffenen virtuellen Maschinen verhindern.

Führen Sie den folgenden Befehl aus und ersetzen Sie dabei 12 durch den Schnittstellenindex aus dem vorherigen Schritt:

netsh interface ipv4 set interface 12 dadtransmits=0 
store=persistent

Alternativ kann dasselbe Ergebnis über PowerShell erzielt werden:

Set-NetIPInterface -InterfaceIndex 12 -AddressFamily IPv4 
-DadTransmits 0 -PolicyStore PersistentStore

Durch das Deaktivieren von DAD verhindert Windows, dass überprüft wird, ob die konfigurierte IPv4-Adresse bereits im Netzwerk verwendet wird, bevor sie der Schnittstelle zugewiesen wird.

Deaktivieren Sie nach Ausführung eines der beiden Befehle den Adapter und aktivieren Sie ihn anschließend wieder, damit die Änderung übernommen wird. Ersetzen Sie Ethernet 2 durch den Namen Ihres Adapters:

netsh interface set interface "Ethernet 2" admin=disabled
netsh interface set interface "Ethernet 2" admin=enabled

Wenn Sie sich beim genauen Namen des Adapters nicht sicher sind, verwenden Sie netsh interface ipv4 show interfaces, um den Namen vor der Ausführung dieser Befehle zu überprüfen.

Schritt 4: Ergebnis überprüfen

Führen Sie erneut ipconfig /all aus und überprüfen Sie, ob:

• die 169.254.x.x-Adresse nicht mehr als bevorzugte Adresse angezeigt wird;
• Ihre statische IP-Adresse aktiv ist.

Optional: DHCP-Client-Dienst deaktivieren

In einigen Fällen entscheiden sich Administratoren dafür, den DHCP-Client-Dienst zu deaktivieren, um zu verhindern, dass Windows beim Start versucht, eine DHCP-Erkennung durchzuführen.

Um den Dienst zu deaktivieren, gehen Sie zu Systemsteuerung > Verwaltung > Dienste, suchen Sie nach DHCP-Client und setzen Sie den Starttyp auf Deaktiviert.