content-sync - KNW-1211 translation finished

Author: thomaskoslowski

src/onprem/de/devel_check_plugins_snmp.asciidoc

@@ -20,7 +20,7 @@ xref:cmk_commandline#[{CMK} auf der Kommandozeile]
 
 Check-Plugins, die mit SNMP arbeiten, werden auf ähnliche Weise entwickelt wie ihre xref:devel_check_plugins#[agentenbasierten Verwandten.]
 Der Unterschied liegt sowohl im Ablauf der xref:glossar#service_discovery[Service-Erkennung] (_Discovery_) als auch des Checks selbst.
-Bei den agentenbasierten Check-Plugins wird mit dem xref:glossar#agent_plugin[Agentenplugin] festgelegt, welche Daten an die {CMK}-Instanz _gesendet_ werden, zudem findet dort oft bereits eine Vorfilterung (aber keine Auswertung) statt.
+Bei den agentenbasierten Check-Plugins wird mit dem xref:glossar#agent_plugin[Agentenplugin] festgelegt, welche Daten an die {CMK}-Instanz _gesendet_ werden, zudem findet auf dem Host oft bereits eine Vorfilterung (aber keine Auswertung) statt.
 Im Gegensatz dazu müssen Sie bei SNMP selbst genau festlegen, welche Datenbereiche Sie benötigen und diese explizit _anfordern._
 Diese Bereiche (Äste eines Baumes) oder einzelne Datenfelder (Blätter) werden bei SNMP durch OIDs (_object identifier_) identifiziert.
 
@@ -211,7 +211,7 @@ Legen Sie also die Datei `flintstone_setup_check.py` für das neu zu erstellende
 Konvention ist, dass der Dateiname den Namen des Check-Plugins wiedergibt, wie er in der Registrierfunktion `register.check_plugin()` festgelegt wird.
 _Pflicht_ ist, dass die Datei mit `.py` endet, denn ab Version {v20} von {CMK} handelt es sich bei den Check-Plugins immer um echte Python-Module.
 
-Ein lauffähiges Grundgerüst (link:https://github.com/Checkmk/checkmk-docs/blob/master/examples/devel_check_plugins_snmp/flintstone_setup_check_bare_minimum.py[Download bei GitHub^]), das Sie im Folgenden Schritt für Schritt weiter ausbauen werden, sieht so aus:
+Ein lauffähiges Grundgerüst (link:https://github.com/Checkmk/checkmk-docs/blob/2.2.0/examples/devel_check_plugins_snmp/flintstone_setup_check_bare_minimum.py[Download bei GitHub^]), das Sie im Folgenden Schritt für Schritt weiter ausbauen werden, sieht so aus:
 
 .~/local/lib/check_mk/base/plugins/agent_based/flintstone_setup_check.py
 [{python}]
@@ -448,7 +448,7 @@ Angenommen, der Router kann mit einer variablen Zahl von Netzwerkkarten bestück
 Alle unter einer OID erhältlichen Blätter werden in eine Tabellenspalte geschrieben.
 Damit dürfte es offensichtlich sein, dass wegen der Darstellung der Daten nur zusammenpassende OIDs abgefragt werden dürfen.
 
-*Tipp:* Auch das zuletzt gezeigte Beispiel zum Abruf von OID-Ästen ist Bestandteil unseres auf GitHub bereitgestellten link:https://github.com/Checkmk/checkmk-docs/blob/master/examples/devel_check_plugins_snmp/flintstones_fred_router.txt[SNMP-Walks^], den Sie zur xref:simulation[Simulation] nutzen können.
+*Tipp:* Auch das zuletzt gezeigte Beispiel zum Abruf von OID-Ästen ist Bestandteil unseres auf GitHub bereitgestellten link:https://github.com/Checkmk/checkmk-docs/blob/2.2.0/examples/devel_check_plugins_snmp/flintstones_fred_router.txt[SNMP-Walks^], den Sie zur xref:simulation[Simulation] nutzen können.
 
 Doch nun zurück zum Beispiel, in dem die OID-Blätter zu Kontakt, Gerätename und Standort abgefragt werden:
 Die folgende Parse-Funktion übernimmt einfach jedes Element der inneren Liste in ein Schlüssel-Wert-Paar des zurückgegebenen Dictionaries:
@@ -535,7 +535,7 @@ def check_flintstone(section):
 
 Mit der Erstellung der Check-Funktion ist das Check-Plugin fertig.
 
-Das komplette Check-Plugin haben wir auf link:https://github.com/Checkmk/checkmk-docs/blob/master/examples/devel_check_plugins_snmp/flintstone_setup_check.py[GitHub^] bereitgestellt.
+Das komplette Check-Plugin haben wir auf link:https://github.com/Checkmk/checkmk-docs/blob/2.2.0/examples/devel_check_plugins_snmp/flintstone_setup_check.py[GitHub^] bereitgestellt.
 
 
 [#test]
@@ -611,14 +611,15 @@ Da die Fehlerbehebung bei xref:devel_check_plugins#errors[agentenbasierten Check
 
 Im Artikel zur Überwachung via SNMP xref:snmp#simulation[zeigen wir detailliert,] wie Sie SNMP-Walks aus der GUI erstellen und wie Sie diese zur Simulation einsetzen können.
 So ist es auch möglich, Check-Plugins auf Testsystemen zu entwickeln, welche die SNMP-Hosts, für die Sie ein Plugin entwickeln, nicht erreichen können.
-In unserem GitHub-Repository finden Sie ein Beispiel eines link:https://github.com/Checkmk/checkmk-docs/blob/master/examples/devel_check_plugins_snmp/flintstones_fred_router.txt[SNMP-Walks,^] den wir in diesem Artikel verwenden, und den Sie zur Entwicklung und zum Testen des Check-Plugins nutzen können.
+In unserem GitHub-Repository finden Sie ein Beispiel eines link:https://github.com/Checkmk/checkmk-docs/blob/2.2.0/examples/devel_check_plugins_snmp/flintstones_fred_router.txt[SNMP-Walks,^] den wir in diesem Artikel verwenden, und den Sie zur Entwicklung und zum Testen des Check-Plugins nutzen können.
 
 
 [#dummydaemon]
 ==== Dummy SNMP-Daemon
 
 Soll sichergestellt werden, dass bestimmte OIDs sich abhängig voneinander ändern, kann es sinnvoll sein, einen Dummy SNMP-Daemon zu programmieren, der in sich konsistente Daten ausliefert.
 Ein Hilfsmittel bei der Programmierung eines solchen kann das link:https://pypi.org/project/snmp-agent/[Python-Modul `snmp-agent`^] sein.
+// TK: Diese Seite gibt es nur in Deutsch.
 
 
 [#hwbugs]