Ein Benutzer meldet «das Netzwerk ist down». Sie wissen noch nicht, ob es ein totes Kabel, ein flappender Port, ein Gerät, das vom Netz gefallen ist, oder eine nicht dokumentierte Konfigurationsänderung ist. Also öffnen Sie eine SSH-Session. Dann eine weitere zum Upstream-Switch. Dann lesen Sie show-interface-Ausgaben in drei Fenstern gleichzeitig und versuchen, alles im Kopf zu behalten.
Die Werkzeuge, die Sie tatsächlich brauchen, sind nicht exotisch: Ping, Traceroute, ein Kabeltest, Interface-Counter und eine Möglichkeit zu finden, wo ein Gerät wirklich angeschlossen ist. Das Problem ist, dass sie hinter einer verstreuten Sammlung von CLI-Sessions liegen. Die Troubleshooting-Werkbank von NetGUI bringt sie auf einen Bildschirm, in der Reihenfolge, in der Sie sie tatsächlich verwenden würden.
Mit der Erreichbarkeit beginnen
Bevor Sie etwas Physisches anfassen, klären Sie, was erreichbar ist und was nicht. Ping sagt Ihnen, ob das Gerät antwortet; Traceroute zeigt, wo der Pfad abbricht. Beide vom selben Bildschirm aus auszuführen bedeutet, dass Sie das Problem eingrenzen, statt zu raten, welchen Hop Sie verdächtigen.
Prüfen Sie die Erreichbarkeit und verfolgen Sie den Pfad zu jedem Gerät, ohne eine Jump-Box zu öffnen oder die richtige Session zu suchen.
Das Kabel testen, ohne hinzulaufen
Wenn ein Port tot aussieht, ist die nächste Frage die physische Ebene. Ein TDR-Kabeltest (Time Domain Reflectometer) misst das Adernpaar und meldet die Distanz bis zum Fehler, sodass Sie «offen bei 12 Metern» erfahren statt «vielleicht ein neues Kabel probieren». Das holen Sie von Ihrem Platz aus, statt jemanden mit einem Hardware-Tester loszuschicken.
Profi-Tipp: Die Distanz zum Fehler verwandelt ein vages «das Kabel könnte defekt sein» in eine konkrete Stelle zum Prüfen. Das ist der Unterschied zwischen einer Fünf-Minuten-Reparatur und einem verlorenen Nachmittag.
Führen Sie den Kabeltest von der Werkbank aus und lesen Sie, wo der Fehler liegt, sodass ein schlechtes Kabel eine Tatsache ist statt einer Vermutung.
Das Interface in Klartext lesen
Interface-Counter sagen die Wahrheit, aber nur, wenn Sie wissen, welche Zahlen zählen. Die Interface-Prüfung holt Status, Fehler und Statistiken und erklärt, was sie bedeuten, sodass ein steigender CRC-Zähler oder ein Duplex-Mismatch benannt wird statt in Rohdaten unterzugehen.
Status- und Fehler-Counter kommen mit Erklärungen in Klartext, sodass das Signal nicht im Rauschen untergeht.
Finden, wo ein Gerät wirklich hängt
Die Hälfte des Troubleshootings besteht darin, den Port zu finden, an dem ein Gerät tatsächlich hängt. NetGUI kann eine MAC-Adresse über jeden Switch hinweg suchen und einen ARP-Lookup durchführen, sodass Sie direkt zum Access-Port gehen, statt die Topologie von Hand abzulaufen.
Lokalisieren Sie ein Gerät über jeden Switch und lösen Sie es per ARP auf, sodass Sie den Port verfolgen, nicht das Symptom.
Das vollständige Bild eines Ports erhalten
Sobald Sie den Port gefunden haben, holt das Port X-Ray alles über dieses Interface in eine Ansicht, sodass Sie nicht fünf Befehle zusammensetzen müssen, um einen einzelnen Port zu verstehen. Es ist der tiefe Blick, zu dem Sie greifen, wenn Sie wissen, wo Sie hinschauen müssen.
Sammeln Sie die vollständigen Details eines Interfaces in einer einzigen Ansicht, statt von Hand Befehl um Befehl auszuführen.
Das Fazit
Troubleshooting ist langsam, wenn die Werkzeuge verstreut sind, nicht wenn das Problem schwierig ist. Arbeiten Sie von oben nach unten: Erreichbarkeit, dann das Kabel, dann das Interface, dann wo das Gerät hängt, dann der Port im Detail, und behalten Sie alles auf einem Bildschirm.
Sie verbringen Ihre Zeit mit Diagnose statt mit dem Neuaufbau von SSH-Sessions, und jede Prüfung wird für die nächste Person protokolliert, die fragt, was passiert ist.