Anmelden

Netzwerkfehler systematisch analysieren

Lektion 3 von 6

Gateway, Routing und Erreichbarkeit

Verstehe Gateway- und Routenentscheidungen und grenze lokale von entfernten Pfadproblemen ab.

Lernziele

Nach Abschluss dieser Lektion kannst du:

  • die Rolle eines Default Gateways erklären
  • lokale und entfernte Ziele unterscheiden
  • Routingtabellen konzeptionell lesen
  • 0.0.0.0/0 als Default Route einordnen
  • Longest Prefix Match verstehen
  • Windows- und Linux-Routen lesend untersuchen
  • tracert und traceroute vorsichtig interpretieren
  • fehlende oder falsche Gatewaysymptome erkennen
  • Routing und DNS trennen
  • Hin- und Rückweg konzeptionell berücksichtigen

Default Gateway als Next Hop

Ein Default Gateway ist der Next-Hop-Router, den ein Host nutzt, wenn keine spezifischere lokale oder andere Route das Ziel behandelt. PC 192.168.10.50/24 erkennt Server 192.168.20.25 als entfernt und sendet gewöhnlich zu einem passenden Router, etwa 192.168.10.1.

Für normale Kommunikation mit 192.168.10.80/24 ist kein Gateway nötig. In einer gewöhnlichen direkt verbundenen Konfiguration wäre Gateway 192.168.20.1 für PC 192.168.10.50/24 ohne Sonderroute/on-link-Verfahren verdächtig, weil es nicht über das lokale /24 erreichbar ist.

Route zu einem entfernten Ziel

  1. PC

    192.168.10.50/24

  2. Gateway

    192.168.10.1

  3. Router / Netz

    weiterer Pfad

  4. Server

    192.168.20.20/24

Der Client erkennt das entfernte Präfix, wählt eine passende Route und sendet zum Next Hop. Hin- und Rückweg können verschieden sein; beide müssen für die Kommunikation funktionieren.

Routingtabelle und Default Route

Eine Routingtabelle enthält Zielpräfixe und Entscheidungen über Interface oder Next Hop. 0.0.0.0/0 ist die am wenigsten spezifische IPv4-Route und behandelt Ziele, für die keine spezifischere Route passt. Sie bedeutet nicht universell „Internet“.

route print

Windows: Routingtabelle lesen.

Get-NetRoute

PowerShell, optional: Routeninformationen lesen.

ip route

Linux: Routingtabelle lesen.

Longest Prefix Match

Passen mehrere Routen, wird grundsätzlich das spezifischste passende Präfix bevorzugt. Bei 0.0.0.0/0 → Gateway A und 192.168.20.0/24 → Gateway B nutzt Ziel 192.168.20.25 die /24-Route über Gateway B.

Beispiel-Routingtabelle
ZielpräfixNext HopBeispielziel
192.168.10.0/24on-link192.168.10.80
192.168.20.0/24192.168.10.254192.168.20.40
0.0.0.0/0192.168.10.1203.0.113.10

Das spezifischste passende Präfix gewinnt: lokal /24, entferntes /24, sonst die am wenigsten spezifische Default Route.

Pfad mit tracert oder traceroute beobachten

tracert 203.0.113.10

Windows: sichtbare Teile des Pfads beobachten.

traceroute 203.0.113.10 · tracepath 203.0.113.10

Linux: je nach vorhandener Installation; kein Zusatzwerkzeug ist Pflicht.

Ein fehlender Hop oder * beweist nicht, dass dort keine Weiterleitung stattfindet. Router und Firewalls können Pakete weiterleiten, ohne auf Diagnoseprobes zu antworten.

Gateway, weiterführender Pfad oder Dienst?

  • Known-Good-Same-Subnet-Peer erreichbar, Gateway nicht: Gatewayadresse, VLAN/lokales Netz, Routerinterface, Filterung, Neighbor-Auflösung und physischen Pfad untersuchen.
  • Gateway erreichbar, entferntes Netz nicht: Routing/Pfad nach dem ersten Hop und Rückweg untersuchen.
  • Remote-IP erreichbar, Hostname nicht: DNS ist ein sinnvoller nächster Bereich.
  • IP und Name funktionieren, TCP-Dienst scheitert: Port/Dienst untersuchen.

Diese Aussagen nennen nächste Untersuchungsbereiche, keine absoluten Grundursachen. Ein Gateway-Ping beweist weder Internet-, DNS- noch Dienstverfügbarkeit.

Routing und DNS sind unabhängig

nslookup server.firma.test kann korrekt 192.168.20.20 liefern, während der Client keinen funktionierenden Route-/Rückpfad dorthin hat. Umgekehrt kann IP-Routing funktionieren, obwohl Namensauflösung scheitert.

Hin- und Rückweg müssen nicht identisch sein. Wenn Client → Router A → Server funktioniert, dem Server aber eine Route zurück zu 192.168.10.0/24 fehlt, kann der Client trotz bestehendem Hinweg einen Timeout beobachten.

Wissenscheck

Nächsten Untersuchungsbereich wählen

192.168.10.50/24 erreicht Gateway 192.168.10.1, aber nicht Server 192.168.20.20; DNS löst korrekt auf. Was untersuchst du als Nächstes?

Wissenscheck

Spezifischste Route wählen

0.0.0.0/0 führt zu Gateway A, 192.168.20.0/24 zu Gateway B. Wohin geht 192.168.20.25?

Praxis: Drei Ziele, drei Entscheidungen

Client: 192.168.10.50/24, Gateway 192.168.10.1, DNS 192.168.10.10. Routen: 192.168.10.0/24 → on-link, 192.168.20.0/24 → 192.168.10.254, 0.0.0.0/0 → 192.168.10.1.

  • 192.168.10.80 → on-link
  • 192.168.20.40 → Next Hop 192.168.10.254
  • 203.0.113.10 → Default Route über 192.168.10.1

203.0.113.10 stammt aus einem Dokumentationsnetz und ist kein empfohlener DNS- oder Testdienst.

Typische Fehlvorstellungen

Falsch: „Default Gateway ist für jeden Hostkontakt nötig.“
Korrektur: Gewöhnlicher Same-Subnet-Verkehr bleibt lokal.
Falsch: „0.0.0.0/0 bedeutet speziell das Internet.“
Korrektur: Es ist schlicht die am wenigsten spezifische IPv4-Route.
Falsch: „Wenn das Gateway antwortet, muss Internet funktionieren.“
Korrektur: Der restliche Hin-/Rückpfad und Zieldienst bleiben ungeprüft.
Falsch: „Jeder Traceroute-Stern bedeutet, dass Pakete dort stoppen.“
Korrektur: Zwischengeräte können weiterleiten, ohne auf Probes zu antworten.
Falsch: „DNS-Auflösung beweist funktionierendes Routing.“
Korrektur: Namensauflösung und IP-Pfad sind getrennte Funktionen.
Falsch: „Wenn eine Anfrage den Server erreicht, ist der Rückweg korrekt.“
Korrektur: Eine fehlende Rückroute kann trotzdem zum Timeout führen.
Falsch: „Eine Routingtabelle kann nur eine Route enthalten.“
Korrektur: Mehrere Präfixe und Next Hops sind normal.

Nächste Lektion

DHCP- und DNS-Fehler eingrenzen

Als Nächstes untersuchst du Lease und APIPA, DHCP-Pfad, falsche Optionen, Pool-Erschöpfung sowie NXDOMAIN, SERVFAIL, Timeout, Cache und Resolverunterschiede.

Dein Lernstand

Lektion in Bearbeitung

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