Paramètres des packages

Cette page détaille les différents paramètres disponibles pour les packages déployés

Automatisation

Automatisation des packages

Pour les packages gérés, l’onglet Automatisation vous permet de configurer le déploiement automatique des dernières versions du package depuis le magasin de packages vers votre environnement.

  • Automatiser le canal principal - Déployer automatiquement les nouvelles versions de ce paquet auprès de vos utilisateurs. (« abonnement Main »)

  • Automatiser le canal de préversion - Déployer automatiquement les nouvelles versions de ce paquet auprès de vos utilisateurs pilotes. (« abonnement Preview »)

circle-info

Le canal de préversion n’avancera vers une version logicielle plus récente qu’après le déploiement de la version actuelle en préversion vers le canal principal.

Il s’agit du comportement attendu afin de garantir qu’un processus de test / de revue utilisant le canal de préversion ne soit pas accidentellement invalidé par l’arrivée d’une version logicielle plus récente en préversion.

Le canal de préversion prendra la version la plus récente disponible depuis l’App Store en poussant sa version actuelle vers le canal principal.

circle-check
  • ... différer de X jours - Attendre que ce nombre de jours soit écoulé avant de publier une nouvelle version sur le canal. C’est utile pour éviter de solliciter les utilisateurs/clients si plusieurs versions du package sont publiées rapidement.

  • Déployer de nuit - Planifier le déploiement automatique pendant la nuit

  • Sélectionner le fuseau horaire cible - Si vous utilisez Déployer de nuit, utilisez ce fuseau horaire pour indiquer ce qu’est « la nuit ».

Ces valeurs peuvent être préconfigurées globalement pour les nouveaux packages importés dans Paramètres. Une configuration au niveau de chaque package remplacera les valeurs par défaut globales.

Config

Configuration du package

Propriétaires techniques de l’application

Si souhaité, vous pouvez attribuer plusieurs Propriétaires techniques de l’application (TAO) à un package en stockant leurs adresses e-mail.

Pour recevoir des e-mails de notification automatiques concernant les mises à jour de packages, vous pouvez activer l’interrupteur ci-dessous en plus.

Arguments

Arguments vous permettent de transmettre des options de ligne de commande à une installation d’application. Cela est couramment utilisé pour personnaliser votre package avec des options de langue, une clé de licence, etc., qui doivent être présentes au moment de l’installation.

circle-info

Si un utilisateur a déjà installé la version actuelle souscrite d’un package et que les arguments du package sont mis à jour, le package sera automatiquement réexécuté pour cet utilisateur avec la nouvelle configuration.

Si la mise à niveau automatique est est DÉSACTIVÉE et que l’utilisateur a une version plus ancienne installée que celle actuellement assignée, la nouvelle configuration sera pas appliquée. Si la mise à niveau automatique est ACTIVÉE, l’utilisateur recevra à la fois la nouvelle version et la configuration mise à jour.

Certains packages incluent une Aide techniquepour expliquer les éventuelles Arguments et autres exigences.

Aide technique pour un package

Arguments spéciaux pour les packages Intunewin

Pour les packages Intunewin, nous proposons une notification UI configurable de mise à jour du package qui permet à l’utilisateur d’interagir avec l’installation / la mise à jour d’une application et de garder le contrôle sur le processus.

Vous pouvez configurer cette boîte de dialogue avec les paramètres suivants dans la section des arguments :

Paramètres experts

circle-info

Déploiement d’application RealmJoin requis. Pour l’ensemble des fonctionnalités des « paramètres experts » : Agent RealmJoin requis.

Paramètre
Explication
Agent uniquement

Autoriser la réinstallation

Cette option permet à l’utilisateur de réinstaller et donc de remplacer son installation actuelle du package à tout moment. Ex. : adapté aux packages qui aident à résoudre les problèmes clients en libre-service (synchronisation de l’heure, ...).

Oui

Autoriser l’installation en arrière-plan

Exécute les mises à jour du package directement après la détection de mises à jour de configuration sur l’appareil correspondant (intervalle de synchronisation RJ standard : 30 minutes). Les mises à jour démarrent sans avertissement (aucune option de report). N’utilisez pas cette option pour les packages standard, car cela pourrait interrompre les utilisateurs pendant qu’ils utilisent le logiciel correspondant.

Oui

Exiger la conformité

Le package est installé dès que RealmJoin est en mesure de vérifier que l’appareil est considéré comme « conforme ». Cela peut interrompre le déploiement pendant un certain temps. L’installation du package et de tous les autres packages obligatoires avec des numéros d’ordre plus élevés sont mis en file d’attente et ne sont installés que lorsque le client est conforme.

Oui

Préversion

Paramètre hérité - voir RealmJoin Classicarrow-up-right.

Oui

la mise à niveau automatique

Met automatiquement à niveau un package lorsqu’une version plus récente devient disponible. Si la version souscrite est supérieure à celle sur l’appareil, RealmJoin réexécute le package pour le mettre à jour.

