HAL Journées Réseaux de l'Enseignement Supérieur et de la Recherche
Not a member yet
1242 research outputs found
Sort by
Préservation à long terme de données : les services mutualisés du CINES
No full textThat morning, a mission was assigned to the team’s computer specialist: to find some highly priced scientific information produced in digital format ... in 1998!Just one copy had been retained from that time. It was around somewhere... But where? After searching thoroughly through old cardboard boxes, he had finally put his hands on a floppy disk that seemed intact! But the label contained very little information. Now all that remained was to find a compatible floppy drive...Fortunately, one of his administrator colleagues had kept in his office a drive with a USB output.Was our adventurer’s quest finally over?This is all part of a data lifecycle management and archiving process. CINES (the French National Computer Centre for Higher Education) provides the higher education and research community with medium and long-term digital archiving solutions that are certified and recognised both nationally and internationally. They are shared, affordable, customisable, secure and comply with current regulations. Following this presentation, you will know how to protect yourself from this kind of (mis)adventure.Ce matin-là, une mission fut confiée à l’informaticien de l’équipe : retrouver une information scientifique coûteuse produite sur support numérique … en 1998 !Un seul exemplaire avait été conservé de l’époque. Il était là quelque part… mais où ?Après des fouilles approfondies dans de vieux cartons, il mit enfin la main sur une disquette qui semblait intacte ! Mais l’étiquette contenait très peu d’informations.Restait plus qu’à retrouver un lecteur compatible…Par chance, un de ses collègues administrateur avait gardé dans son bureau un lecteur avec une sortie USB.La quête de notre aventurier est-elle enfin terminée ???Tout ceci recouvre d’un processus de gestion du cycle de vie de la donnée et d’archivage. Le CINES propose à la communauté Enseignement supérieur et Recherche des solutions d’archivage numérique sur le moyen et long terme certifiées et reconnues tant sur le plan national qu’international. Elles sont mutualisées, économiques, personnalisables, sécurisées et compatibles avec la règlementation en vigueur. A l’issue de cette présentation, vous saurez comment vous prémunir de ce genre de (més)aventures
EVPN : expérimentation et cas d’usages
No full textEthernet VPN (EVPN RFC 7432) is a Layer 2 Multipoint VPN service that is being increasingly adopted as it corrects the limitations of VPLS and adds new features specific to the cloud and data centres, while providing improved scalability. We will present several use cases for the education/research community: multipoint L2VPN service for an operator, data centre factory, use of a distributed core, data centre interconnectivity (DRP, etc.) and L2VPN over an IP WAN, peering service and Internet Exchange Point.Data centre fabric based on EVPN/VXLAN experience will be presented by the University of Burgundy. EVPN and PBB-EVPN have been tested on the MD-VPN infrastructure that enables the deployment of Layer 2/3 VPN in 16 countries. Demonstration of advanced features such as active/active multi-homing and flow-based load sharing will also be presented, as will notably the migration of virtual machines across Europe by the University of Nantes. Finally, among the data centre interconnect architectures, we will highlight the flexibility of solutions based on VXLAN.EVPN and other types of VPN are also useful for directly interconnecting an information system (at university, for instance) with a cloud provider (academic/commercial), in a hybrid cloud model. In this situation of rapid provisioning of machines, the automation and orchestration of VPN provision makes perfect sense.These techniques should therefore be considered for data centre architecture and interconnectivity, connecting an information system to a cloud and also for developing the use of distributed resources in general (e.g. storage and computing).Ethernet VPN (EVPN RFC 7432) est un service de VPN niveau 2 multi-points dont l’adoption se développe, car il corrige des limitations de VPLS et ajoute de nouvelles fonctionnalités spécifiques à la gestion des //clouds //et data-centers, tout en offrant un meilleur passage à l’échelle. Nous vous présenterons plusieurs cas d’usage pour la communauté éducation/recherche : service L2VPN multi-points chez un opérateur, fabrique de data-center, utilisation d’un cœur distribué, interconnexion de data-centers (PRA, …), L2VPN sur WAN IP, service de //peering //et point d’interconnexion.Un retour d’expérience sur l’utilisation d’une fabrique de data-center basée sur EVPN/VXLAN sera présentée par l’université de Bourgogne. EVPN et PBB-EVPN ont été testés sur l’infrastructure MD-VPN qui permet de déployer des VPN de niveau 2/3 sur 16 pays. La démonstration de fonctionnalités avancées comme le //multi-homing actif/actif//, la répartition de charge par flux seront aussi présentées et particulièrement la migration de machines virtuelles à travers l’Europe par l’université de Nantes. Enfin, parmi les architectures d’interconnexion de data-centers, nous soulignerons la flexibilité des solutions basées sur VXLAN.EVPN et d’autres types de VPN sont aussi utiles pour interconnecter directement un système d’information (une université, par exemple) à un fournisseur de //clouds// (académique/commercial), dans un modèle de //cloud// hybride. Dans ce contexte de fourniture rapide de machines, l’automatisation et l’orchestration de la fourniture de VPN prend tout son sens.Ces techniques sont donc à considérer pour l’architecture et l’interconnexion de data-centers, la connexion d’un système d’information à un //cloud//, mais aussi pour le développement en général de l’usage de ressources distribuées (stockage/computing)
10 ans après : une nouvelle plateforme de captation et diffusion en direct et en différé de vidéos de cours
No full textThe first automated system for broadcasting live and pre-recorded courses was set up in 2006 for first-year students of the Medicine Faculty at the Pierre-and-Marie-Curie University (UPMC). Those works was presented at JRES 2007 in Strasbourg. This system has evolved technically over the years, especially in terms of the protocols and players : firstly with products related to Real Media and then using the RTSP, RTMP and HLS protocols.From 2015, the Faculty of Medicine started a major project in order to modernize the entire system. The Faculty's objective was to guarantee the most automated production and broadcast chain. The purposes was to offer live broadcasting and making the recorded videos available close to the end of the course. The new system is expected to improve live broadcast quality (High Definition) and offer multi-platform formats (desktop, mobile and tablet). Other aspects comes to simplify the management of the broadcast chain, to delegated the scheduling process to the relevant department and automate the publication of the recorded videos.The new broadcast chain is in production since September 2016. It is based on four main elements that function as a cohesive whole: Extron SMP351, Opencast from Apereo, Wowza, ENT uPortal from Apereo and Moodle LMS. We set out here the choices and constraints that led us to put this in place, along with details of the selected architecture. We present our initial feedback and statistics, as well as developments and perspectives related to the project.Le premier système automatisé de diffusion des cours en direct et en différé pour les étudiants de première année de la faculté de médecine de l’UPMC a été mis en place dès 2006 et a été présenté lors des JRES 2007 à Strasbourg. Ce système a évolué techniquement au fil des années notamment au niveau des protocoles et des lecteurs utilisés : tout d'abord avec les produits liés à Real Media puis le recours aux protocoles RTSP, RTMP et HLS.Dès 2015, la faculté de médecine a pris la décision de lancer un grand chantier de modernisation de l’ensemble de ce dispositif. Elle avait comme objectif de garantir une chaine de production et de diffusion la plus automatisée possible, dans le but d'opérer la diffusion en direct et de favoriser la mise à disposition des vidéos proche de la fin du cours enregistré. Les vidéos diffusées sont prévues pour être de meilleure qualité (en Haute Définition) et dans des formats multi-plateformes (bureau, mobile, tablette). La simplification du pilotage de la chaine de diffusion a également été revue pour permettre de déléguer la programmation et la publication automatique au métier.La nouvelle chaîne de diffusion a ainsi été mise en production dès septembre 2016 ; elle est basée sur 4 éléments principaux fonctionnant en cohésion : Extron SMP351, Opencast d’Apereo, Wowza, ENT uPortal d’Apereo et Moodle. Nous précisons ici les choix et les contraintes qui nous ont conduits à la mettre en place, l'architecture détaillée retenue. Nous exposons les premiers retours et statistiques, ainsi que les évolutions et perspectives du projet
Segment Routing - ou l'art de faire plus avec moins
No full textThe programmability of network infrastructure is becoming critical for many organisations. It is necessary to simplify operations, optimise network resources, improve performance and thus reduce costs. In this context, it should be possible to simply program the routes used by the different applications, taking into account complex criteria such as the latency of links, their bandwidth utilisation, type of application, sources and destinations, and so on.Dynamic routing protocols only allow fairly basic rules to be configured, based solely on the destination address. These allow some rather simple engineering to be carried out, but do not take account of all the desired criteria. To go further, implementing traffic engineering for the network infrastructure was initially required and was based on implementing an extremely complex MPLS-TE (traffic engineering) solution, which made scalability difficult and was in the end very rarely deployed.It was to overcome these problems that the Segment Routing architecture was designed and developed. The main idea is to program the routes inside network packets rather than in the network devices, which considerably reduces the number of states that must exist on those devices.What is Segment Routing? What are the many advantages of this solution? We will answer all these questions during our presentation entitled “Segment Routing - the art of doing more with less”.La programmabilité des infrastructures réseau devient indispensable pour de nombreuses organisations. Celle-ci est nécessaire pour simplifier les opérations, optimiser les ressources réseau, améliorer les performances et ainsi réduire les coûts. Dans ce contexte, il doit être possible de simplement programmer les chemins empruntés par les diverses applications, et ce, en prenant en compte des critères complexes telles que la latence des liens, leur taux d’occupation, le type d’application, les sources et destinations…Les protocoles de routage dynamiques ne permettent que la mise en place de règles assez basiques reposant uniquement sur l’adresse de destination. Ils permettent de réaliser une ingénierie assez simple, mais ne prennent pas en compte tous les critères souhaités. Pour aller plus loin, la mise en place d’ingénierie de trafic sur les infrastructures était initialement nécessaire et reposait sur la mise en place de la solution MPLS-TE, extrêmement complexe, permettant difficilement le passage à l’échelle, et au final très peu déployée.C’est pour pallier ces problèmes que l’architecture Segment Routing a été pensée et développée. L’idée principale est de programmer les chemins dans les paquets, et non plus dans les équipements réseau, ce qui diminue considérablement le nombre d’états qui doivent exister sur ces derniers.Qu'est-ce que Segment Routing ? Quelles sont les nombreux avantages apportés par cette solution ? Nous répondrons à toutes ces questions dans cette présentation « Segment Routing - l'art de faire plus avec moins »
Sauvegardes dédupliquées avec Borg-Backup : retour d'expérience
No full textThe volume of scientific data stored in research laboratories is steadily increasing. Volumes from several tens to many hundreds of terabytes of data have become frequent.These very large volumes result in several problems inherent to data backup: - increased network demand, increasingly longer backup times;- backup policy scaled down due to lack of storage space.Traditional solutions are starting to suffer from excessively long backup times and may be subject to interruptions or errors that require you to restart the backup if the software does not support resume operations.In this situation, it is interesting to look for software solutions that could reduce the volume of data saved and therefore decrease backup times.We will present the BorgBackup deduplicating backup solution, software that is free in Python, which provides a satisfactory level of maturity and a very interesting set of features: deduplication, compression, encryption, resume after an interrupted or incomplete backup.Deduplication is a technology that operates at the level of file fragments (block sequences). Each file is split into fragments and only the fragments that have not been seen previously are saved to the backup repository. Across several thousand files, this pooling significantly reduces the number of bytes saved.This BorgBackup solution is showing all the signs of being a great candidate for production operations: stability, ease of use, modern features.We will detail:- the installation processes on clients and servers;- how to use it and its current features;- some performance information relating to compression and backup duration.Le volume des données scientifiques stockées dans les laboratoires de recherche augmente régulièrement. Des volumes de plusieurs dizaines à quelques centaines de teraoctets de données sont devenus fréquents.Ces fortes volumétries induisent plusieurs problèmes inhérents à la sauvegarde des données :- sollicitation du réseau accrue, durées de sauvegarde de plus en plus longues- politique de sauvegarde revue à la baisse par manque d'espace de stockageLes solutions traditionnelles commencent à souffrir de durées de sauvegarde trop importantes et peuvent être sujettes à des interruptions ou erreurs qui imposent de recommencer si le logiciel ne gère pas les reprises.Dans ce contexte il est intéressant de chercher des solutions logicielles qui pourraient réduire le volume des données sauvegardées et donc la durée de ces sauvegardesNous présenterons la solution de sauvegarde dédupliquée "borg-backup", logiciel libre en python, qui présente un niveau de maturité satisfaisant et des fonctionnalités très intéressantes: déduplication, compression, chiffrement, reprise après interruption sur sauvegarde incomplète.La déduplication est une technologie qui opère au niveau de fragments (suites de blocs) de fichiers. Chaque fichier est découpé en fragments, seuls les fragments qui n'ont jamais été vus sont stockés dans le dépôt de sauvegarde. Sur plusieurs milliers de fichiers, cette mutualisation réduit significativement le nombre d'octets sauvegardés.Cette solution de sauvegarde "borg-backup" donne tous les signes d'un bon candidat à mettre en exploitation: stabilité, facilité d’utilisation, fonctionnalités modernesNous détaillerons - les processus d'installation sur les clients et les serveurs- le mode d'utilisation et les fonctionnalités courantes ; - quelques performances en compression et durées de sauvegardes
EDUROAD : eduroam en mobilité
No full textRENATER hosts and ensures the operational readiness of eduroam’s National RADIUS Proxy Servers.Since the launch of the project nationally and internationally, almost 240 French organisations have deployed the service across a total of almost 430 sites.Numerous tutorials, explanations, training courses, JRES articles and tutoJRES have described the deployment and implementation of this service.Many constraints also arise when deploying eduroam during a one-time event or on a temporary external site with few users. The forthcoming “EDUROAD: mobile eduroam” device is intended to be simple and effective.Its aim is to provide “plug, eduroam and surf” functionality.The article and presentation seek to describe clearly the technical solution implemented as well as its associated benefits and limitations.In conclusion, we will open the debate on the question of the terms of service that could result from this device and that still have to be defined.Part of defining this service will depend on the requirements of the community and in particular on the feedback received during JRES.Please come along and join us!RENATER héberge et assure le maintien en conditions opérationnelles des serveurs radius proxy nationaux d'eduroam.Depuis le lancement du projet à l'échelle nationale et internationale, près de 240 établissements français ont déployé le service sur environ 430 sites au total.De nombreux tutoriels, explications, formations, articles JRES, et tutoJRES ont décrit le déploiement et la mise en œuvre de ce service.De nombreuses contraintes se posent également lorsqu'il s'agit de déployer eduroam lors d'un événement ponctuel ou sur un site extérieur non pérenne avec peu d'utilisateurs.Le futur dispositif "EDUROAD : eduroam en mobilité", se veut simple et efficace.L'objectif est donc d'offrir une fonctionnalité de « plug, eduroam & surf ».L'article et la présentation s'attacheront à décrire précisément la solution technique mise en œuvre ainsi que les bénéfices et limites associés.En conclusion, nous ouvrirons le débat sur la question des modalités du service qui pourrait découler de ce dispositif et qui restent à définir.Une partie de la définition de ce service sera fonction des demandes de la communauté et en particulier selon le retour qui sera fait lors des JRES.Venez nombreux
Seafile, un seul outil pour toutes vos données ?
No full textSince 2015, the University of Strasbourg has been providing a synchronisation and file sharing service. This service is available to more than 11,000 lecturers, researchers and staff via the Seafile application. Initially set up for collaborative work, Seafile is also used to backup personal data.However, this presents a functional overlap problem with other tools such as the shared folder service via Windows network drives.The first part details the respective functional advantages of these tools and highlight two key limitations of Seafile:* The decentralised management of shared directory ownership. For example, a service’s shared directory may become inaccessible if it is hosted by a person who has retired.* The use of Seafile to archive data. Synchronised data actually use users’ local disk space.The second part describes the testing carried out for the University’s communications service: closing down Windows network drive sharing and transferring this to Seafile. This allows us to provide some feedback, particularly in relation to the technical problems encountered, changing the way of working and the main limitations identified.The third part describes a recent Seafile development: the Seafile Drive client. This client makes it possible to mount a Seafile share as a network drive. This solves the archiving problem by storing all data on the server side only, without having to store it on the user’s local disk drive.Finally, the conclusion summarises these experiences, the remaining limitations and our development opportunities.L'Université de Strasbourg offre depuis 2015 un service de synchronisation et de partage de fichiers. Ce service est ouvert à plus de 11000 enseignants, chercheurs et personnels via l'application Seafile.Initialement mis en place pour le travail collaboratif, Seafile est également utilisé comme sauvegarde de données personnelles. Or, cela pose un problème de recouvrement fonctionnel avec d'autres outils tel que le service de dossiers partagés via des lecteurs réseaux Windows.La première partie détaille les avantages fonctionnels respectifs de ces outils et met en exergue deux limites principales de Seafile :* La gestion décentralisée de la propriété des répertoires partagés. Par exemple, le répertoire partagé d'un service peut devenir inaccessible s'il est hébergé par une personne partie à la retraite.* L'utilisation de Seafile pour archiver des données. En effet, les données synchronisées utilisent l'espace du disque local des utilisateurs.La seconde partie décrit une expérimentation pour le service de communication de l'Université : fermer le partage des lecteurs réseaux Windows pour le transférer sur Seafile. Cette partie permet de faire un retour d'expérience, notamment sur les problèmes techniques rencontrés, le changement de manière de travailler et les principales limitations relevées.La troisième partie présente une évolution de Seafile : le client Seafile Drive. Ce client permet de monter un partage Seafile comme un lecteur réseau. Cela résout la problématique de l'archivage en stockant la totalité des données uniquement côté serveur, sans avoir à les conserver sur le disque local du l'utilisateur.Enfin, la conclusion résume ces expériences, les limitations restantes et présente nos perspectives d'évolutions
Puppet, mon meilleur ennemi
No full textPuppet is a free tool for centralised system configuration management for servers.It has been the subject of many presentations at previous JRES events and has a large community of users.Used at IUEM (the European University Institute for Marine Studies in Brest) since 2012, this tool has become indispensable and has brought undeniable benefits. However, it has presented and continues to present challenges for those in charge of maintaining a sound, centralised configuration that is nonetheless flexible enough to respond to the diverse contexts of the digital services hosted on the infrastructure.We will present our cumulated experience after five years of using the tool in an IT infrastructure operated by a Sysadmin team and hosting a wide variety of digital services. We will discuss the technical aspects but also the organisational perspective.For the technical aspects, we will discuss in particular some of the tools that enhance the Puppet ecosystem (hiera, puppetdb, r10k) and the new features of Puppet 4.In terms of organisation, to enable good use to be made of the tool and so that it does not become counterproductive, we will see that it is important to implement a clear organisational structure, a formalised and automated change management workflow, and systematic testing.Finally, we will present some best practices based on hands-on experience and the reality of using the tool.Puppet est un outil libre de gestion centralisée de la configuration système pour les serveurs. Il a fait l'objet de nombreuses présentations lors des précédentes éditions des JRES et bénéficie d'une large communauté d'utilisateurs.Utilisé à l'IUEM depuis 2012, cet outil est devenu incontournable, a apporté des bénéfices indéniables, mais a posé et continue de poser des difficultés pour ceux qui ont la charge de maintenir une configuration centralisée solide, mais suffisamment souple pour répondre aux contextes variés des services numériques hébergés par l'infrastructure.Nous présenterons un retour d'expérience de cinq années d'exploitation, dans le contexte d'une infrastructure informatique exploitée par une équipe d'ASR, et hébergeant une grande diversité de services numériques. Nous aborderons des aspects techniques mais aussi des pistes organisationnelles.Pour les aspects techniques, nous aborderons en particulier quelques outils qui enrichissent l'écosystème puppet (hiera, puppetdb, r10k) et les nouveautés de puppet4.Et sur le plan organisationnel, pour une bonne exploitation de l'outil et pour qu'il ne devienne pas contre-productif, nous verrons qu'il convient de mettre en œuvre une organisation claire, un workflow des changements formalisé et automatisé, et des tests systématiques.Enfin, nous présenterons quelques bonnes pratiques issues d'une expérience de terrain et à l'épreuve de la réalité
FG-Cloud : un service de cloud computing fédéré pour le calcul scientifique
No full textInternational audienceThe [[http://www.france-grilles.fr|France Grilles]] research e-infrastructure, initially focused on grid computing and distributed storage, provides since 2014 a service offering based on Cloud Computing for scientific computations.Through the integration of the latest technological advances, France Grilles aims to offer a service that meets the latest needs of scientific data processing, particularly in terms of elasticity, flexibility and simplicity of access. In order to provide such a service, France Grilles has developed an offering based on an [[http://www.france-grilles.fr/catalogue-de-services/fg-cloud/|OpenStack Cloud federation]], backed by a set of services for processing scientific data.The development of this federation, accomplished through the sharing of resources (computing, storage, network and human resources) geographically distributed in France and provided by several laboratories, is being led by a coordination group composed of system administrators, expert users and developers. Several developments have also been undertaken to reach the quality level required for production use: * Functional monitoring * Centralised authentication * Image distribution * Automated deployment management * High-level user interfaceOn the user side, the service offers a set of features in line with the current needs of researchers, teacher-researchers and engineers (training, hosting of servers for scientific computing, Docker-as-a-Service, Spark, Jupyterhub, etc.). Use of the infrastructure by scientists has already resulted in the publication of several articles. Finally, as some sites are members of the EGI Federated Cloud, support is also offered to users wishing to use these additional resources.L'infrastructure de recherche [[http://www.france-grilles.fr|France Grilles]], initialement focalisée sur les [[http://www.france-grilles.fr/presentation/infrastructure/|grilles de calcul]] et de [[http://www.france-grilles.fr/catalogue-de-services/fg-irods/|stockage]], propose depuis 2014 une offre de services basée sur le « Cloud Computing » pour le calcul scientifique.Il s'agit, au travers de l'intégration des dernières avancées technologiques, de proposer un service répondant aux évolutions des besoins de traitement des données scientifiques, notamment en termes d'élasticité, de flexibilité et de simplicité d’accès. Ainsi, afin de proposer un service répondant aux mieux à ces besoins, France Grilles a développé une offre basée sur une fédération de [[http://www.openstack.org|Cloud OpenStack]], à laquelle est adossé un ensemble de services pour le traitement des données scientifiques.Le développement de cette fédération, réalisée grâce à la mise en commun de ressources (calcul, stockage, réseau et humaines) géographiquement distribués en France et fournies par plusieurs sites, est piloté par un groupe de coordination composé d’administrateurs système, d’utilisateurs experts et de développeurs. Plusieurs développements ont également été réalisés pour pouvoir atteindre le niveau de production :* Supervision fonctionnelle* Authentification centralisée* Distribution des images* Gestion des déploiements automatisée* Interface utilisateur de haut niveau* ...Côté utilisateur, le service propose un ensemble de fonctionnalités en adéquation avec les besoins actuels des chercheurs, des enseignants-chercheurs et des ingénieurs (formations, serveur pour calcul scientifique, Docker as a Service, Spark, Jupyterhub, ...). L'utilisation de l'infrastructure par les scientifiques a déjà permis la publication de plusieurs articles. Enfin, certains sites étant membres du [[http://www.egi.eu/infrastructure/cloud|Cloud fédéré EGI]], un accompagnement est également proposé aux utilisateurs souhaitant utiliser ces ressources complémentaires
Outils libres pour la gestion d'un parc macOS
No full textIn the past, computers running macOS were not so present in our research units. This trend has reversed and you can easily find them now in our very heterogeneous local networks.Even if they came with pretty good security mechanisms, Apple operating systems are as vulnerable as Microsoft’s. Their management could also become a real headache, especially after delivering the computer to the end user. They must be integrated in a global computer management flow. Dedicated solutions for managing these systems have also changed a lot through ages: « Golden Master Images » catalogs became quickly deprecated. They were replaced by more dynamic systems that allows to start a workflow that fits to the user profile, after running the base system installation (through protocols such as HTTP).Many software exists to handle these assets. This poster will show many of them (free and open source softwares). It describes how they share information in order to answer as best as they can to this problem ([[https://github.com/bruienne/bsdpy|BSDPy]], [[https://bitbucket.org/bruienne/autonbi|AutoNBI]], [[https://www.imagr.io/|Imagr]], [[https://www.munki.org/munki/|Munki]], [[http://autopkg.github.io/autopkg/|Autopkg]] and [[http://munkireport.github.io/munkireport-php/|Munkireport]]).We will demonstrate that it is possible to bring a complete managed and centralized easy-to-use software catalog for the end user. These tools are really user-friendly. In addition, with DEP (Device Enrolment Program) or a MDM (mobile device management) tool, you could get a complete workflow to manage macOS computer lifecycle.Auparavant, les ordinateurs sous macOS étaient plutôt minoritaires dans nos unités de recherche. La tendance s’est inversée et ces machines sont désormais omniprésentes dans nos réseaux locaux très hétérogènes.Même s’ils sont pourvus de solides fonctionnalités de sécurité, les systèmes d’exploitation Apple peuvent être aussi vulnérables que ceux édités par Microsoft. Leur gestion peut alors rapidement devenir un véritable casse-tête, surtout après avoir livré la machine à l’utilisateur. Il est donc nécessaire de les intégrer dans une gestion globale de parc informatique.Les solutions techniques dédiées à leur administration système ont beaucoup évolué : les catalogues de « golden master images » ont laissé leur place à de nouveaux outils, libres. Ce poster vise à les présenter et montrer leurs interactions.[[https://github.com/bruienne/bsdpy|BSDPy]], associé à [[https://bitbucket.org/bruienne/autonbi|AutoNBI]] et [[https://www.imagr.io/|Imagr]], rend le processus de déploiement plus « dynamique ». Ces applications permettent de construire et dérouler un scénario à l’issue de l’installation de base du système, en fonction du profil de l’utilisateur (via des protocoles support comme HTTP).D’autres logiciels, tels que le couple [[https://www.munki.org/munki/|Munki]]/[[http://autopkg.github.io/autopkg/|Autopkg]], permettent de gérer un catalogue d’applications en self-service, standardisé et centralisé, à l’aide d’un simple serveur web. Il est très simple d’utilisation car il s’inspire de l’App Store. Le reporting est, quant à lui, assuré par la solution [[http://munkireport.github.io/munkireport-php/|Munkireport]]. Grâce à l’intégration avec le programme DEP (Device Enrollment Program) d’Apple, les administrateurs peuvent permettre l’installation automatique des profils de MDM (comme [[https://micromdm.io/|MicroMDM]]). Ces solutions libres montrent qu’il est ainsi possible de déployer des applications par profils pour le poste de travail macOS