KNW-545 pick-24 updated meta descriptions, src/onprem/{de,en}/ files d-d. Meta descriptions have been updated for the following files:

src/onprem/de/datasource_programs.asciidoc
src/onprem/de/devel_check_plugins.asciidoc
src/onprem/de/devel_check_plugins_snmp.asciidoc
src/onprem/de/devel_special_agents.asciidoc
src/onprem/de/distributed_monitoring.asciidoc

src/onprem/en/datasource_programs.asciidoc
src/onprem/en/devel_check_plugins.asciidoc
src/onprem/en/devel_check_plugins_snmp.asciidoc
src/onprem/en/devel_special_agents.asciidoc
src/onprem/en/distributed_monitoring.asciidoc

Meta descriptions for the following pages have not been changed yet and may be covered in a future commit:

src/onprem/de/dev_guidelines.asciidoc
src/onprem/en/dev_guidelines.asciidoc

Author: eseyffarth

src/onprem/de/datasource_programs.asciidoc

@@ -5,7 +5,7 @@ include::global_attr.adoc[]
 = Datenquellprogramme
 :revdate: 2025-01-20
 :title: Datenquellprogramme - Geräte ohne direkten Agentenzugriff überwachen
-:description: Mit Datenquellprogrammen werden Hosts überwacht, welche nicht direkt oder nur über eine API erreichbar sind. Grundlegende Informationen zur Funktion werden hier beschrieben.
+:description: Datenquellprogramme liefern Monitoringdaten für Hosts ohne Agent Controller. Lesen Sie hier, wie Sie Datenquellprogramme für {CMK} erstellen und nutzen.
 
 {related-start}
 xref:wato_monitoringagents#[Monitoring-Agenten]
@@ -19,10 +19,10 @@ xref:piggyback#[Der Piggyback-Mechanismus]
 == Einleitung
 
 Der {CMK}-Server erreicht Hosts im xref:glossar#pull_mode[Pull-Modus] üblicherweise über eine TCP-Verbindung auf Port 6556.
-Seit Version {v21} lauscht auf diesem Port in den meisten Fällen der Agent Controller, welcher die Agentenausgabe über eine TLS verschlüsselte Verbindung weiterleitet.
+Seit Version {v21} lauscht auf diesem Port in den meisten Fällen der Agent Controller, welcher die Agentenausgabe über eine TLS-verschlüsselte Verbindung weiterleitet.
 {CMK} {v22} führte mit dem xref:glossar#push_mode[Push-Modus] die zusätzliche Möglichkeit ein, die Übertragungsrichtung zu wählen.
 
-Es gibt jedoch Umgebungen -- zum Beispiel bei sehr schlanken Containern, Legacy- oder Embedded-Systemen -- , in der der Agent Controller nicht verwendet werden kann.
+Es gibt jedoch Umgebungen -- zum Beispiel bei sehr schlanken Containern, Legacy- oder Embedded-Systemen -- , in denen der Agent Controller nicht verwendet werden kann.
 Im _Legacy-Modus_ kommt hier `(x)inetd` zum Einsatz, der bei jeder Anfrage das Agentenskript ausführt, die Ausgabe im Klartext überträgt und dann die Verbindung wieder schließt.
 
 In vielen Fällen verlangen Richtlinien, dass Sicherheitsaspekte wie der Verzicht auf die Übertragung von Daten im Klartext berücksichtigt werden müssen.
@@ -59,9 +59,9 @@ Das Schreiben und Einbinden eines eigenen Datenquellprogramms ist nicht schwer.
 Sie können jede von Linux unterstützte Skript- und Programmiersprache verwenden.
 Legen Sie das Programm am besten im Verzeichnis `~/local/bin/` an, dann wird es immer automatisch ohne Pfadangabe gefunden.
 
