„Immer wieder fällt kurz das Netz aus, und niemand weiß warum." Der Klassiker. In einem Büro mit 40 Leuten war es zwei Wochen lang so: Jeden Morgen um kurz nach acht, wenn der erste Kollege seinen Laptop aufklappte, gingen die Pings überall ins Leere. Zwei Minuten später war alles wieder da. Der Router zeigte im Log eine IP-Adresse, die an zwei Geräten hing — und genau das ist ein IP-Adresskonflikt.

Dieser Artikel ist ein pragmatischer Leitfaden für den Ernstfall: Wie erkennst du einen Adresskonflikt, wie findest du den Übeltäter heraus, und — wichtiger — wie stellst du sicher, dass er nie wieder auftritt. Alles mit Kommandos, die auf Windows und Linux funktionieren, und ohne Magie.

Was passiert da eigentlich?

Jedes Gerät im Netzwerk braucht eine eindeutige IP-Adresse — so findet ARP heraus, an welche MAC-Adresse ein Paket geschickt werden muss. Wenn zwei Geräte dieselbe IP-Adresse verwenden, kommt es darauf an, wer gerade im ARP-Cache der Switches und der Nachbarn steht. Mal antwortet Gerät A, mal Gerät B. Das Ergebnis sind sporadische Verbindungsabbrüche, Paketverluste und die berühmte Windows-Meldung „Es wurde ein IP-Adresskonflikt erkannt".

Der Reiz am Tückischen: Es fällt nicht alles aus. Der Dateiserver läuft, weil er eine andere Adresse hat. Nur das eine Gerät, das die IP teilt, verhält sich unberechenbar — und je nachdem, wie oft ARP-Caches in deinem Netz ablaufen, kann das Minuten oder Tage dauern, bis es wieder zuschlägt.

Die häufigsten Ursachen

In den meisten Fällen ist es eine von diesen fünf Konstellationen:

1. Statische IP trifft DHCP. Ein Drucker hat eine fest eingetragene Adresse (z. B. 192.168.1.50), und der DHCP-Range umfasst genau diese Adresse auch. Der Server vergeben sie an einen Laptop — Konflikt. Das ist mit Abstand der häufigste Fall.

2. Geklonte virtuelle Maschinen. Du kopierst eine VM, und der Hypervisor vergisst, eine neue MAC-Adresse zu vergeben. Beide VMs haben dieselbe MAC — und damit über DHCP dieselbe IP. Schnell, aber bei jedem Neustart ein neuer Konflikt.

3. Doppelte DHCP-Reservierung. Zwei Geräte haben dieselbe IP in der Reservierungsliste des DHCP-Servers. Passiert leicht, wenn du die Liste jahrelang wachsen lässt, ohne aufzuräumen.

4. Falsch konfigurierter DHCP-Range. Ein zweiter DHCP-Server im Netz (kann auch ein Router oder eine NAS mit eingebautem DHCP sein) vergibt überlappende Bereiche.

5. Verwaiste ARP-Einträge nach Umzug. Ein Gerät bekommt eine neue IP, aber irgendein Switch oder eine Firewall hat die alte Kombination noch gecacht und leitet Pakete an eine jetzt fremde MAC-Adresse.

So erkennst du den Konflikt

Erst mal: bestätigen, dass es wirklich ein IP-Konflikt ist und nicht irgendwas anderes. Drei schnelle Checks:

Windows: Das Betriebssystem meldet „Es wurde ein IP-Adresskonflikt erkannt" im Netzwerkcenter. In der Ereignisanzeige (System, Quelle Tcpip, Ereignis-ID 4199) steht die konfliktbehaftete Adresse und die MAC-Adresse des anderen Geräts.

Linux: ip neigh zeigt die ARP-Tabelle. Wenn für eine Adresse zwei Einträge mit unterschiedlichen MACs auftauchen, ist das ein ziemlich eindeutiges Zeichen.

Ping und ARP: Das verlässlichste Handwerkszeug. Pingst du die Adresse von einem dritten Rechner und schaust dir dann die ARP-Tabelle an, siehst du, welche MAC geantwortet hat. Wiederholst du das ein paar Mal und die MAC wechselt — Konflikt.

Der schnelle Beweis (Linux): for i in $(seq 1 10); do ping -c1 192.168.1.50 >/dev/null; arp -n | grep 192.168.1.50; sleep 1; done — ändert sich die MAC-Adresse über mehrere Durchläufe, haben zwei Geräte dieselbe IP.

Den Übeltäter finden

Jetzt musst du herausfinden, wer die Adresse doppelt nutzt. Am schnellsten geht es mit einem ARP-Sweep über das Subnetz:

# Alle erreichbaren Geräte im Subnetz aufwecken (ARP an alle)
# Linux (braucht Root):
sudo arp-scan --localnet
# Windows (ohne Zusatztools): ARP-Cache füllen und ausgeben
for /L %i in (1,1,254) do @ping -n 1 -w 50 192.168.1.%i >nul
arp -a

