IP-Adressenkonflikt in Windows beheben: Schritt für Schritt

Die Meldung „Windows hat einen IP-Konflikt festgestellt“ heißt: Ein zweites Gerät im Netzwerk benutzt dieselbe IP-Adresse wie dein PC mit Microsoft Windows 10 oder 11. Wer den IP-Adressenkonflikt in Windows beheben will, braucht dafür meist keine zwei Minuten. Öffne die Eingabeaufforderung als Administrator und gib nacheinander ipconfig /release und ipconfig /renew ein. Dein Rechner fordert damit per DHCP (Dynamic Host Configuration Protocol, die automatische Adressvergabe) eine frische Adresse vom Router an, und die Warnung verschwindet.

Klappt das nicht dauerhaft, sitzt die Ursache tiefer – etwa in einer fest vergebenen Adresse, einem zweiten DHCP-Server oder, im Firmennetz, in einem Switch, der Windows einen Konflikt vorgaukelt. Unten findest du die schnelle Lösung, die Alternativen und die Erklärung, warum so ein Konflikt überhaupt entsteht. Die Menü-Pfade beziehen sich auf Windows 11; unter Windows 10 heißen die Punkte fast identisch.

Woran du erkennst, dass es ein IP-Konflikt ist

Bevor du etwas änderst, kurz prüfen, ob tatsächlich ein Adresskonflikt und nicht ein anderes Netzwerkproblem vorliegt. Typische Anzeichen:

• Die Sprechblase „Ein anderer Computer in diesem Netzwerk hat dieselbe IP-Adresse wie dieser Computer“ erscheint in der Taskleiste.
• Der Netzwerkzugriff bricht sporadisch ab, oft im Wechsel mit dem zweiten Gerät – mal geht das eine online, mal das andere.
• Deine IPv4-Adresse liegt im Bereich 169.254.x.x. Das ist die sogenannte APIPA-Adresse (Automatic Private IP Addressing), auf die Windows zurückfällt, wenn es keine gültige Adresse bekommt – ein sicheres Zeichen, dass die DHCP-Zuweisung gescheitert ist.

So prüfst du die Adresse: Windows-Taste drücken, cmd tippen, Eingabeaufforderung öffnen und ipconfig /all eingeben. Laut Microsofts ipconfig-Referenz zeigt der Schalter die vollständige TCP/IP-Konfiguration aller Adapter. Suche den aktiven Adapter (WLAN oder Ethernet) und die Zeile „IPv4-Adresse“. Steht dort eine 169.254-Adresse oder erscheint der Zusatz „(Duplikat)“, ist der Konflikt bestätigt.

Eindeutiger ist die Prüfung in PowerShell: Get-NetIPAddress -AddressFamily IPv4 | Format-Table InterfaceAlias, IPAddress, PrefixOrigin, AddressState. Die Spalte AddressState kommt aus der Duplicate Address Detection (DAD, der Doppelt-Prüfung beim Adressbezug). Microsoft dokumentiert für das Cmdlet unter anderem die Werte Preferred (gültig und in Benutzung), Tentative (Eindeutigkeit wird noch geprüft) und Duplicate (Doppelung erkannt, die Adresse wird nicht verwendet). Die Spalte PrefixOrigin verrät gleich mit, woher die Adresse stammt: Manual heißt fest eingetragen, Dhcp heißt vom Router vergeben. Steht bei deinem Adapter Manual, springst du direkt zum Abschnitt über feste IP-Adressen weiter unten.

Wer es genau wissen will, findet den Beleg im Ereignisprotokoll: Windows-Taste + eventvwr starten, dann Windows-Protokolle → System öffnen. Der Eintrag mit der Quelle Tcpip und der Ereignis-ID 4198 oder 4199 nennt die betroffene IP-Adresse und die Hardware-Adresse (MAC) des Störenfrieds. Achte auf die Adresse im Meldungstext: Steht dort 0.0.0.0, liegt ein Sonderfall vor, den du weiter unten findest.