-Folgendes erstes minimale Beispiel heißt `myds` und erzeugt einfache fiktive Monitoring-Daten.
+Das folgende erste minimale Beispiel heißt `myds` und erzeugt einfache fiktive Monitoring-Daten.
 Anstatt einen neuen Transportweg zu integrieren, erzeugt es Monitoring-Daten selbst. 
-Diese enthalten als einzige Sektion `+<<<df>>>+`.
+Diese enthalten als einzige Sektion `+<<<df>>>+`,
 mit der Information zu einem einzigen Dateisystem der Größe 100 kB und dem Namen `My_Disk`.
 Das Ganze ist ein Shell-Skript mit drei Zeilen:
 
@@ -84,7 +84,7 @@ Legen Sie nun im Setup zum Test einen Host an -- z.B. `myserver125`.
 Dieser benötigt keine IP-Adresse.
 Um zu verhindern, dass {CMK} den Namen `myserver125` per DNS aufzulösen versucht, tragen Sie diesen Namen als explizite „IP-Adresse“ ein.
 
-Legen Sie dann eine Regel im Regelsatz [.guihint]#Setup > Agents > Other integrations > Individual program call instead of agent access# an, welche für diesen Host gilt und tragen Sie `myds` als aufzurufendes Programm ein:
+Legen Sie dann im Regelsatz [.guihint]#Setup > Agents > Other integrations > Individual program call instead of agent access# eine Regel an, welche für diesen Host gilt, und tragen Sie `myds` als aufzurufendes Programm ein:
 
 image::ds_program.png[alt="Eingabemaske für einen individuellen Befehl."]
 

src/onprem/de/devel_check_plugins.asciidoc

@@ -5,7 +5,7 @@ include::global_attr.adoc[]
 = Agentenbasierte Check-Plugins entwickeln
 :revdate: 2025-07-07
 :title: Agentenbasierte Check-Plugins entwickeln
-:description: Hier erfahren Sie, wie Sie agentenbasierte {CMK}-Plugins entwickeln können - mit allem was dazugehört, insbesondere mit der in der Version 2.3.0 neu entwickelten Check-API.
+:description: Bei Bedarf können Sie Ihre eigenen agentenbasierten {CMK}-Plugins mit Python entwickeln. Lesen Sie hier, wie Sie ein Plugin selbst erstellen und nutzen.
 
 {related-start}
 xref:devel_intro#[Erweiterungen für {CMK} entwickeln]
@@ -32,7 +32,7 @@ Und trotzdem kann es immer wieder vorkommen, dass ein Gerät, eine Anwendung ode
 -- vielleicht auch einfach deshalb, weil es sich dabei um etwas handelt, das in Ihrer Firma entwickelt wurde und es daher niemand anders haben kann.
 Im Artikel zur Einführung in die xref:devel_intro#[Programmierung von Erweiterungen] für {CMK} erfahren Sie, welche Möglichkeiten Sie haben.
 
-Dieser Artikel zeigt Ihnen, wie Sie echte Check-Plugins für den {CMK}-Agenten entwickeln können — mit allem was dazugehört.
+Dieser Artikel zeigt Ihnen, wie Sie echte Check-Plugins für den {CMK}-Agenten entwickeln können — mit allem, was dazugehört.
 Für SNMP-basierte Check-Plugins gibt es einen xref:devel_check_plugins_snmp#[eigenen Artikel.]
 
 [TIP]
@@ -1635,7 +1635,7 @@ Allerdings gibt es dabei ein paar Einschränkungen:
 
 Um die Darstellung Ihrer Metriken in diesen Belangen zu vervollständigen, benötigen Sie _Metrikdefinitionen._
 
-So, wie für xref:rule_set[Regelsätze] gibt es seit {CMK} {v23} mit der *Graphing-API* auch eine eigene API für Metriken, Graphen und Perf-O-Meter.
+So wie für xref:rule_set[Regelsätze] gibt es seit {CMK} {v23} mit der *Graphing-API* auch eine eigene API für Metriken, Graphen und Perf-O-Meter.
 Die Dokumentation der Graphing-API finden Sie in Ihrer {CMK}-Instanz auf der gleichen Seite wie die der xref:check_api_doc[Check-API] unter [.guihint]#Graphing > Version 1.#
 
 

