Scénario #34542
Mis à jour par Joël Cuissinat il y a plus d'un an
A ce jour, nous diffusons sur les Postes clients Linux des paquets venant de sources autres que EOLE ou Ubuntu.
Par ex : Salt minion, Veyon
Problème:
* si le PPA disparaît (cas de Veyon), la recette d'installation tombe en erreur
* Si le fichier disparaît du point de livraison (cas Salt bootstrap), le téléchargement tombe en erreur.
h3. Solution retenue
* Les paquets sont mis à disposition dans un dépôt de paquets *@.deb@* par distribution (#36250)
* Chaque dépôt peut contenir plusieurs versions du même logiciel, sans configuration particulière, la dernière version sera toujours installée
* La gestion la version du logiciel se fait en la fixant avec les "préférences":https://manpages.debian.org/bookworm/apt/apt_preferences.5.en.html, comme pour "l’exemple de salt":https://saltproject.io/blog/salt-project-package-repo-migration-and-guidance/#install-latest-3006-lts
h3. Point du 30/09/2024
* rétro-portage salt-master 3007 sur les serveurs EOLE 2.8 et 2.9 car la version actuelle (3004) n'est pas compatible avec les Minion récents installés sur les clients Linux
** Vérifier la compatibilité, avec l'EAD3 notamment (rétro-portages de modifications 2.10 à prévoir : #35751, #35851, #35850)
** Valider le ré-empaquetage des paquets salt (sans recompilation) afin d'adapter les versions des paquets à notre situation (gestion de l'Upgrade notamment, cf. #34106)
** Mettre à disposition les paquets Salt pour les serveurs et les clients Linux dans un dépôt dédié décomposé par versions (Ubuntu et Debian serait un bon début)
** Trouver un nom pertinent pour le dépôt (propositions entendues : /tools, /outils, ...)
** Modifier les formulas des clients Linux pour qu'ils installent les paquets depuis notre dépôt en évitant de mettre un numéro de version en dur
** Gérer la problématique des clés de dépôt
** Mettre à disposition les paquets Veyon pour les clients dans les dépôts créés précédemment (pas de paquet Veyon installés côté serveur, pour Debian ils sont déjà dans les dépôts officiels)
* problématique des adresses MAC dans Veyon ?
* vérifier le problème du "bug":https://github.com/saltstack/salt/issues/66592 de l'application des highstate au reboot et leur remplacement par des "startup scripts"
* évaluer la mise à niveau des Minion sur les clients Windows (non prioritaire)
** vérifier si cela permet de récupérer le nom des utilisateurs connectés en vue de l'afficher dans l'EAD (#36280#note-3)
* pouvoir renommer les postes en plus des Minions (scénario existant #34116, non prioritaire)
* gérer le proxy et la version de Salt à installer sur les postes clients : #36210
!20240930_175114.jpg!
Par ex : Salt minion, Veyon
Problème:
* si le PPA disparaît (cas de Veyon), la recette d'installation tombe en erreur
* Si le fichier disparaît du point de livraison (cas Salt bootstrap), le téléchargement tombe en erreur.
h3. Solution retenue
* Les paquets sont mis à disposition dans un dépôt de paquets *@.deb@* par distribution (#36250)
* Chaque dépôt peut contenir plusieurs versions du même logiciel, sans configuration particulière, la dernière version sera toujours installée
* La gestion la version du logiciel se fait en la fixant avec les "préférences":https://manpages.debian.org/bookworm/apt/apt_preferences.5.en.html, comme pour "l’exemple de salt":https://saltproject.io/blog/salt-project-package-repo-migration-and-guidance/#install-latest-3006-lts
h3. Point du 30/09/2024
* rétro-portage salt-master 3007 sur les serveurs EOLE 2.8 et 2.9 car la version actuelle (3004) n'est pas compatible avec les Minion récents installés sur les clients Linux
** Vérifier la compatibilité, avec l'EAD3 notamment (rétro-portages de modifications 2.10 à prévoir : #35751, #35851, #35850)
** Valider le ré-empaquetage des paquets salt (sans recompilation) afin d'adapter les versions des paquets à notre situation (gestion de l'Upgrade notamment, cf. #34106)
** Mettre à disposition les paquets Salt pour les serveurs et les clients Linux dans un dépôt dédié décomposé par versions (Ubuntu et Debian serait un bon début)
** Trouver un nom pertinent pour le dépôt (propositions entendues : /tools, /outils, ...)
** Modifier les formulas des clients Linux pour qu'ils installent les paquets depuis notre dépôt en évitant de mettre un numéro de version en dur
** Gérer la problématique des clés de dépôt
** Mettre à disposition les paquets Veyon pour les clients dans les dépôts créés précédemment (pas de paquet Veyon installés côté serveur, pour Debian ils sont déjà dans les dépôts officiels)
* problématique des adresses MAC dans Veyon ?
* vérifier le problème du "bug":https://github.com/saltstack/salt/issues/66592 de l'application des highstate au reboot et leur remplacement par des "startup scripts"
* évaluer la mise à niveau des Minion sur les clients Windows (non prioritaire)
** vérifier si cela permet de récupérer le nom des utilisateurs connectés en vue de l'afficher dans l'EAD (#36280#note-3)
* pouvoir renommer les postes en plus des Minions (scénario existant #34116, non prioritaire)
* gérer le proxy et la version de Salt à installer sur les postes clients : #36210
!20240930_175114.jpg!