IP-Adressenkonflikt in Windows beheben: die schnelle Lösung

In den allermeisten Heimnetzen vergibt der Router die Adressen automatisch per DHCP. Dann reicht es, den PC eine neue Adresse ziehen zu lassen:

1. Windows-Taste drücken, cmd eingeben, bei „Eingabeaufforderung“ auf Als Administrator ausführen klicken.
2. ipconfig /release eingeben und Enter drücken. Die aktuelle Adresse wird freigegeben, die Verbindung trennt sich kurz – das ist normal.
3. ipconfig /renew eingeben und Enter drücken. Windows fragt beim Router eine neue, freie Adresse an.
4. Mit ipconfig /all kontrollieren, dass die IPv4-Adresse jetzt im normalen Bereich deines Netzes liegt (typisch 192.168.x.x oder 10.x.x.x) und nicht mehr bei 169.254.

In den meisten Fällen ist der Konflikt damit erledigt. Erkennt der PC eine angebotene Adresse als belegt, lehnt er sie beim DHCP-Server mit einer DHCPDECLINE-Nachricht ab, und der Server teilt beim nächsten Versuch eine andere zu.

Eine Stolperfalle bei Fernwartung: Ohne Adapternamen sendet /release laut Microsoft-Doku die Freigabe für alle automatisch konfigurierten Adapter und deaktiviert dort TCP/IP. Sitzt du per Remotedesktop an dem Rechner, kappst du dir damit die eigene Verbindung, und das anschließende /renew kommt nie an. Dann entweder vor Ort arbeiten oder gezielt nur einen anderen Adapter ansprechen – mit dem Namen, den ipconfig ohne Parameter anzeigt, zum Beispiel ipconfig /renew WLAN. Enthält der Name Leerzeichen, gehört er in Anführungszeichen.

Wenn das nicht hilft

Kehrt die Meldung zurück oder bleibt die APIPA-Adresse stehen, lässt sich der IP-Adressenkonflikt in Windows beheben, indem du die folgenden Ursachen der Reihe nach abarbeitest.

Router neu starten

Ziehe den Router 30 Sekunden vom Strom und stecke ihn wieder ein. Danach melden sich alle Geräte neu an und handeln ihre Adressen frisch aus. Besonders wirksam, wenn ein Gerät nach dem Ruhezustand mit einer veralteten Adresse zurückkommt, die inzwischen anderweitig vergeben ist.

Feste IP-Adresse prüfen und auf automatisch stellen

Hast du dem PC irgendwann eine feste IP eingetragen, kann sie mit einer vom Router vergebenen Adresse kollidieren. Stelle testweise auf automatischen Bezug um, so wie es Microsoft Support für Windows 11 beschreibt:

1. Einstellungen → Netzwerk und Internet öffnen.
2. Im WLAN: WLAN → Bekannte Netzwerke verwalten und dein Netzwerk wählen. Per Kabel: Ethernet und dann dein Netzwerk wählen.
3. Neben IP-Zuweisung auf Bearbeiten klicken, Automatisch (DHCP) wählen und speichern.

Alternativ über den klassischen Weg: ncpa.cpl ausführen, Rechtsklick auf den Adapter → Eigenschaften → Internetprotokoll, Version 4 (TCP/IPv4) → Eigenschaften → IP-Adresse automatisch beziehen aktivieren.

Brauchst du eine feste Adresse (etwa für einen Drucker oder NAS), dann vergib sie außerhalb des DHCP-Bereichs deines Routers. Den Bereich findest du in der Router-Oberfläche unter den DHCP-Einstellungen; wähle eine Adresse darüber oder darunter, damit der Router sie nie an ein anderes Gerät verteilt. Viele Router bieten zusätzlich eine Reservierung an: Das Gerät bekommt per DHCP immer dieselbe Adresse, und du musst am Gerät selbst nichts fest eintragen.

Netzwerkadapter zurücksetzen