src/onprem/de/devel_check_plugins_snmp.asciidoc

@@ -1,10 +1,11 @@
 // -*- coding: utf-8 -*-
 // IGNORE 0° 1° rev23
+// SKIPCOMMITS 2025-03-23
 include::global_attr.adoc[]
 = SNMP-basierte Check-Plugins entwickeln
 :revdate: 2024-09-02
 :title: SNMP-basierte Check-Plugins entwickeln
-:description: Hier erfahren Sie, wie Sie Check-Plugins für SNMP mithilfe der Check-API entwickeln und in {CMK} nutzen können.
+:description: Relevante Monitoring-Daten für SNMP-Hosts muss {CMK} explizit anfordern und dann auswerten. Lesen Sie hier, wie Sie Check-Plugins für SNMP entwickeln.
 
 {related-start}
 xref:devel_intro#[Erweiterungen für {CMK} entwickeln]
@@ -326,7 +327,7 @@ snmp_section_flintstone_setup_check = SimpleSNMPSection(
 )
 ----
 
-Das Beispiel enthält noch den Parameter `name` mit dem die erzeugte SNMP-Sektion identifiziert wird und eine Parse-Funktion, auf die wir xref:parse_function[später] noch zu sprechen kommen.
+Das Beispiel enthält noch den Parameter `name`, mit dem die erzeugte SNMP-Sektion identifiziert wird, und eine Parse-Funktion, auf die wir xref:parse_function[später] noch zu sprechen kommen.
 
 
 [#detect]

src/onprem/de/devel_special_agents.asciidoc

@@ -1,12 +1,12 @@
 // -*- coding: utf-8 -*-
 // IGNORE Anwendungs
 // NONASCII °
-// SKIPCOMMITS 2025-07-22
+// SKIPCOMMITS 2025-09-02
 include::global_attr.adoc[]
 = Spezialagenten entwickeln
 :revdate: 2025-02-24
 :title: Spezialagenten entwickeln
-:description: Hier erfahren Sie, wie Sie Spezialagenten entwickeln, mit denen Sie Daten aus einer beliebigen Quelle in eine {CMK}-Agentenausgabe und so in das Monitoring überführen. 
+:description: Spezialagenten können Daten aus beliebigen Quellen in eine {CMK}-Agentenausgabe überführen. Lesen Sie hier, wie Sie Spezialagenten entwickeln und nutzen.
 
 {related-start}
 xref:devel_intro#[Erweiterungen für {CMK} entwickeln]
@@ -59,7 +59,7 @@ Ein minimaler, lauffähiger Spezialagent benötigt also wenigstens drei Dateien:
 === Vorbereitung der Umgebung
 
 Vorbereitend sollten Sie daher drei Dateiverzeichnisse anlegen, die sich alle unterhalb von `~/local/lib/python3/cmk_addons/plugins/<plug-in_family>` befinden.
-Das im Beispiel gezeigte vierte ist optional, er wird gegebenenfalls für einen agentenbasierten Check verwendet.
+Das im Beispiel gezeigte vierte Verzeichnis ist optional, es wird gegebenenfalls für einen agentenbasierten Check verwendet.
 
 [{shell}]
 ----
@@ -540,7 +540,7 @@ image::devel_special_monitoring_agent.png[alt="Auswahl von "Configured API integ
 Wenn Ihr Spezialagent nicht (mehr) in {CMK} unter [.guihint]#Setup > Agents > Other integrations# angezeigt wird, liegt möglicherweise ein Fehler in der 
 Regelkonfiguration (`rulesets/special_agent.py`) vor.
 
-{cee-only} Bei Nutzung einer der kommerziellen Editionen sehen Sie möglicherweise stattdessen einen roten Warnhinweis beim Versuch die Regel zu bearbeiten 
+{cee-only} Bei Nutzung einer der kommerziellen Editionen sehen Sie möglicherweise stattdessen einen roten Warnhinweis beim Versuch, die Regel zu bearbeiten 
 oder eine neue zu erstellen.
 Folgen Sie dem darin befindlichen Link zur Seite für den Absturzbericht.
 Dort wird Ihnen die mögliche Problemursache anzeigt.

src/onprem/de/distributed_monitoring.asciidoc

@@ -1,11 +1,11 @@
 // -*- coding: utf-8 -*-
 // IGNORE % Benachrichtigungs Konfigurations betreiber1 kunde1 kunde2 kunde3 p11 se ⇄
-// SKIPCOMMITS 2025-07-22
+// SKIPCOMMITS 2025-09-03
 include::global_attr.adoc[]
 = Verteiltes Monitoring
 :revdate: 2025-07-08
 :title: Verteiltes Monitoring - {CMK} skalieren und verteilen
-:description: Hier erfahren Sie, wie Sie mit {CMK} ein verteiltes Monitoring mit einer Zentralinstanz und mehreren Remote-Instanzen einrichten können.
+:description: Bestimmte Szenarien erfordern verteiltes Monitoring mit mehreren {CMK}-Instanzen. Lesen Sie hier, wie Sie ein solches Monitoring einrichten und nutzen.
 
 {related-start}
 xref:livestatus#[Statusdaten abrufen via Livestatus]
@@ -87,7 +87,7 @@ Hier sind einige der Vorteile dieser Methode:
 [#central_setup]
 ==== Zentrales Setup
 
-Bei einem verteilten System via Livestatus wie oben beschrieben, ist es durchaus möglich, dass die einzelnen Instanzen von unterschiedlichen Teams eigenverantwortlich gepflegt werden
+Bei einem verteilten System via Livestatus, wie oben beschrieben, ist es durchaus möglich, dass die einzelnen Instanzen von unterschiedlichen Teams eigenverantwortlich gepflegt werden
 und die Zentralinstanz lediglich die Aufgabe hat, ein zentrales Dashboard bereitzustellen.
 
 Falls aber mehrere oder alle Instanzen von den gleichen Menschen administriert werden sollen, ist eine zentrale Konfiguration viel komfortabler.
@@ -234,7 +234,7 @@ image::distributed_monitoring_site_management.png[alt="Die Option 'Enable piggyb
 
 [TIP]
 ====
-Denken Sie an die Aktivierung der Änderungen (via [.guihint]#Activate changes#) bevor Sie weiterarbeiten.
+Denken Sie an die Aktivierung der Änderungen (via [.guihint]#Activate changes#), bevor Sie weiterarbeiten.
 ====
 
 
@@ -708,7 +708,7 @@ Am einfachsten geht der Zugriff über das xref:user_interface#sidebar[Seitenleis
 Die Integration von NagVis in {CMK} beschreibt ein xref:nagvis#[eigener Artikel].
 
 NagVis unterstützt ein verteiltes Monitoring via Livestatus in ziemlich genau der gleichen Weise, wie es auch {CMK} macht.
-Die Anbindungen der einzelnen Instanzen nennt man [.guihint]#Backends# (Deutsch: [.guihint]#Datenquellen#).
+Die Anbindungen der einzelnen Instanzen nennt man _Backends_ (Deutsch: _Datenquellen_).
 Die Backends werden von {CMK} automatisch korrekt angelegt, so dass Sie sofort damit loslegen können, NagVis-Karten zu erstellen -- auch im verteilten Monitoring.
 
 Wählen Sie bei jedem Objekt, das Sie auf einer Karte platzieren, das richtige Backend aus -- also die {CMK}-Instanz, von der aus das Objekt überwacht wird.

src/onprem/en/datasource_programs.asciidoc

@@ -5,7 +5,7 @@ include::global_attr.adoc[]
 = Data source programs
 :revdate: 2025-01-20
 :title: Data source programs - Monitoring devices without access to an operating system
-:description: Data source programs monitor hosts that are reachable only through an API. Basic information about this function is provided here.
+:description: Data source programms provide monitoring data for hosts without Agent Controller. Read here how to create and use data source programs for {CMK}.
 
 {related-start}
 xref:wato_monitoringagents#[Monitoring agents]

src/onprem/en/devel_check_plugins.asciidoc

@@ -5,7 +5,7 @@ include::global_attr.adoc[]
 = Developing agent-based check plug-ins
 :revdate: 2025-07-07
 :title: Developing agent-based check plug-ins
-:description: Here you can find out how to develop agent-based {CMK} plug-ins - with everything that this involves, especially with the newly developed Check API in version 2.3.0.
+:description: If desired, you can create your own agent-based {CMK} plug-ins with Python. Read here how to create and use such a plug-in.
 
 {related-start}
 xref:devel_intro#[Developing extensions for {CMK}]

src/onprem/en/devel_check_plugins_snmp.asciidoc

@@ -1,10 +1,11 @@
 // -*- coding: utf-8 -*-
 // IGNORE 0° 1° pre rev23
+// SKIPCOMMITS 2025-03-23
 include::global_attr.adoc[]
 = Developing SNMP-based check plug-ins
 :revdate: 2024-10-09
 :title: Developing SNMP-based check plug-ins
-:description: Learn how to develop check plug-ins for SNMP using the Check API and use them in {CMK}.
+:description: Relevant monitoring data about SNMP hosts must be explicitly requested and then evaluated by {CMK}. Read here how to develop check plug-ins for SNMP.
 
 {related-start}
 xref:devel_intro#[Developing extensions for {CMK}]

src/onprem/en/devel_special_agents.asciidoc

@@ -6,7 +6,7 @@ include::global_attr.adoc[]
 = Developing special agents
 :revdate: 2025-03-10
 :title: Developing special agents
-:description: Here you will learn how to develop special agents with which you can transfer data from any source into a {CMK} agent output and thus into monitoring.
+:description: Special agents can transfer data from any source into a {CMK} agent output. Read here how to develop and use special agents.
 
 {related-start}
 xref:devel_intro#[Developing extensions for {CMK}]

src/onprem/en/distributed_monitoring.asciidoc

@@ -1,11 +1,11 @@
 // -*- coding: utf-8 -*-
 // IGNORE % Backends customer1 customer2 customer3 operator1 p11 se ⇄
-// SKIPCOMMITS 2025-07-22
+// SKIPCOMMITS 2025-09-04
 include::global_attr.adoc[]
 = Distributed monitoring
 :revdate: 2025-07-08
 :title: Distributed monitoring - Scaling and distributing {CMK}
-:description: Here you will learn how to set up a distributed monitoring with a central site and several remote sites using {CMK}.
+:description: Certain scenarios require setting up a distributed monitoring with multiple {CMK} sites. Read here how to set up and use such a distributed monitoring.
 
 {related-start}
 xref:livestatus#[Retrieving status data via Livestatus]
@@ -701,7 +701,7 @@ The access is easiest over the [.guihint]#NagVis Maps# xref:user_interface#sideb
 The integration of NagVis in {CMK} is described in its xref:nagvis#[own article].
 
 NagVis supports distributed monitoring via Livestatus in pretty much the same way as {CMK} does.
-The links to the individual sites are referred to as [.guihint]#Backends#.
+The links to the individual sites are referred to as _Backends_.
 The back-ends are automatically set up correctly by {CMK} so that one can immediately begin generating NagVis-charts -- also in distributed monitoring.
 
 Select the correct back-end for each object that you place on a chart -- i.e., the {CMK} site from which the object is to be monitored.