Das Plugin kann **nur** die folgenden **Standard-Aktivitäten** eines Kurses durchsuchen: Pages, Forums, Books, Labels, Wiki, Lessons, Glossary, Database, H5P, Folders
### Links / Quellen [https://marketplace.moodle.com/plugins/3495](https://marketplace.moodle.com/plugins/3495) [https://github.com/lysak-yurii/moodle-mod\_coursesearch](https://github.com/lysak-yurii/moodle-mod_coursesearch) --- Autorin: [Melanie Treitinger](https://forum.moodle-an-hochschulen.de/user/profile.php?id=35), Ruhr-Universität Bochum # Plugin local_csp Das Plugin local\_csp erlaubt das Prüfen und Erzwingen von HTTP-Headern nach der "[Content Security Policy (CSP)](https://developer.mozilla.org/en-US/docs/Web/HTTP/Guides/CSP)" ## Content Security Policy (CSP) Das Plugin ermöglicht es, das Setzen von bestimmten Headern auf einer Moodle-Instanz zu beobachten und die Auswirkungen zu sammeln. Man kann die gewünschten Header anschließend auch setzen. Das Plugin setzt zum Prüfen den [Content-Security-Policy-Report-Only](https://developer.mozilla.org/en-US/docs/Web/HTTP/Reference/Headers/Content-Security-Policy-Report-Only) Header. Dieser Header hat u.a. als Parameter einen *Endpoint*, also eine URL: in der Datei `/local/csp/collector.php` werden die Daten per POST-Request entgegengenommen und in eine Tabelle geschrieben. Ein Scheduled Task (`cleanup_csp_task`) räumt die Tabelle nach der eingestellten Zeit wieder auf (Standard 26 Wochen: `local_csp | cleanup_duration`). Zusätzlich zu den "[Content Security Policy (CSP)](https://developer.mozilla.org/en-US/docs/Web/HTTP/Guides/CSP)"-Headern erlaubt das Plugin auch das Setzen von "[Feature-Policy](https://developer.mozilla.org/en-US/docs/Web/API/FeaturePolicy)"-Headern. Hierbei handelt es sich um eine experimentelle Technologie (siehe "[Permissions Policy](https://developer.mozilla.org/en-US/docs/Web/HTTP/Reference/Headers/Permissions-Policy)"), mit der kontrolliert werden kann, welche Eigenschaften des Browsers eine Webseite nutzen darf. ### Anzeige von Warnmeldungen Mit der Einstellung `local_csp | notifications_enable_reported` werden gelbe Kästchen auf jeder Webseite eingeblendet, die über die potentiellen Auswirkungen der aktuell gesetzten Header informieren. Die Anzeige dieser Warnmeldungen ist an die Capability `local/csp:seenotifications` geknüpft, die standardmäßig für die Rollen *teacher*, *editingteacher* und *manager* gesetzt ist. [](https://kb.moodle-an-hochschulen.de/uploads/images/gallery/2026-07/localcsp-warnings.png) ### Report Wie oben erwähnt sammelt das Plugin über den *Endpoint* des Headers alle Daten in einer Tabelle. Deren Inhalt kann man sich über den "CSP violation report" ansehen: [](https://kb.moodle-an-hochschulen.de/uploads/images/gallery/2026-07/localcsp-violationreport.png) ### Einstellungen Mit der Einstellung `local_csp | csp_header_enable` aktiviert man das Reporting. Folgende Direktiven schlägt das Plugin standardmäßig vor: - `default-src https:;` - `script-src 'self' 'unsafe-inline' 'unsafe-eval';` - `font-src https: data:;` - `style-src https: 'unsafe-inline';` - `img-src https: data:;` [](https://kb.moodle-an-hochschulen.de/uploads/images/gallery/2026-07/localcsp-settings.png) ### Links / Quellen [https://marketplace.moodle.com/plugins/1506](https://marketplace.moodle.com/plugins/1506) [https://github.com/catalyst/moodle-local\_csp](https://github.com/catalyst/moodle-local_csp) [https://developer.mozilla.org/en-US/docs/Web/HTTP/Guides/CSP](https://developer.mozilla.org/en-US/docs/Web/HTTP/Guides/CSP) [https://developer.mozilla.org/en-US/docs/Web/HTTP/Reference/Headers/Content-Security-Policy-Report-Only](https://developer.mozilla.org/en-US/docs/Web/HTTP/Reference/Headers/Content-Security-Policy-Report-Only) [https://moodle.org/mod/forum/discuss.php?d=460784](https://moodle.org/mod/forum/discuss.php?d=460784) - hier gibt es einen Vorschlag für ein Set an Headern --- Autorin: [Melanie Treitinger](https://forum.moodle-an-hochschulen.de/user/profile.php?id=35), Ruhr-Universität Bochum # Plugin tool_monitoring Beliebige [Moodle](https://moodle.com) Instanzen mit einem Monitoring Setup (wie [Prometheus](https://prometheus.io) & [Grafana](https://grafana.com/oss/grafana)) verbinden. Das Plugin findet man auf **[Github](https://github.com/daniil-berg/moodle-tool_monitoring)** und im **[Moodle Marketplace](https://marketplace.moodle.com/plugins/3864)**.
#### Features - 🍱 **Sofort einsatzbereit**: Von Haus aus direkt mit [sinnvollen Moodle Metriken](https://github.com/daniil-berg/moodle-tool_monitoring#pre-installed-metrics) und einem [Prometheus Endpoint](https://prometheus.io/docs/concepts/jobs_instances). - 🏗️ **Erweiterbar**: Um eine eigene Metrik zu definieren, einfach von der [`metric`](https://github.com/daniil-berg/moodle-tool_monitoring/blob/main/classes/metric.php) Klasse erben und [registrieren](https://github.com/daniil-berg/moodle-tool_monitoring#registering-the-metric). - 🗃️ **Generisch**: Agnostisch gegenüber der verwendeten Monitoring Software; unterstützt benutzerdefinierte [Exporter](https://github.com/daniil-berg/moodle-tool_monitoring#exporter-sub-plugins). - 🧑💻 **Admin-freundlich**: Bequemes [Admin Dashboard](#admin-settings) um registrierte Metriken und Exporter zu verwalten und zu konfigurieren. - 🔧 **Flexibel**: Für höhere Ansprüche können Metriken [konfiguriert](https://github.com/daniil-berg/moodle-tool_monitoring#configurable-metrics-advanced) und sogar mittels der [Moodle Tag API](https://moodledev.io/docs/apis/subsystems/tag) getaggt werden. #### Admin Dashboard Das Admin Dashboard findet man unter `/admin/tool/monitoring` oder indem man über *Website-Administration* > *Plugins* > *Dienstprogramme* > *Monitoring* > *Übersicht* navigiert.  Siehe [Dokumentation](https://github.com/daniil-berg/moodle-tool_monitoring#pre-installed-metrics) für die vorinstallierten Metriken und die Labels nach denen diese aufgeteilt sind.  Der Prometheus Endpoint selbst ist direkt erreichbar und kann über die Route `/monitoringexporter_prometheus/metrics` abgerufen werden. > **Warnung:** **Der Endpoint ist standardmäßig ungesichert.** Solange kein `prometheus_token` gesetzt ist, sieht jeder, der die URL aufrufen kann, *alle aktivierten Metriken* ohne Zugangsbeschränkung. Obwohl standardmäßig alle neu registrierten Metriken *deaktiviert* sind, sollte zur Sicherheit ein Token gesetzt werden. #### Metrics mit Tags gruppieren (optional) `tool_monitoring` erlaubt es, Metriken mittels der [Moodle's Tag API](https://moodledev.io/docs/apis/subsystems/tag) ganz leicht zu gruppieren. Man kann jeder Metrik beliebige Tags zuweisen (die ihren eigenen Schlagwortbereich haben). Exporter können dann über einen Parameter die auszuliefernden Metriken nach ihren Tags filtern. Zum Beispiel akzeptiert der mitgelieferte Prometheus Exporter einen `tag` Query Parameter in der URL. Wird ein einzelner Tag Name übergeben, filtert dieser all Metriken raus, die nicht mit diesem Tag versehen sind. Wird eine kommagetrennte **Liste von Tags** übergeben, werden nur die Metriken exportiert, die mit **allen** diesen Tags versehen sind. (Zu beachten ist die **UND**-Verknüpfung, die hier angewendet wird.) Für Details zur Implementierung, siehe die Prometheus [`exporter`](https://github.com/daniil-berg/moodle-tool_monitoring/blob/main/exporter/prometheus/classes/exporter.php) Klasse. Um eine Metrik mit Tags zu versehen, muss man auf ihre [Konfigurationsseite](#metric-configuration) gehen und dann einfach die Tag Namen in das "Tags" Feld eingeben.   Ein Klick auf einen Tag filtert die Liste der Metriken entsprechend.  #### Prometheus configuration ``` scrape_configs: # Einen beliebigen einzigartigen Job Namen wählen. - job_name: moodle # Standard ist HTTP. scheme: https # Wenn ein Zugangstoken gesetzt wurde, diesen hier angeben. authorization: credentials: 'super-secure-secret' # Den vollständigen Endpoint Pfad angeben. Standard ist sonst einfach '/metrics'. # Wenn das Moodle Routing nicht vollständig konfiguriert wurde, muss noch '/r.php' vorangestellt werden. metrics_path: /monitoringexporter_prometheus/metrics # Ziel Host angeben. static_configs: - targets: ['example.com'] ``` #### Ein Grafana Dashboard aufsetzen Dies setzt voraus, dass eine Prometheus Konfiguration wie oben bereits besteht. Ein beispielhaftes Grafana Dashboard kann von [docs/examples/grafana\_dashboard.json](https://github.com/daniil-berg/moodle-tool_monitoring/blob/main/docs/examples/grafana_dashboard.json) in Grafana importiert werden: Dazu nach "Dashboards" > "Neu" navigieren und "importieren" auswählen und die json-Datei auswählen oder deren Inhalt dort hineinkopieren. Dann die Prometheus Datenquellen auswählen und auf "importieren" klicken. #### Dokumentation Die Installationsanweisungen, Anleitungen zum Hinzufügen eigener Metriken und Exporter sub-Plugins und die vollständige Dokumentation findet man in der [README](https://github.com/daniil-berg/moodle-tool_monitoring#readme). #### Copyright © 2025 Daniel Fainberg, Martin Gauk, Sebastian Rupp, Malte Schmitz, Melanie Treitinger **Code, Tests und Dokumentation von und für Menschen geschrieben.** 🚫🤖 --- Autor: <[Daniel Fainberg](https://forum.moodle-an-hochschulen.de/user/profile.php?id=558), TU Berlin>