Anmelden

Netzwerkfehler systematisch analysieren

Lektion 2 von 6

Schicht für Schicht: Client, IP und lokales Netzwerk

Untersuche Link, Schnittstelle, IPv4-Konfiguration, Subnetz und lokale Nachbarschaft.

Lernziele

Nach Abschluss dieser Lektion kannst du:

  • Schnittstellen- und Linkzustand untersuchen
  • IPv4-Adresse, Maske beziehungsweise Präfix, Gateway und DNS unterscheiden
  • DHCP-Hinweise in der Clientkonfiguration erkennen
  • 169.254.0.0/16 als IPv4 Link-Local einordnen
  • Loopback und Netzwerkschnittstellenadresse unterscheiden
  • gleiches und unterschiedliches Subnetz bestimmen
  • auffällige Masken und Adressen erkennen
  • ARP-/Neighbor-Zustand konzeptionell einordnen
  • Duplicate-IP-Symptome verstehen
  • lokale Evidenz vor Router- oder DNS-Vermutungen sammeln

Zuerst Interface und Link

  • Kabel verbunden?
  • WLAN mit dem erwarteten SSID verbunden?
  • Interface aktiviert beziehungsweise up?
  • Link vorhanden?
  • korrektes Switch-/Funknetz?
  • passt der beobachtete Zustand zur Baseline?

Eine Link-LED ist ein Hinweis, aber kein Beweis für Ende-zu-Ende-IP-Kommunikation. Lokale Firewallregeln können Tests beeinflussen; sie werden nicht als Erstmaßnahme deaktiviert.

Clientkonfiguration lesen

ipconfig /all

Windows: Adapter, IPv4-Adresse, Subnetzmaske, Default Gateway, „DHCP aktiviert“, angezeigten DHCP-Server und DNS-Server unterscheiden.

ip addr

Linux: Schnittstellenzustand sowie Adressen und Präfixe lesen.

ip route

Linux: Routingtabelle und gegebenenfalls Default Route lesen.

arp -a · ip neigh

Windows beziehungsweise Linux: lokalen IPv4-Neighbor-/ARP-Cache beobachten.

Linux-DNS-Konfiguration ist distributions- und dienstabhängig; NetworkManager oder systemd-resolved werden nicht als universal vorausgesetzt. DHCP-Server, Gateway und DNS-Server sind drei verschiedene Rollen, auch wenn ein Gerät mehrere davon übernehmen kann.

Plausibles Konfigurationsbeispiel

IPv4-Adresse
192.168.10.50Identifiziert die Schnittstelle im Beispielnetz.
Maske / Präfix
255.255.255.0 · /24Trennt lokalen Netz- und Hostanteil.
Default Gateway
192.168.10.1Next Hop für nicht spezifischer behandelte entfernte Ziele.
DNS-Server
192.168.10.10Beantwortet beziehungsweise vermittelt Namensauflösung.

Diese Adressen sind für das Beispiel gültig, aber keine universell vorgeschriebenen Gateway- oder DNS-Adressen.

Link-Local und Loopback

169.254.0.0/16 ist IPv4 Link-Local. Windows weist häufig eine solche APIPA-Adresse zu, wenn automatische IPv4-Konfiguration über DHCP keine nutzbare konfigurierte Adresse ergibt. Das ist Evidenz für einen Konfigurationszustand – kein Beweis, dass der DHCP-Server ausgeschaltet ist.

Mögliche Untersuchungsbereiche sind Link, Client, VLAN/Pfad, Relay, Server, Pool oder andere Konfigurationsprobleme. 127.0.0.0/8 ist der Loopbackbereich; 127.0.0.1 bezeichnet häufig den lokalen Host und ist keine Firmen-LAN-Adresse.

Gleiches Subnetz oder Routing?

192.168.10.50/24 und 192.168.10.60/24 gehören zu 192.168.10.0/24 und kommunizieren gewöhnlich lokal, ohne Same-Subnet-Verkehr zum Default Gateway zu senden. 192.168.20.60/24 liegt in einem anderen Netz und benötigt einen passenden Route-/Gateway-Pfad.

Lokales Netz und Remote-Verkehr

PC A

192.168.10.50/24

Switch

lokale Verbindung

PC B

192.168.10.60/24

Gateway

