Netzwerkschnittstelle

Der Check Netzwerkschnittstelle überwacht den Zustand von Netzwerkadaptern — Linkstatus, Geschwindigkeit, Paketfehler und -verluste. Er erkennt Hardwareprobleme wie eine defekte NIC oder ein Kabelproblem, bevor sie Konnektivitätsverlust verursachen. Der Check läuft unter Windows, Linux und macOS alle 5 Minuten auf dem Agenten; das Intervall ist nicht durch den Benutzer konfigurierbar.

Voraussetzungen

• Du benötigst die Berechtigung Monitoring-Check-Verwaltung.
• Das Zielgerät muss einen verbundenen Agent haben.

Schritte

1. Gehe zu Geräte und öffne das Gerät.
2. Klicke auf den Tab Checks → Check hinzufügen → Netzwerkschnittstelle.
3. Lege den Umfang fest. Standardmäßig überwacht der Check alle Nicht-Loopback-Interfaces ohne virtuelle Adapter. Um den Umfang einzugrenzen, führe die gewünschten Adapter unter Schnittstellennamen auf. Um einzelne Adapter auszunehmen — etwa einen ungenutzten Port, der dauerhaft getrennt ist —, wähle sie unter Zu ignorierende Schnittstellen aus; diese Auswahl bietet die beim letzten Lauf erkannten Schnittstellen an und füllt sich daher, sobald der Check mindestens einmal gelaufen ist.
4. Passe bei Bedarf die Schwellenwerte an.
5. Klicke auf Check hinzufügen.

Nach dem ersten Check-Intervall siehst du das Ergebnis im Tab Checks des Geräts.

Einstellungen

Die Felder sind in der Reihenfolge aufgeführt, in der sie in der Check-Konfiguration erscheinen.

Welche Interfaces überwacht werden

• Loopback-Interfaces werden immer ausgeschlossen. Virtuelle Adapter (VPN, Docker-Bridges, Hyper-V, VMware, vEthernet, tun/tap usw.) werden standardmäßig ausgeschlossen; deaktiviere Virtuelle Adapter ausschließen, um sie einzubeziehen. Wenn du einen virtuellen Adapter überwachen möchtest, deaktiviere die Option und führe ihn explizit unter Schnittstellennamen auf.
• Die Filter laufen in fester Reihenfolge: zuerst Loopback, dann virtuelle Adapter, dann Schnittstellennamen, dann Zu ignorierende Schnittstellen. Da die Namensliste nach dem Filter für virtuelle Adapter greift, bleibt nichts zu überwachen übrig, wenn du unter Schnittstellennamen einen virtuellen Adapter angibst und Virtuelle Adapter ausschließen aktiviert ist.
• Zu ignorierende Schnittstellen vergleicht Interface-Namen exakt und ohne Beachtung der Groß- und Kleinschreibung und greift zuletzt — die Option entfernt also auch Interfaces, die du unter Schnittstellennamen aufgeführt hast.
• Bei aktiviertem Alarm bei Link-Down (Standard) werden auch Interfaces einbezogen, die down sind, damit sie einen kritischen Alarm auslösen können. Deaktivierst du die Option, werden nicht aktive Interfaces aus der Überwachung herausgefiltert — allerdings nur, solange Schnittstellennamen leer ist. Ausdrücklich benannte Interfaces werden immer überwacht, unabhängig vom Linkstatus.
• Unter Windows werden bei aktiviertem Virtuelle Adapter ausschließen Adapter mit derselben MAC-Adresse zu einem Eintrag zusammengefasst, wobei der verbundene Adapter erhalten bleibt. Das verhindert, dass die Filter-Miniports, die Windows für Traffic-Shaping und Paketmitschnitt anlegt, einen physischen Port mehrfach zählen.
• Auf einem Hyper-V-Gast behält Virtuelle Adapter ausschließen den echten Netzwerkadapter der Maschine. Die primäre NIC eines Gasts meldet sich als „Microsoft Hyper-V Network Adapter“ und wird überwacht, während der hostseitige virtuelle Switch (ein „Hyper-V Virtual Ethernet Adapter“ mit dem Namen „vEthernet (...)“) weiterhin als echter virtueller Adapter herausgefiltert wird.

Ergebnisse

Jedes überwachte Interface wird einzeln bewertet, und der Check meldet die schlechteste Bewertung aus der Menge. Pro Interface gilt die erste zutreffende Bedingung:

1. Kritisch — der Link ist down und Alarm bei Link-Down ist aktiviert.
2. Kritisch — die Paketfehlerrate liegt bei oder über Kritische Fehlerrate.
3. Kritisch — die Paketverwerfungsrate liegt bei oder über Kritische Verwerfungsrate.
4. Warnung — die Paketfehlerrate liegt bei oder über Warnung Fehlerrate.
5. Warnung — die Paketverwerfungsrate liegt bei oder über Warnung Verwerfungsrate.
6. Warnung — Erwartete Geschwindigkeit ist gesetzt und die gemessene Linkgeschwindigkeit liegt darunter.
7. OK — nichts davon trifft zu.

Bleibt nach den Filtern kein Interface zum Bewerten übrig, meldet der Check Warnung statt OK — ein Check, der nichts überwacht, fällt damit weiterhin auf. Die lokalen Agent-Logs auf dem Gerät halten fest, wie viele Interfaces jeder Filterschritt entfernt hat. Erweitere Schnittstellennamen, entferne Einträge aus Zu ignorierende Schnittstellen oder deaktiviere Virtuelle Adapter ausschließen, um wieder Adapter einzubeziehen.

Fehler- und Verwerfungsraten sind kumulativ seit dem Hochfahren des Interfaces — Gesamtzahl der Fehler/Verwerfungen geteilt durch die Gesamtzahl der Pakete, nicht die im letzten Polling-Intervall beobachtete Rate.

Erfasste Metriken

• Linkstatus (up / down)
• Linkgeschwindigkeit (Mbps)
• MAC-Adresse
• Gesendete und empfangene Bytes
• Gesendete und empfangene Pakete
• Eingehende und ausgehende Fehler
• Eingehende und ausgehende Verwerfungen (Drops)
• Paketfehlerrate (%)
• Paketverwerfungsrate (%)

Ausgehende Verwerfungen werden unter Windows und Linux gezählt. Unter macOS stehen nur eingehende Verwerfungen zur Verfügung, die Paketverwerfungsrate bildet dort also allein die eingehenden Verwerfungen ab. Ein Interface ohne IPv4-Statistiken — etwa ein reines IPv6- oder Tunnel-Interface — meldet für die Traffic-Zähler den Wert null.

Tipps

• Paketfehler auf einem kabelgebundenen Interface deuten normalerweise auf ein defektes Kabel, eine defekte NIC oder ein Switch-Port-Problem hin. Untersuche das sofort.
• Setze Erwartete Geschwindigkeit (Mbps) für kritische Interfaces, um Geschwindigkeitsaushandlungsprobleme zu erkennen (z. B. eine 1-Gbps-NIC, die auf 100 Mbps zurückfällt).