In Fedora 42 ist geplant, Telemetrie einzufĂŒhren und das Zugriffsmodell auf Festplatten und Flatpak zu Ă€ndern.

Im Release von Fedora Workstation 42, das fĂŒr das FrĂŒhjahr des nĂ€chsten Jahres geplant ist, wird vorgeschlagen, Komponenten zur Erfassung und Übermittlung von Metriken hinzuzufĂŒgen, die es ermöglichen, die tatsĂ€chlichen PrĂ€ferenzen der Benutzer zu untersuchen und diese bei Entscheidungen zu berĂŒcksichtigen, die mit der Entwicklung der Distribution, der Festlegung von PrioritĂ€ten 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ĂŒr den technischen Teil der Entwicklung der Fedora-Distribution verantwortlich ist.

Von Haus aus wird die Erfassung der Telemetrie deaktiviert sein und kann nur durch eine ausdrĂŒckliche Handlung des Benutzers aktiviert werden. Es ist geplant, separate Optionen fĂŒr die Aktivierung der Sammlung von Telemetrie auf dem lokalen System und deren Übermittlung an die Fedora-Server anzubieten. Benutzern werden auch Möglichkeiten zur VerfĂŒgung gestellt, die gesammelten Statistiken auf ihrem System einzusehen und Komponenten, die mit der Telemetrie verbunden sind, zu entfernen.

Zur Wahrung der PrivatsphĂ€re wird geplant, nur allgemeine Metriken zu sammeln, die keine Identifizierung einzelner Benutzer ermöglichen. Zum Beispiel werden folgende Informationen nicht erfasst, wie IP-Adressen, E-Mail, Informationen ĂŒber geöffnete Websites und Dateien. Beispiele fĂŒr die gesammelten Metriken: Informationen zu CPU, Grafikkarte, Kamera und PeripheriegerĂ€ten, Daten zur gewĂ€hlten Sprache und Eingabemethoden, Liste der verwendeten Anwendungen und Erweiterungen fĂŒr GNOME Shell, Statistiken zum Start von Anwendungen, zur Arbeit mit Fenstern und virtuellen Desktops, HĂ€ufigkeit des Zugriffs auf den Konfigurator und Zustand einzelner Einstellungen, Informationen zum RAM- und Speicherverbrauch, ZĂ€hler fĂŒr unerwartete System- und AnwendungsabstĂŒrze, Informationen ĂŒber Situationen mit speichermangel, Informationen zu angeschlossenen Repositories, Daten zur Anzahl von Verbindungen ĂŒber gnome-connections, verwendeten Protokollen, Anzahl von Lesezeichen und Tags im Dateimanager, angeschlossenen externen Dateisystemen, gewĂ€hlten Sortiermodi.

Alle Komponenten, die zur Sammlung und Verarbeitung von Metriken verwendet werden, die auf der Client- und Serverseite durchgefĂŒhrt werden, werden vollstĂ€ndig offen und auditierbar sein. Auf Server 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 ĂŒberwacht, die im Rahmen des Fedora-Projekts eingerichtet wurde. Der Prozess der Übertragung von Telemetrie soll so transparent wie möglich fĂŒr Audits gestaltet werden, und die gesammelten Metriken werden durch einen separaten Regelwerk reguliert, das beschreibt, welche Datentypen zulĂ€ssig sind und welche nicht. Der Gemeinschaft wird die Möglichkeit gegeben, die Datensammlung zu ĂŒberwachen, was einen Missbrauch ausschließen und die Vertraulichkeit sowie die Einhaltung der festgelegten Regeln gewĂ€hrleisten soll.

Zur Übermittlung der Metriken wird die Technologie der "ethischen Telemetrie" Azafea eingesetzt, die vom Endless-Distributionsprojekt entwickelt wird. Azafea verarbeitet aggregierte Daten, ohne Profile einzelner Nutzer zu erstellen und ohne auf externe Dienste, Aggregatoren und Speicherdienste zurĂŒckzugreifen. Der Code der Komponenten zur Verarbeitung der Azafea-Telemetrie ist unter der MPL 2.0-Lizenz offen, und auf Wunsch können Nutzer einen Server zur Datensammlung auf ihren eigenen Ressourcen bereitstellen, zum Beispiel zur Ansammlung von Statistiken mit zusĂ€tzlichen Metriken ĂŒber das Funktionieren von Systemen in lokalen Netzwerken.

Auf der Serverseite werden Proxy-Server fĂŒr die primĂ€re Datenannahme und der Azafea-Service zur Verarbeitung ankommender Metriken eingesetzt. Der Proxy speichert die vom Nutzer empfangenen Metriken temporĂ€r im Redis-Speicher, wĂ€hrend der Azafea-Service diese regelmĂ€ĂŸig abruft und in einer PostgreSQL-Datenbank speichert. Die IP-Adressen der Nutzer werden nicht in der Datenbank gespeichert (das Land wird lokal ĂŒber 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 Übertragung von Telemetrie) und eos-metrics-instrumentation (Komponenten zur Sammlung einzelner Metriken) verwendet, um Telemetrie zu sammeln und zu ĂŒbermitteln.

Aufgaben, die durch die Sammlung von Telemetrie gelöst werden können:

  • Priorisierung bei der Ressourcenzuteilung: Wenn bekannt ist, welche GerĂ€te, Anwendungen und Funktionen die Mehrheit der Nutzer verwendet, kann der Fokus auf deren Entwicklung gelegt werden.
  • HinzufĂŒgen von Verbesserungen und Optimierungen basierend auf Nutzungstatistiken und Leistungsdaten.
  • Auswahl optimaler Standardeinstellungen basierend auf Informationen zu typischen KonfigurationsĂ€nderungen.
  • Förderung benutzer- und datengestĂŒtzter Entwicklungsmethoden.

ZusĂ€tzlich können VorschlĂ€ge zur EinfĂŒhrung neuer Flatpak- und Diskadmin-Gruppen in Fedora 42 erwĂ€hnt werden, um privilegierten Benutzern den Zugriff auf Funktionen zur Verwaltung von Systempaketen im Flatpak-Format und externen SpeichergerĂ€ten zu ermöglichen. Diese Änderung wird es ermöglichen, die Notwendigkeit zu beseitigen, den Benutzer der Gruppe wheel hinzuzufĂŒgen, d.h. die Nutzung von Flatpak und externen Festplatten zu erlauben, ohne den Zugriff auf andere Verwaltungsoperationen gewĂ€hren zu mĂŒssen. Benutzern, die zur Gruppe wheel gehören, wird die Möglichkeit gegeben, externe SpeichergerĂ€te ohne Passwortabfrage zu entsperren (LUKS) und zu montieren.

Quelle: opennet.ru

60GB SSD 8Gb DDR4