Netzwerk-Troubleshooting: die Schritt-für-Schritt-Methode mit Befehlen
Gute Supporter raten nicht, sie grenzen ein. Die folgende Reihenfolge arbeitet sich von unten nach oben durch das Netzwerk. Jeder Schritt halbiert die möglichen Ursachen.
1. Umfang klären
Betrifft es einen Benutzer oder alle? Eine Website oder alle? Seit wann? Zwei Fragen sparen oft die Hälfte der Arbeit: Sind alle betroffen, liegt der Fehler zentral (Router, DNS, Firewall), nicht am einzelnen PC.
2. IP-Konfiguration
Hat der Rechner eine gültige Adresse, die richtige Subnetzmaske, ein Gateway und einen DNS-Server? Eine 169.254-Adresse heisst: DHCP fehlt.
$ ipconfig /allWindows$ ip -br addr && ip routeLinux3. Gateway und Internet
Pinge zuerst das eigene Gateway, dann eine Adresse im Internet. Wo die Kette reisst, liegt der Fehler. Mit tracert bzw. traceroute siehst du, an welchem Hop die Verbindung endet.
$ ping 192.168.10.1eigenes Gateway$ tracert 8.8.8.8Windows; Linux: traceroute -n 8.8.8.84. Namensauflösung
Funktionieren IP-Adressen, aber keine Namen, ist DNS die Ursache. Prüfe den eingetragenen Server und frage ihn direkt ab.
$ nslookup example.comAntwort oder «timed out»?5. Port, Firewall, Dienst
Ist der Server erreichbar, aber die Anwendung nicht, prüfe den Port. Ist er geschlossen, blockiert eine Firewall oder der Dienst läuft nicht.
$ Test-NetConnection intranet.firma.local -Port 443Windows: TcpTestSucceeded$ sudo ss -tulpnLinux: hört der Dienst auf dem Port?6. Beheben, prüfen, dokumentieren
Ändere nur eine Sache auf einmal, prüfe danach das ursprüngliche Symptom und halte Ursache und Lösung im Ticket fest. So erkennt das Team wiederkehrende Fehler.
Häufige Fragen
- Warum von unten nach oben (OSI-Modell)?
- Höhere Schichten bauen auf den unteren auf. Ohne gültige IP-Adresse kann DNS nicht funktionieren; ohne Gateway keine Website im Internet.
- Was, wenn Ping blockiert ist?
- Manche Server oder Firewalls verwerfen ICMP. Teste dann mit einem Port-Check (Test-NetConnection, curl) statt mit Ping.
Stand: 2026-11-08