{"id":116892,"date":"2024-07-02T12:05:56","date_gmt":"2024-07-02T10:05:56","guid":{"rendered":"https:\/\/prohoster.info\/blog\/novosti-interneta\/v-fedora-42-namereny-realizovat-telemetriyu-i-izmenit-model-dostupa-k-diskam-i-flatpak"},"modified":"2024-07-02T12:05:56","modified_gmt":"2024-07-02T10:05:56","slug":"v-fedora-42-namereny-realizovat-telemetriyu-i-izmenit-model-dostupa-k-diskam-i-flatpak","status":"publish","type":"post","link":"https:\/\/prohoster.info\/de\/blog\/novosti-interneta\/v-fedora-42-namereny-realizovat-telemetriyu-i-izmenit-model-dostupa-k-diskam-i-flatpak","title":{"rendered":"In Fedora 42 ist geplant, Telemetrie zu implementieren und das Zugriffskonzept f\u00fcr Festplatten und Flatpak zu \u00e4ndern.","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

In der kommenden Version Fedora Workstation 42, die f\u00fcr das Fr\u00fchjahr n\u00e4chsten Jahres geplant ist, wird vorgeschlagen, Komponenten zum Sammeln und Senden von Metriken hinzuzuf\u00fcgen. Diese sollen es erm\u00f6glichen, die tats\u00e4chlichen Nutzerpr\u00e4ferenzen zu untersuchen und diese bei Entscheidungen zu ber\u00fccksichtigen, die die Weiterentwicklung der Distribution, die Setzung von Priorit\u00e4ten in der Entwicklung und die Verbesserung der Benutzerfreundlichkeit betreffen. Der Vorschlag befindet sich derzeit in der Diskussionsphase und wurde noch nicht vom FESCo-Komitee (Fedora Engineering Steering Committee), das f\u00fcr den technischen Teil der Fedora-Entwicklung verantwortlich ist, gepr\u00fcft. <\/p>\n

Die Telemetriedatensammlung ist standardm\u00e4\u00dfig deaktiviert und kann nur durch eine ausdr\u00fcckliche Aktion des Nutzers aktiviert werden. Zudem sind separate Optionen geplant, um die Erfassung von Telemetriedaten auf dem lokalen System zu aktivieren und diese an die Fedora-Server zu senden. Den Nutzern werden auch M\u00f6glichkeiten geboten, die gesammelten Statistiken auf ihrem System anzusehen und Komponenten, die mit der Telemetrie verbunden sind, zu entfernen.<\/p>\n

Um die Privatsph\u00e4re der Nutzer zu wahren, plant man, nur allgemeine Metriken zu sammeln, die eine Identifizierung einzelner Nutzer nicht zulassen. Zum Beispiel werden solche Informationen wie IP-Adressen<\/a>, E-Mail, Daten \u00fcber besuchte Websites und Dateien nicht erfasst. Beispiele f\u00fcr die gesammelten Metriken sind: Informationen \u00fcber CPU, Grafikkarte, Kamera und Peripherieger\u00e4te, Daten \u00fcber die gew\u00e4hlte Sprache und Eingabemethoden, eine Liste der verwendeten Anwendungen und Erweiterungen f\u00fcr GNOME Shell, Statistiken \u00fcber das Starten von Anwendungen, den Umgang mit Fenstern und virtuellen Desktops, die H\u00e4ufigkeit der Zugriffe auf den Konfigurator und den Status einzelner Einstellungen, Informationen \u00fcber den Speicher- und Festplattenspeicherverbrauch, Z\u00e4hler f\u00fcr System- und Anwendungsabst\u00fcrze, Details zu Speichermangel-Situationen, Informationen \u00fcber angebundene Repositories, Daten \u00fcber die Anzahl der Verbindungen \u00fcber gnome-connections, verwendete Protokolle, Anzahl der Lesezeichen und Tags im Dateimanager, eingeh\u00e4ngte externe Dateisysteme und gew\u00e4hlte Sortiermodi.<\/p>\n

Alle Komponenten, die zum Sammeln und Verarbeiten der Metriken verwendet werden, die auf der Client- und Serverseite ausgef\u00fchrt werden, werden vollst\u00e4ndig offen und f\u00fcr Audits verf\u00fcgbar sein. Auf Server<\/a> Jede Metrik wird separat anonymisiert gespeichert und ohne Bezug zu anderen Metriken behandelt. Dritte Parteien werden nicht in den Service einbezogen, und die Arbeit wird von einer speziellen Gruppe von Entwicklern und Administratoren, die im Rahmen des Fedora-Projekts gebildet wurde, \u00fcberwacht. Der Prozess der Telemetrie-\u00dcbertragung soll so transparent wie m\u00f6glich f\u00fcr Pr\u00fcfungen gestaltet werden, und die gesammelten Metriken werden in einem separaten Regelwerk festgelegt, das beschreibt, welche Datentypen zul\u00e4ssig sind und welche nicht. Der Gemeinschaft wird die M\u00f6glichkeit gegeben, die Datenerhebung zu \u00fcberwachen, was eine Garantie f\u00fcr den Schutz vor Missbrauch, die Wahrung der Vertraulichkeit und die Einhaltung der festgelegten Richtlinien bietet. <\/p>\n

F\u00fcr die \u00dcbermittlung von Metriken wird die Technologie der \u201eethischen Telemetrie\u201c Azafea in Betracht gezogen, die vom Endless-Distribution entwickelt wird. Azafea manipuliert aggregierte Daten, ohne Profile einzelner Benutzer zu erstellen und ohne auf externe Dienste, Aggregatoren und Speicher zuzugreifen. Der Quellcode der Komponenten zur Verarbeitung der Telemetrie von Azafea ist unter der MPL 2.0 Lizenz verf\u00fcgbar, und Benutzer k\u00f6nnen, wenn gew\u00fcnscht, einen Server zur Sammlung von Telemetriedaten auf eigenen Ressourcen einrichten, beispielsweise um Statistiken mit zus\u00e4tzlichen Metriken \u00fcber die Systemleistung in lokalen Netzwerken zu sammeln.<\/p>\n

Auf der Serverseite werden Proxys f\u00fcr den prim\u00e4ren Dateneingang und der Dienst azafea zur Verarbeitung der eingehenden Metriken eingesetzt. Der Proxy speichert die vom Benutzer empfangenen Metriken vor\u00fcbergehend im Redis-Speicher, w\u00e4hrend der Dienst azafea diese regelm\u00e4\u00dfig abruft und in der PostgreSQL-Datenbank speichert. Die IP-Adressen der Benutzer werden in der Datenbank nicht gespeichert (das Land wird \u00fcber die lokale GeoIP-Datenbank bestimmt und gespeichert). Auf der Benutzerseite werden zur Erfassung und \u00dcbermittlung der Telemetrie die Pakete eos-metrics (D-Bus-Schnittstelle zur Aufzeichnung von Ereignissen von Anwendungen und Diensten), eos-event-recorder-daemon (Hintergrundprozess zur Erfassung und \u00dcbermittlung von Telemetrie) und eos-metrics-instrumentation (Komponenten zur Sammlung einzelner Metriken) eingesetzt.<\/p>\n

Aufgaben, die durch die Erfassung der Telemetrie gel\u00f6st werden k\u00f6nnen:<\/p>\n