{"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\/news\/v-fedora-42-namereny-realizovat-telemetriyu-i-izmenit-model-dostupa-k-diskam-i-flatpak","title":{"rendered":"In Fedora 42 ist geplant, Telemetrie einzuf\u00fchren und das Zugriffsmodell auf Festplatten und Flatpak zu \u00e4ndern.","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

Im Release von Fedora Workstation 42, das f\u00fcr das Fr\u00fchjahr des n\u00e4chsten Jahres geplant ist, wird vorgeschlagen, Komponenten zur Erfassung und \u00dcbermittlung von Metriken hinzuzuf\u00fcgen, die es erm\u00f6glichen, die tats\u00e4chlichen Pr\u00e4ferenzen der Benutzer zu untersuchen und diese bei Entscheidungen zu ber\u00fccksichtigen, die mit der Entwicklung der Distribution, der Festlegung von Priorit\u00e4ten in der Entwicklung und der Verbesserung der Benutzerfreundlichkeit verbunden sind. Der Vorschlag befindet sich derzeit in der Diskussionsphase und wurde noch nicht vom FESCo-Komitee (Fedora Engineering Steering Committee) behandelt, das f\u00fcr den technischen Teil der Entwicklung der Fedora-Distribution verantwortlich ist. <\/p>\n

Von Haus aus wird die Erfassung der Telemetrie deaktiviert sein und kann nur durch eine ausdr\u00fcckliche Handlung des Benutzers aktiviert werden. Es ist geplant, separate Optionen f\u00fcr die Aktivierung der Sammlung von Telemetrie auf dem lokalen System und deren \u00dcbermittlung an die Fedora-Server anzubieten. Benutzern werden auch M\u00f6glichkeiten zur Verf\u00fcgung gestellt, die gesammelten Statistiken auf ihrem System einzusehen und Komponenten, die mit der Telemetrie verbunden sind, zu entfernen.<\/p>\n

Zur Wahrung der Privatsph\u00e4re wird geplant, nur allgemeine Metriken zu sammeln, die keine Identifizierung einzelner Benutzer erm\u00f6glichen. Zum Beispiel werden folgende Informationen nicht erfasst, wie IP-Adressen<\/a>, E-Mail, Informationen \u00fcber ge\u00f6ffnete Websites und Dateien. Beispiele f\u00fcr die gesammelten Metriken: Informationen zu CPU, Grafikkarte, Kamera und Peripherieger\u00e4ten, Daten zur gew\u00e4hlten Sprache und Eingabemethoden, Liste der verwendeten Anwendungen und Erweiterungen f\u00fcr GNOME Shell, Statistiken zum Start von Anwendungen, zur Arbeit mit Fenstern und virtuellen Desktops, H\u00e4ufigkeit des Zugriffs auf den Konfigurator und Zustand einzelner Einstellungen, Informationen zum RAM- und Speicherverbrauch, Z\u00e4hler f\u00fcr unerwartete System- und Anwendungsabst\u00fcrze, Informationen \u00fcber Situationen mit speichermangel, Informationen zu angeschlossenen Repositories, Daten zur Anzahl von Verbindungen \u00fcber gnome-connections, verwendeten Protokollen, Anzahl von Lesezeichen und Tags im Dateimanager, angeschlossenen externen Dateisystemen, gew\u00e4hlten Sortiermodi.<\/p>\n

Alle Komponenten, die zur Sammlung und Verarbeitung von Metriken verwendet werden, die auf der Client- und Serverseite durchgef\u00fchrt werden, werden vollst\u00e4ndig offen und auditierbar sein. Auf Server<\/a> Jede Metrik wird separat in anonymisierter Form und ohne Bezug zu anderen Metriken gespeichert. Dritte werden nicht an der Bereitstellung des Dienstes beteiligt sein, und die Arbeit wird von einer speziellen Gruppe von Entwicklern und Administratoren \u00fcberwacht, die im Rahmen des Fedora-Projekts eingerichtet wurde. Der Prozess der \u00dcbertragung von Telemetrie soll so transparent wie m\u00f6glich f\u00fcr Audits gestaltet werden, und die gesammelten Metriken werden durch einen separaten Regelwerk reguliert, das beschreibt, welche Datentypen zul\u00e4ssig sind und welche nicht. Der Gemeinschaft wird die M\u00f6glichkeit gegeben, die Datensammlung zu \u00fcberwachen, was einen Missbrauch ausschlie\u00dfen und die Vertraulichkeit sowie die Einhaltung der festgelegten Regeln gew\u00e4hrleisten soll. <\/p>\n

Zur \u00dcbermittlung von Metriken wird die Technologie der \"ethischen Telemetrie\" Azafea eingesetzt, die vom Endless-Distributionsprojekt entwickelt wird. Azafea manipuliert aggregierte Daten, ohne Profile einzelner Benutzer zu erstellen und ohne auf externe Dienste, Aggregatoren oder Speicher zuzugreifen. Der Code der Komponenten zur Verarbeitung der Telemetrie von Azafea ist unter der MPL 2.0-Lizenz offen und Benutzer k\u00f6nnen bei Bedarf einen Server zur Erfassung von Telemetriedaten auf ihren eigenen Ressourcen einrichten, beispielsweise um Statistiken mit zus\u00e4tzlichen Kennzahlen \u00fcber die Systemleistung in lokalen Netzwerken zu sammeln.<\/p>\n

Auf der Serverseite werden Proxy-Server f\u00fcr die prim\u00e4re Datenannahme und der Azafea-Service zur Verarbeitung ankommender Metriken eingesetzt. Der Proxy speichert die vom Nutzer empfangenen Metriken tempor\u00e4r im Redis-Speicher, w\u00e4hrend der Azafea-Service diese regelm\u00e4\u00dfig abruft und in einer PostgreSQL-Datenbank speichert. Die IP-Adressen der Nutzer werden nicht in der Datenbank gespeichert (das Land wird lokal \u00fcber die GeoIP-Datenbank ermittelt und gespeichert). Auf der Nutzerseite werden die Pakete eos-metrics (D-Bus-Schnittstelle zum Aufzeichnen von Ereignissen von Anwendungen und Diensten), eos-event-recorder-daemon (Hintergrundprozess zur Ansammlung und \u00dcbertragung von Telemetrie) und eos-metrics-instrumentation (Komponenten zur Sammlung einzelner Metriken) verwendet, um Telemetrie zu sammeln und zu \u00fcbermitteln.<\/p>\n

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