Désactivez cette option pour les packages disposant de leurs propres mécanismes de mise à jour (par ex. : client VPN mis à jour via passerelle). Lorsqu’elle est désactivée, seules les nouvelles installations d’appareil reçoivent la version mise à jour. Comportement par plateforme :

Agent RealmJoin : Mises à jour requises et packages disponibles. Intune : Mets à jour uniquement les packages requis.

Pas de

Uniquement en VDI / Ignorer en VDI

Exécuter ce package sur les VDI (W365 et Azure Virtual Desktop/WVD) uniquement ou les exclure de l’installation.

Oui

Uniquement sur les appareils joints en mode hybride / Ignorer sur les appareils joints en mode hybride

Exécuter ce package sur les appareils joints en mode hybride uniquement ou les exclure de l’installation.

Oui

Ignorer sur les appareils privés

Exclure les appareils privés (non joints à Entra ID) de l’installation.

Oui

Nom du groupe

Catégorie dans lequel le package apparaîtra dans le menu de la zone de notification RealmJoin.

Oui

Dépend de

Spécifie les packages prérequis qui doivent être installés avant ce package. RealmJoin installe d’abord toutes les dépendances listées. Assurez-vous que les packages dépendants sont également attribués (par ex. marqués comme disponibles). Exemple : un environnement d’exécution tel que « Microsoft VC Redistributable Runtime » requis pour qu’un logiciel fonctionne.

Saisissez l’ID du package (voir le « Unique RJ ID » du package souhaité dans le portail RJ) dans le format suivant : ["package-id"]

Pour plusieurs packages : ["package-id1","package-id2"]

Exemple : ["generic-microsoft-vcredist-2019","generic-microsoft-net-core-desktop-runtime-6"]

Oui

Ordre

Définit la séquence d’installation à l’aide d’une valeur entière. Les nombres les plus faibles s’exécutent en premier (par ex., 10 s’installe avant 100). Une valeur de 0 signifie « aucune séquence » et s’exécute uniquement après tous les packages numérotés. Les numéros d’ordre sont appliqués uniquement lors du déploiement initial du client.

Oui

Ne pas utiliser Dépendance et Ordre sur le même package. Lors du déploiement initial (ou de tout déploiement obligatoire après connexion), RealmJoin installe d’abord tous les packages de dépendance, puis installe les packages d’origine. Ce processus en deux étapes remplace et peut annuler tous les numéros d’ordre définis.

Par exemple :

  • Package A, ordre 1

  • Package B, ordre 101 et dépendant du package C, ordre 100.

  • Si tous les packages sont attribués comme obligatoires, la séquence d’installation sera C, A, B

Les paramètres utilisateur dans les packages d’application sont traités comme une dépendance définie.

Taux de déploiement

Sélectionnez le taux de déploiement qui autorise ou bloque les utilisateurs à différer l’installation du package jusqu’à la date affichée. Vous avez le choix entre « Lent » (+7), « Rapide » (+3) et « Demain » (+1). Exemple : en choisissant « Demain », la date actuelle + un jour sera enregistrée comme valeur fixe. Les utilisateurs peuvent différer jusqu’à cette date. Ensuite, l’installation s’exécutera simplement sans contrôle supplémentaire. Notez que la date n’est pas dynamique (donc ne dépend pas de la dernière connexion du client). Remarque : L’installation sur les appareils comprend un mécanisme par étapes : les installations se produiront plusieurs fois par jour avec une probabilité spécifique par déclencheur. Cela garantit un déploiement plus fluide et utilise efficacement les fonctionnalités BC/DO.

Oui

Restrictions principales de l’application

Cette option permet de définir qui peut lancer une installation de package et quand elle aura lieu (phase).

Définissez si ce package doit s’exécuter uniquement pour l’utilisateur principal d’un appareil (visible et modifiable dans le portail RealmJoin), uniquement pour les utilisateurs secondaires ou pour les deux.

Choisissez parmi les phases suivantes ou leurs combinaisons. La valeur par défaut est « Normal, Initial & Manuel ».

Ouverture de session: Le package s’exécute après l’ouverture de session de l’utilisateur.

Manuel: Le package s’exécutera lorsque l’utilisateur lancera manuellement l’installation via le menu de la zone de notification.

Initial: Le package ne s’exécute que lors du déploiement initial du client.

Normal: Ni Ouverture de session, ni Manuel, ni Initial. Déploiement pendant l’utilisation normale d’un client.

Oui

Restrictions de la partie utilisateur

Même options que précédemment - mais pour la partie utilisateur (si disponible pour le package correspondant). Par ex. : contient des paramètres ou scripts exécutés sous l’utilisateur actuel (« user » au lieu de « system scope »).

Oui

Paramètres experts

Mis à jour

Ce contenu vous a-t-il été utile ?