Deaktiviere den Adapter kurz und aktiviere ihn wieder: ncpa.cpl ausführen, Rechtsklick auf den Adapter → Deaktivieren, kurz warten, wieder Aktivieren. Das erzwingt eine komplett neue Aushandlung mit dem Router. Hilft auch das nicht, setzt netsh winsock reset gefolgt von einem Neustart den Netzwerkstack sauber zurück.

Das Störgerät finden

Um zu sehen, welches Gerät deine Adresse belegt, gibst du arp -a in der Eingabeaufforderung ein. Die Liste zeigt IP-Adressen mit der zugehörigen MAC-Adresse. Vergleiche die MAC aus dem Ereignisprotokoll (ID 4198/4199) mit der Liste – so kannst du den Verursacher im Netzwerk zuordnen und dort die Adresse ändern. Die ersten drei Bytes der MAC-Adresse stehen für den Hersteller der Netzwerkkarte; in der Geräteliste deines Routers findest du dieselbe MAC meist zusammen mit einem Gerätenamen wie „Drucker“ oder „Galaxy-S24″.

Sonderfall: Konflikt mit der Adresse 0.0.0.0 im Firmennetz

Nennt Ereignis 4199 die Adresse 0.0.0.0, streitet sich dein PC nicht mit einem anderen Rechner, sondern mit der Netzwerktechnik. Microsoft beschreibt das Muster so: Verwaltete Layer-3-Switches oder Router mit der Sicherheitsfunktion „IP Device Tracking“ schicken eigene ARP-Proben an den Client. Trifft so eine Probe mitten in die Phase, in der Windows die per DHCP angebotene Adresse auf Doppelungen prüft, wertet Windows sie als Konflikt und lehnt die Adresse ab. Im Protokoll eines Windows-DHCP-Servers stehen dann viele BAD_ADDRESS-Einträge.

Der saubere Fix liegt am Switch: Cisco empfiehlt, die Probe mit ip device tracking probe delay 10 um 10 Sekunden zu verzögern, damit die Adressprüfung von Windows vorher abgeschlossen ist. Das ist Aufgabe der Netzwerk-Admins – an einem Firmen- oder Schulgerät änderst du daran nichts selbst. Microsoft nennt als Notlösung zwar Set-NetIPInterface -InterfaceAlias "Ethernet" -AddressFamily IPv4 -DadTransmits 0, warnt aber im selben Artikel, dass danach doppelte Adressen im Netz auftreten können, ohne dass Windows noch meldet. Für ein Heimnetz ist das der falsche Weg.

Warum entsteht ein IP-Adressenkonflikt überhaupt?

Jede IP-Adresse muss in einem Netzwerk eindeutig sein – sie ist die Hausnummer, an die Datenpakete zugestellt werden. Tauchen zwei Geräte mit derselben Nummer auf, weiß das Netzwerk nicht mehr, wem es Pakete schicken soll, und beide verlieren die Verbindung.

Damit das gar nicht erst passiert, prüft ein Windows-Client vor dem Übernehmen einer per DHCP angebotenen Adresse mit einer Gratuitous-ARP-Anfrage, ob die Adresse schon jemand nutzt – so steht es auch in Microsofts Artikel zu Ereignis 4199. ARP (Address Resolution Protocol) übersetzt IP-Adressen in MAC-Adressen. Meldet sich ein anderes Gerät, wird der Konflikt erkannt und du bekommst die Warnung. Die häufigsten Auslöser:

• Feste IP im DHCP-Bereich: Ein manuell gesetztes Gerät liegt im Adresspool, den auch der Router automatisch verteilt – früher oder später überschneiden sie sich.
• Gerät aus dem Ruhezustand: Ein Rechner oder Handy kommt mit einer alten, längst weitervergebenen Adresse zurück.
• Zwei DHCP-Server: Ein zweiter Router im Netz läuft noch als Router (statt als reiner Access Point) und verteilt eigene, überlappende Adressen.
• Abgelaufene oder fehlerhafte Leases: Ein schlecht konfigurierter oder überlasteter DHCP-Server vergibt dieselbe Adresse doppelt.

