Dennis HilkLinux Fix LabEN

Netzwerk, DNS und WLAN

IPv4-Konflikt oder doppelte IPv6-Adresse erkannt

Bestätigte Adresskonflikte beheben, wenn Aktivierung verweigert wird oder IPv6-Adresse unbrauchbar bleibt; Konflikterkennung dabei erhalten.

Redaktionelle Quellenprüfung: Mit den Hinweisen beginnenAnleitung teilen
Auf dieser Seite
  1. Symptome und Geltungsbereich
  2. Mögliche Ursachen
  3. Sicher prüfen
  4. Nächste Schritte nach Befund
  5. Quellen und Prüfung
  6. Verwandte Probleme

Symptome und Geltungsbereich

  • NetworkManager meldet bereits genutzte Adresse und verweigert deren Konfiguration.
  • Eine IPv6-Adresse hat dadfailed/tentative-Zustand oder der Kernel meldet ein Duplikat.

Betroffene Umgebung

NetworkManager-IPv4-Konflikterkennung oder Kernel-IPv6-DAD; Erkennungsstandards hängen vom installierten Dienst und der Distribution ab.

Erkennbare Meldungen (synthetische Beispiele)
NetworkManager[650]: device (enp3s0): IP address 192.0.2.20 cannot be configured because it is already in use in the network by host 02:00:00:00:00:02

Gemeldeten Peer mit freigegebener Adressvergabe und Topologie abgleichen; Erkennung nicht umgehen.

kernel: IPv6: enp3s0: IPv6 duplicate address 2001:db8::20 used by 02:00:00:00:00:02 detected!

Dadfailed-Zustand und spätere Wiederherstellung prüfen; Adresskonflikt oder Layer-2-Verhalten klären statt DAD abzuschalten.

Mögliche Ursachen

Das sind mögliche Erklärungen, keine bestätigte Diagnose. Mehrere unabhängige Fehler können gleichzeitig vorliegen.

  • Eine statische Adresse kann sich mit anderem Host oder DHCP-Pool/Reservierung überschneiden; geklonte Systeme können dieselbe vorgesehene Netzidentität besitzen.
  • Eine Bridge-Schleife oder unerwartete Nachbarantwort können ebenfalls Konflikterkennung auslösen; gemeldete Peer-MAC und Topologie müssen geprüft werden.

Sicher prüfen

Führe jeweils einen Befehl in der passenden Sitzung aus. Lies zuerst die Erklärung. Großgeschriebene Platzhalter brauchen deine Werte; Werkzeuge und Rechte unterscheiden sich je nach Distribution. Die Website zeigt Befehle an und führt sie niemals aus.

Prüfschritt 1

IFACE durch die im Konflikt genannte Schnittstelle ersetzen. IPv4-/IPv6-Adressen und Flags ohne Ergänzen, Löschen oder erneute Probe lesen.

ip address show dev IFACE

Ergebnis einordnen: dadfailed ist ein IPv6-Konfliktergebnis; tentative allein kann eine normale kurze DAD-Phase sein. IPv4 kann fehlen, weil NetworkManager die kollidierende Adresse verweigerte.

Prüfschritt 2

IPv4-Konfliktereignisse bei Bedarf mit Journalrechten lesen. Adresse, Schnittstelle und gemeldete Peer-MAC für die Netzwerkverwaltung erhalten.

journalctl -b -u NetworkManager --no-pager -n 250

Ergebnis einordnen: Already-in-use ist konkreter als ip-config-unavailable. Peer-MAC ist ein Hinweis, keine Erlaubnis zur Änderung anderer Hosts und kein Beweis einer böswilligen Antwort.

Prüfschritt 3

IPv6-Duplikatereignisse im Kernel und deren Peer-Adresse/MAC-Kontext lesen; Kernel-Journalzugriff kann Rechte benötigen.

journalctl -k -b --no-pager -n 250

Ergebnis einordnen: Duplicate-detected bedeutet, dass DAD widersprechende Befunde erhielt. Stabile Privacy-Generierung kann andere Adresse versuchen; danach entstandene nutzbare Adresse prüfen.

Nächste Schritte nach Befund

Kollidierende Adressvergabe korrigieren

Wenn Peer und Vergabeunterlagen ein Duplikat bestätigen, Adressinhaber oder DHCP-Verwaltung eine freie freigegebene Adresse zuweisen beziehungsweise überlappende Reservierung/Pool korrigieren lassen. Nur betroffenes lokales Profil ändern und erfolgreiche normale Konfliktprüfung verifizieren.

Vorsicht: Alte Adresse, Routen und DNS dokumentieren; Adresswechsel unterbrechen Sitzungen und können Freigaben oder Dienstbindungen betreffen. Keine nur scheinbar freie beliebige IP nutzen.

Wiederherstellung / Rücknahme: Bei gestörtem Routing gesichertes Profil lokal wiederherstellen; bestätigtes Duplikat bis zur Vergabeklärung jedoch getrennt lassen.

Hat dir dieser Hinweis geholfen?

Hinweis teilen#

Bestätigte Klonidentität oder Layer-2-Schleife beheben

Wenn nur geklonte VMs kollidieren, Hypervisor-MAC-Zuweisung und DHCP-/Adressgenerierungsidentität anhand des Klonverfahrens der Plattform prüfen. Verweisen Peer-Befunde stattdessen auf Bridge-Schleife, bestätigten doppelten physischen oder virtuellen Pfad mit Netzwerkverwaltung entfernen.

Vorsicht: DAD/ACD nicht abschalten und nicht blind jede Maschinenidentität neu erzeugen. Identitätswechsel können Leases und Verwaltungszugang beeinflussen; zuerst VM- und Netzkonfiguration sichern.

Wiederherstellung / Rücknahme: Bei falscher Diagnose gesicherte VM-Identität oder Topologie wiederherstellen; ursprünglichen Verwaltungszugang retten und kollidierende Schnittstelle während Klärung deaktiviert lassen.

Hat dir dieser Hinweis geholfen?

Hinweis teilen#

Quellen und Prüfung

Diese Anleitung basiert auf Originalquellen von Projekten oder Distributionen und wurde am genannten Datum redaktionell geprüft. Das ist eine Quellenprüfung, kein Nachweis einer auf deiner Hardware reproduzierten Lösung. Log-Beispiele sind synthetische Testdaten. Versionsabhängige Details müssen zur installierten Ausgabe passen.