# Gérer les paquets de mise à niveau des postes Canonical: https://www.nsecsoft.com/fr/docs/ping64-platform/platform/endpoint-lifecycle/endpoint-upgrade/ Language: fr-FR Updated: 2026-11-15T03:16:58.220158Z La gestion des mises à niveau conserve les paquets vérifiés, définit une version par défaut pour les plateformes admissibles et attribue des versions à des postes sélectionnés. Le stockage, le changement de version par défaut, l'attribution et la mise à niveau effective sont des étapes distinctes. Une publication réussie ne prouve pas que le poste a été mis à niveau. Les commandes ci-dessous se réfèrent à l’interface anglaise ; leurs libellés peuvent différer dans une autre langue de console. ## Prérequis - Cette page concerne les déploiements privés. Utilisez un compte superadministrateur disposant des droits de paramètres de plateforme et vérifiez la disponibilité du droit de service concerné. - Obtenez auprès d'une source fiable un paquet adapté à la plateforme cible et son fichier de signature correspondant. La page télécharge et vérifie les deux fichiers ; pour macOS, un paquet `.pkg` et une signature `.sig` sont nécessaires. Le sélecteur utilise `.cab` pour Windows et les plateformes Linux répertoriées, et `.pkg` pour macOS. Pouvoir sélectionner un fichier ne signifie pas que sa vérification a réussi. - Déterminez la version cible, les plateformes des postes et le périmètre concerné. Commencez par un petit groupe pilote et évaluez les interruptions, la restauration et les conditions d'extension selon la procédure de changement de votre organisation. - Les plateformes et options disponibles dépendent de l'environnement, de la licence et des conditions de plateforme. L'affichage de Kylin et UOS dépend aussi de la région du marché. Une option visible ne prouve pas que tous les postes peuvent être mis à niveau. ## Charger et publier un nouveau paquet 1. Dans les paramètres système, ouvrez **Endpoint Upgrade** (mise à niveau des postes), puis choisissez **New Package** (nouveau paquet). 2. À l'étape de chargement et vérification, choisissez la plateforme cible, le paquet et la signature, puis continuez. Attendez la vérification et contrôlez la version extraite. Après changement de plateforme ou de fichier, vérifiez à nouveau. 3. Choisissez selon le besoin **Store Only** (stocker uniquement), **Set as Default** (définir par défaut), **Assign Specific Endpoints** (attribuer aux postes) ou **Default and Assign** (définir par défaut et attribuer). La page n'affiche que les options applicables au contexte. 4. Pour une attribution, sélectionnez au moins un poste correspondant à la plateforme du paquet et vérifiez les noms, plateformes et périmètre. La sélection n'est pas nécessaire pour le stockage seul ou la définition par défaut seule. 5. À l'étape de confirmation, vérifiez plateforme, version, mode et cibles, puis choisissez **Publish** (publier). Vérifiez dans la liste la version, l'état par défaut et les attributions, puis contrôlez séparément la version réelle et l'état de fonctionnement des postes. **Changer de plateforme cible :** dans le flux de création, changer de plateforme efface le paquet, la signature, le résultat de vérification et les terminaux sélectionnés, puis remet le mode sur **Store Only**. Sélectionnez et vérifiez de nouveau les fichiers, puis choisissez à nouveau le mode et les cibles. Ne supposez pas que les choix précédents sont conservés. **Vérifier les autres versions avant l’affectation :** si une autre version de mise à niveau est déjà affectée à un terminal sélectionné, cette opération remplace sa version cible par la version actuelle ; les deux affectations ne sont pas conservées simultanément. Confirmez d’abord les conséquences avec les responsables. Le changement de cible ne signifie pas que la mise à niveau ou le retour à une version antérieure est effectivement terminé. ## Modes de publication - **Stocker uniquement :** conserve le paquet sans modifier la version par défaut ni attribuer immédiatement des postes. - **Définir par défaut :** modifie la version par défaut de la plateforme sans attribuer automatiquement la mise à niveau aux postes existants. L'option concerne uniquement Windows et macOS ; la version Windows par défaut sert aux futurs programmes d'installation générés. - **Attribuer aux postes :** attribue la version aux postes sélectionnés de plateforme correspondante sans modifier la valeur par défaut. - **Définir par défaut et attribuer :** définit la valeur par défaut de la plateforme admissible et attribue les postes sélectionnés. Vérifiez séparément la valeur par défaut, le périmètre attribué et les résultats sur les postes. ## Modifier l'attribution d'une version existante 1. Dans la liste des paquets, trouvez la plateforme et la version, puis choisissez **Upgrade to This Version** (mettre à niveau vers cette version). 2. Choisissez le mode de publication et examinez les postes déjà sélectionnés. Conservez ceux qui doivent rester attribués, puis ajoutez ou retirez les autres si nécessaire. 3. Vérifiez et publiez, puis contrôlez les cibles et l'état par défaut dans la liste. La liste soumise remplace toute l'attribution précédente de cette version : désélectionner un poste retire son attribution à cette version ; vider la liste retire toutes les attributions existantes de cette version. Vérifiez les conséquences avant l'envoi ; il ne s'agit pas d'un simple ajout. **Vérifier la sélection :** lors de la modification d’une affectation existante, le nombre sélectionné inclut les cibles déjà affectées à cette version. La liste de droite ne montre que les terminaux sélectionnés identifiables dans l’arbre actuellement chargé et peut comporter plusieurs pages. Si le nombre diffère après vérification de toutes les pages, des cibles existantes non affichées peuvent encore être transmises. Vérifiez l’arbre, la plateforme et le périmètre d’administration, puis rechargez. Si le périmètre complet ne peut pas être confirmé, ne publiez pas et contactez l’administration ou le support. Lorsqu'on modifie simultanément l'attribution et la valeur par défaut d'une version existante, les deux opérations peuvent se terminer séparément. En cas d'échec affiché, vérifiez les deux états avant de réessayer ; ne supposez pas qu'aucun changement n'a eu lieu. ## Dépannage - **Échec du chargement ou de la vérification :** vérifiez la concordance du paquet, de la signature, de la plateforme et de la source. Si la configuration de vérification du serveur est indisponible, contactez l'administrateur ou le support technique. - **Vérification expirée ou version existante :** rechargez et vérifiez selon l'indication, ou contrôlez la plateforme et la version existantes dans la liste. Ne publiez pas deux fois la même version. - **Sélection ou attribution impossible :** vérifiez plateforme et visibilité des postes, droits du compte et droit de service. Lors de la création d'un paquet avec attribution, sélectionnez au moins un poste correspondant. - **Suppression impossible :** si la version est encore référencée par une valeur par défaut ou une attribution, vérifiez et traitez d'abord ces références. Évaluez l'impact avant suppression sans supposer une restauration directe. - **Publication réussie mais postes non mis à niveau :** contrôlez séparément les attributions réelles, plateformes, connexions, versions actuelles et résultats d'exécution. Contactez le support technique si le problème persiste.