Die Norm für diese Prüfung ist RFC 5227 (IPv4 Address Conflict Detection): Ein Gerät sendet vor der Nutzung drei ARP-Proben im Abstand von 1 bis 2 Sekunden, jeweils mit der Absenderadresse 0.0.0.0, damit die Probe keine ARP-Tabellen anderer Geräte verfälscht. Antwortet niemand, kündigt es die Adresse mit zwei ARP-Announcements im Abstand von 2 Sekunden an. Findet ein DHCP-Client dabei einen Treffer, muss er laut RFC eine DHCPDECLINE-Nachricht an den Server schicken. Ein Gerät, das seine Adresse bereits nutzt, darf sie verteidigen – aber höchstens einmal innerhalb von 10 Sekunden, damit sich zwei Geräte nicht endlos gegenseitig überbieten.

Scheitert die Zuweisung komplett, greift APIPA. Nach RFC 3927 wählt das Gerät zufällig eine Adresse zwischen 169.254.1.0 und 169.254.254.255; die ersten und letzten 256 Adressen des Bereichs sind reserviert, und Router dürfen Pakete mit solchen Adressen nicht weiterleiten. Deshalb erreichst du mit einer 169.254-Adresse bestenfalls Geräte im selben Netzsegment, aber nie das Internet.

Für die IHK-Prüfung gut zu merken: Der Fallback auf den 169.254.x.x-Bereich (APIPA) ist kein Fehler des PCs, sondern das geplante Verhalten, wenn kein DHCP-Server antwortet oder die angebotene Adresse blockiert ist.

Quellen

• Microsoft Learn: Event ID 4199 and Windows client can’t get an IP address from the DHCP server (Stand 12.02.2026)
• Microsoft Learn: ipconfig – Befehlsreferenz
• Microsoft Learn: Get-NetIPAddress (NetTCPIP)
• Microsoft Support: Ändern der TCP/IP-Einstellungen
• RFC 5227: IPv4 Address Conflict Detection
• RFC 3927: Dynamic Configuration of IPv4 Link-Local Addresses
• Cisco: Troubleshoot Duplicate IP Address 0.0.0.0 Error Messages

Häufige Fragen

Was bedeutet „Windows hat einen IP-Konflikt festgestellt“?

Die Meldung erscheint, wenn zwei Geräte im selben Netzwerk dieselbe IP-Adresse verwenden. Da jede Adresse eindeutig sein muss, kann keines der beiden Geräte zuverlässig kommunizieren, bis der Konflikt aufgelöst ist.

Wie behebe ich einen IP-Adressenkonflikt am schnellsten?

Öffne die Eingabeaufforderung als Administrator und gib nacheinander ipconfig /release und ipconfig /renew ein. Dein PC gibt die alte Adresse frei und fordert eine neue vom Router an. In den meisten Heimnetzen ist der Konflikt damit erledigt.

Wie finde ich heraus, welches Gerät den Konflikt verursacht?

Gib arp -a in der Eingabeaufforderung ein. Die Liste zeigt IP-Adressen mit der zugehörigen MAC-Adresse. Vergleiche die MAC aus dem Ereignisprotokoll (Tcpip, ID 4198/4199) mit dieser Liste, um das Störgerät zuzuordnen.

Warum bekomme ich eine 169.254-Adresse?

Das ist eine APIPA-Adresse. Windows vergibt sie selbst, wenn kein DHCP-Server antwortet oder die angebotene Adresse blockiert ist. Sie ist nicht internetfähig und ein deutliches Zeichen, dass die Adresszuweisung gescheitert ist.

Sollte ich eine feste IP-Adresse vergeben?

Nur wenn nötig, etwa für Drucker oder NAS. Dann muss die feste Adresse außerhalb des DHCP-Bereichs des Routers liegen, damit sie nicht doppelt vergeben wird. Für normale PCs ist der automatische Bezug per DHCP sicherer.