192.168.10.1
A ↔ B
Gleiches /24: gewöhnliche Kommunikation bleibt lokal.
A → entferntes Netz
Der Host nutzt eine passende Route, häufig über das Default Gateway.

Ein Switch versteht nicht automatisch die IP-Subnetzlogik des Hosts. Linkstatus allein beweist keine funktionierende Layer-3-Kommunikation.

Falsche Maske und doppelte Adresse

PC A mit 192.168.10.50/24 und PC B mit 192.168.10.60/16 können unterschiedliche Entscheidungen darüber treffen, welche Ziele lokal sind. Das kann verwirrendes oder asymmetrisches Verhalten verursachen, bedeutet aber nicht in jedem Fall Totalausfall.

Zwei Hosts mit derselben IPv4-Adresse können wechselnde ARP-/Neighbor-Zuordnungen, intermittierende Erreichbarkeit, Verkehr zum falschen Gerät oder Betriebssystemwarnungen verursachen. Verschiedene Gerätenamen verhindern keinen IP-Konflikt.

ARP und lokale Nachbarn

In einem Ethernet-artigen lokalen IPv4-Netz ordnet ARP lokale IPv4-Adressen Link-Layer-Adressen zu. arp -a und ip neigh zeigen Cache-/Neighbor-Zustand. Ein vorhandener Eintrag ist historische Evidenz und kein dauerhafter Gesundheitsbeweis für das Ziel.

Praktische Reihenfolge, sofern passend: Interface/Link → eigene IP-Konfiguration → lokaler Stack/Loopback → bekannter Same-Subnet-Peer → Gateway. Ziele müssen bekannt sein und dürfen ICMP ablehnen; Ping bleibt nur ein Evidenzbaustein.

Wissenscheck

Link-Local richtig einordnen

Ein Client zeigt 169.254.44.21 mit 255.255.0.0. Welche Schlussfolgerung ist am besten?

Übung

Adressen und Netzbeziehungen einordnen

Ordne jeder Angabe die passende Bedeutung zu.

Praxis: Drei Befunde vergleichen

A · plausibel

192.168.10.50/24 · Gateway 192.168.10.1 · DNS 192.168.10.10

Die Felder sind im Beispielnetz plausibel; daraus folgt noch keine Dienstgesundheit.

B · auffällig

169.254.20.12/16 · kein erwartetes Firmengateway

Link-Local verlangt Untersuchung von automatischer Konfiguration und Pfad. Der exakte Auslöser ist noch offen.

C · Maske prüfen

192.168.10.200/16 · Gateway 192.168.10.1

Die Hostadresse ist syntaktisch gültig, doch das /16 kann von der erwarteten /24-Baseline abweichen. Nicht blind korrigieren: Sollzustand belegen.

Typische Fehlvorstellungen

Falsch: „169.254.x.x beweist, dass der DHCP-Server ausgeschaltet ist.“
Korrektur: Link-Local lässt mehrere Client-, Pfad-, Relay-, Server- oder Poolursachen offen.
Falsch: „Default Gateway und DNS-Server sind dieselbe Rolle.“
Korrektur: Routing und Namensauflösung sind getrennte Funktionen.
Falsch: „127.0.0.1 ist eine nutzbare Firmen-LAN-Adresse.“
Korrektur: Sie gehört zum Loopbackbereich des lokalen Hosts.
Falsch: „Verschiedene IP-Adressen können nie in Konflikt stehen.“
Korrektur: Konflikte entstehen insbesondere, wenn zwei Hosts dieselbe Adresse verwenden.
Falsch: „Link-LED an bedeutet Layer 3 funktioniert.“
Korrektur: Linkstatus beweist keine gültige IP-Konfiguration oder Ende-zu-Ende-Kommunikation.
Falsch: „Same-Subnet-Verkehr geht immer durchs Gateway.“
Korrektur: Gewöhnlicher lokaler Verkehr wird direkt über das lokale Netz zugestellt.
Falsch: „Ein ARP-Eintrag beweist, dass der Host jetzt gesund ist.“
Korrektur: Neighbor-Caches sind zeitabhängige Evidenz, keine permanente Wahrheit.

Dein Lernstand

Lektion in Bearbeitung

Das Öffnen startet die Lektion. Als erledigt zählt sie erst nach deiner ausdrücklichen Bestätigung.