Das Ergebnis ist eine Liste von IP-zu-MAC-Zuordnungen. Die MAC-Adresse aus der Windows-Fehlermeldung oder dem ip neigh-Log kreuzt du damit — und hast den Hersteller über die ersten drei Oktette (OUI-Prefix, arp-scan zeigt ihn automatisch). Ein PrintServer, ein alter PC, ein Raspberry Pi, der sich als „etwas mit Intel MAC" ausgibt — schon hast du einen engen Kandidaten.

Wenn die MAC-Adresse keinem Gerät zugeordnet werden kann: Schalte den Netzwerk-Switch-Abschnitt nacheinander ab, in dem die verdächtige MAC logisch hängen sollte. Sobald der Konflikt aufhört, bist du in der richtigen Richtung. Das ist grob, aber effektiv.

So behebst du es dauerhaft

Das Feuer löschen ist der eine Teil, die Wiederholung verhindern der andere. Die saubere Lösung ist DHCP-Reservierung statt statischer IP — zumindest für die Geräte, die eine feste Adresse brauchen:

1. Statische IPs durch Reservierungen ersetzen. Drucker, NAS, Kameras, Access Points: Trag die IP fest als DHCP-Reservierung ein (MAC → feste Adresse) statt sie statisch im Gerät zu vergeben. So kann der Server nie dieselbe Adresse zweimal vergeben. Auf dem Gerät selbst stellst du auf „DHCP" um.

2. DHCP-Range und Reservierungen entkoppeln. Reservierungen sollten typischerweise außerhalb des dynamischen Pools liegen. Beispiel: Pool 192.168.1.100–199, Reservierungen für feste Geräte in 192.168.1.10–99. Dann kann der Pool einer Reservierung nie in die Quere kommen. Den passenden Pool und die Subnetzgrenzen kannst du dir mit dem bitcalc Subnetz-Rechner sauber aufzeichnen.

3. Gecklonten VMs neue MACs geben. In VMware/VirtualBox/Hyper-V nach dem Klonen explizit eine neue MAC vergeben — dann bekommt die Kopie garantiert eine eigene IP. Und beim Restore aus einem Snapshot prüfen, ob sich die MAC geändert hat.

4. Nur einen DHCP-Server im Subnetz. Deaktiviere DHCP auf Routern, NAS-Geräten und Firewalls, die nur als Zweit- oder Drittinstanz laufen. Mit dhcploc (Windows-Sysinternals) oder einem Port-Mirror + Wireshark findest du rogue DHCP-Server.

5. ARP-Inspektion, wo es der Switch hergibt. Managed Switches von Cisco, HP/Aruba und Netgear können ARP-Spoofing und damit Adresskonflikte oft direkt unterbinden (Dynamic ARP Inspection). Das ist die Enterprise-Lösung — für kleine Netze reicht sauberes IP-Management meist aus.

Vorbeugung: Die ARP- und IP-Hygiene

Das eigentliche Ziel ist, dass Adresskonflikte gar nicht erst entstehen. Ein paar Gewohnheiten, die sich bezahlt machen:

IP-Dokumentation führen. Eine Liste aller Reservierungen mit MAC, Gerät, Standort und Vergabedatum. Klingt langweilig, spart aber genau die zwei Wochen Troubleshooting, von denen dieser Artikel handelt. Sobald zwei Geräte in der Doku dieselbe IP hätten, fällt es dir auf, bevor der DHCP-Server es tut.

DHCP-Leases beobachten. Der Lease-Bereich deines DHCP-Servers zeigt dir, welche IP an welche MAC geht. Unerwartete Adressen in der Reservierungszone oder plötzlich doppelte MAC-Einträge sind Frühwarnzeichen.

Subnetzplanung ernst nehmen. Je klarer die Subnetze aufgeteilt sind (Clients, Server, IoT getrennt), desto unwahrscheinlicher ist es, dass sich zwei Geräte über den Weg laufen. Du musst dafür kein IPv6-Experte sein — ein sauberes /24 mit getrennten Zonen reicht in den meisten kleinen Netzen vollkommen.

Fazit

Ein IP-Adresskonflikt ist fast nie ein Zufall, sondern fast immer eine Frage des IP-Managements: irgendwo wurde statisch vergeben, wo DHCP herrscht, oder eine VM wurde geklont, ohne dass jemand die MAC angesehen hat. Der Weg raus ist immer derselbe: Konflikt mit ARP und Ping bestätigen, MAC-Adresse ermitteln, Gerät finden, und dann statisch durch DHCP-Reservierung ersetzen.

Der Fall aus dem Büro endete übrigens so: Es war der Drucker, der seit Jahren eine statische Adresse hatte, die mitten im DHCP-Pool lag. Fünf Minuten Reservierung — nie wieder Aussetzer. Manchmal ist es genau so banal, und genau dafür lohnt sich das Handwerk.