Fedora Workstation 42, cuyo lanzamiento está previsto para la próxima primavera, añadirá componentes para recopilar y enviar métricas que permitirán estudiar las preferencias reales de los usuarios y tenerlas en cuenta a la hora de tomar decisiones relacionadas con el desarrollo de la distribución, determinar las prioridades de desarrollo y mejorar la experiencia del usuario. La propuesta aún está en discusión y no ha sido revisada por el FESCo (Fedora Engineering Steering Committee), que es responsable de la parte técnica del desarrollo de la distribución Fedora.
De forma predeterminada, la recopilación de telemetría estará deshabilitada y solo se podrá activar mediante una acción explícita del usuario, aunque hay planes para proporcionar opciones separadas para habilitar la recopilación de telemetría en el sistema local y enviarla a los servidores de Fedora. El usuario también tendrá la posibilidad de ver las estadísticas recopiladas en su sistema y eliminar componentes relacionados con la telemetría.
Para mantener la privacidad, planean recopilar únicamente métricas generales que no permitan la identificación individual del usuario. Por ejemplo, las métricas no cubrirán información como Dirección IP, correo electrónico y datos sobre sitios web y archivos abiertos. Ejemplos de métricas recopiladas: información sobre la CPU, la tarjeta gráfica, la cámara y los periféricos; datos sobre el idioma y los métodos de entrada seleccionados; una lista de aplicaciones y complementos de GNOME Shell utilizados; estadísticas sobre el inicio de aplicaciones, el uso de ventanas y escritorios virtuales; frecuencia de acceso al Configurador y el estado de cada configuración; información sobre el uso de memoria y disco; contadores de fallos del sistema y de las aplicaciones; información sobre situaciones de memoria insuficiente; información sobre repositorios conectados; datos sobre el número de conexiones a través de gnome-connections; protocolos utilizados; el número de marcadores y etiquetas en el gestor de archivos; sistemas de archivos externos montados; y modos de ordenación seleccionados.
Todos los componentes utilizados para la acumulación y procesamiento de métricas, ejecutados en el lado del cliente y del servidor, estarán completamente abiertos y disponibles para auditoría. servidor Cada métrica se almacenará por separado, de forma anónima y sin vinculación con otras. No habrá terceros involucrados en el mantenimiento del servicio, y su funcionamiento será supervisado por un grupo dedicado de desarrolladores y administradores creado dentro del proyecto Fedora. El proceso de transferencia de telemetría está planificado para ser lo más transparente posible para la auditoría, y las métricas recopiladas se regularán mediante un conjunto de reglas independiente que describirá qué tipos de datos están permitidos y cuáles no. La comunidad tendrá la capacidad de supervisar la recopilación de datos, garantizando la prevención de abusos, manteniendo la confidencialidad y cumpliendo las normas establecidas.
Para enviar métricas planean utilizar la tecnología de “telemetría ética” de Azafea, desarrollada por la distribución Endless. Azafea manipula datos agregados sin crear perfiles de usuarios individuales y sin recurrir a servicios, agregadores y repositorios externos. El código del componente de procesamiento de telemetría de Azafea está abierto bajo la licencia MPL 2.0 y, si lo desean, los usuarios pueden implementar un servidor para recolectar telemetría en sus instalaciones, por ejemplo, para acumular estadísticas con métricas adicionales sobre el funcionamiento de los sistemas en redes locales.
Del lado del servidor se utilizará un proxy para la recepción inicial de datos y el servicio azafea para procesar las métricas entrantes. El proxy coloca temporalmente las métricas recibidas del usuario en el almacenamiento de Redis y el servicio azafea las recupera periódicamente y las almacena en el DBMS de PostgreSQL. Las direcciones IP de los usuarios no se guardan en la base de datos (el país se determina y se guarda a partir de la base de datos GeoIP local). Del lado del usuario, se utilizarán los paquetes eos-metrics (interfaz D-Bus para registrar eventos de aplicaciones y servicios), eos-event-recorder-daemon (proceso en segundo plano para acumular y enviar telemetría) y eos-metrics-instrumentation. acumular y enviar telemetría (componentes para recopilar métricas individuales).
Problemas que se pueden solucionar recopilando telemetría:
- Priorice la asignación de recursos: sabiendo qué equipos, aplicaciones y funcionalidades utilizan la mayoría de los usuarios, podrá centrarse en su desarrollo.
- Agregue mejoras y optimizaciones basadas en estadísticas de uso y datos de rendimiento.
- Seleccione la configuración predeterminada óptima según la información sobre cambios de configuración comunes.
- Promover prácticas de desarrollo centradas en el usuario y en los datos.
Además, hay propuestas para agregar nuevos grupos flatpak y diskadmin a Fedora 42 para proporcionar acceso a usuarios sin privilegios a funciones de administración para paquetes Flatpak del sistema y unidades externas. El cambio eliminará la necesidad de agregar un usuario al grupo de ruedas, es decir le permitirá trabajar con flatpak y unidades externas sin proporcionar acceso a otras operaciones de administración. Para los usuarios incluidos en el grupo de ruedas, está previsto brindar la posibilidad de desbloquear (LUKS) y montar unidades externas sin solicitar una contraseña.
Fuente: opennet.ru
