Fehlersuche (systematisch)

Methodisch statt wild raten

Bei Netzwerkproblemen lohnt sich ein systematisches Vorgehen, statt planlos Einstellungen zu ändern. Bewährt hat sich, das OSI-Modell von unten nach oben abzuarbeiten (bottom-up): Erst die physische Verbindung prüfen, dann IP, dann Namensauflösung, zuletzt den eigentlichen Dienst. So schließt du Schicht für Schicht Fehlerquellen aus.

Die Prüfkette Schritt für Schritt

Der klassische erste Test

Eine sehr aussagekräftige Reihenfolge: Erst die eigene IP prüfen, dann das Gateway, dann eine externe IP, dann einen Namen:

$ ping 1.1.1.1        # geht: Internet per IP da
PING 1.1.1.1 ... 0% packet loss
$ ping oen.de         # geht NICHT: Name fällt aus
ping: oen.de: Name or service not known

Lehre aus diesem Beispiel: Die Verbindung steht, aber DNS ist kaputt. Du musst nicht das Kabel prüfen – das Problem liegt eindeutig bei der Namensauflösung. Genau das ist der Vorteil des stufenweisen Vorgehens.

Typische Fälle

• Keine IP-Adresse (z. B. 169.254.x.x): DHCP antwortet nicht – Router/DHCP prüfen.
• IP da, kein Internet: Gateway oder Provider-Strecke gestört – mit traceroute die Stelle finden.
• IP funktioniert, Namen nicht: DNS-Server falsch oder ausgefallen – siehe DNS-Lookup.
• Webseite lädt nicht, aber Ping ok: Dienst/Port prüfen (siehe Port-Referenz) oder TLS-Problem (SSL-Check).

Sicherheitsbezug

Nicht jede Störung ist ein technischer Defekt – manchmal steckt ein Angriff dahinter. Plötzlich falsche DNS-Antworten können auf Spoofing hindeuten, ein langsames Netz auf einen DDoS. Dokumentiere ungewöhnliche Beobachtungen, vergleiche sie mit deinem Normalzustand (Baseline) und ziehe bei Verdacht die Logs heran – deren synchrone Zeit (siehe NTP) ist dabei Gold wert.