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

Pour les packages gérés, vous pouvez utiliser l'onglet Automatisation pour configurer la publication automatique de nouvelles versions des packages du magasin de packages vers votre environnement.
Automatiser le canal principal - Déployer automatiquement de nouvelles versions de ce package à vos utilisateurs. (abonnement "Main")
Automatiser le canal de prévisualisation - Déployer automatiquement de nouvelles versions de ce package à vos utilisateurs pilotes. (abonnement "Preview")
Le canal de prévisualisation ne passera à une version logicielle plus récente qu'après le déploiement de la version actuelle en Prévisualisation vers le canal Principal.
Il s'agit d'un comportement prévu pour garantir qu'un processus de test/revue utilisant le canal de prévisualisation ne soit pas accidentellement rendu invalide par l'arrivée d'une version logicielle plus récente en Prévisualisation.
Le canal de prévisualisation prendra la version la plus récente disponible depuis le magasin d'applications en poussant sa version actuelle vers le canal principal.
Recommandation :
Automatiser uniquement Canal principal pour les logiciels pouvant être mis à niveau sans tests préalables, comme les navigateurs web des principaux fournisseurs.
Automatiser uniquement Canal de prévisualisation pour les logiciels que vous souhaitez tester avant déploiement. Poussez la version validée vers le canal Principal après les tests et commencez à tester la version suivante en Prévisualisation.
Vous pouvez toujours pousser manuellement une version plus récente disponible dans le magasin de packages directement vers Aperçu ou Canal principal pour sauter une version que vous ne souhaitez pas publier.
... différer X jours - Attendre que ce nombre de jours s'écoule avant de publier une nouvelle version sur le canal. Cela est utile pour éviter le stress des utilisateurs/clients si plusieurs versions de packages sont publiées rapidement.
Déployer la nuit - Planifier le déploiement automatique pendant la nuit
Sélectionner le fuseau horaire cible - Si vous utilisez Déployer la nuit, utilisez ce fuseau horaire pour indiquer quand est « la nuit ».
Ces valeurs peuvent être préconfigurées globalement pour les packages nouvellement importés dans Paramètres . Les configurer au niveau de chaque package écrasera les valeurs par défaut globales.
Configuration

Responsables techniques de l'application
Si vous le souhaitez, vous pouvez affecter plusieurs Responsables techniques de l'application (RTA) à un package en stockant leurs adresses e-mail.
Pour recevoir des e-mails de notification automatisés pour les mises à jour de packages, vous pouvez activer l'interrupteur ci-dessous en complément.
Arguments
Arguments vous permettent de passer des commutateurs en 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.
Certains packages incluent un Aide technique, pour expliquer les Arguments et autres exigences.

Paramètres experts
Déploiement de l'application RealmJoin requis. Pour l'ensemble complet des fonctionnalités des « Paramètres experts » : agent RealmJoin requis.
Autoriser la réinstallation
Cette option permet à l'utilisateur de réinstaller et donc d'écraser son installation actuelle du package à tout moment. Par ex. : adapté aux packages qui aident à résoudre des problèmes client via l'auto-assistance (synchronisation de l'heure, ...).
Oui
Autoriser l'installation en arrière-plan
Exécute les mises à jour du package directement après que des mises à jour de configuration ont été détectées sur l'appareil correspondant (intervalle de synchronisation RJ standard : 30 minutes). De plus, les mises à jour démarrent sans avertissement (pas d'option de snooze). N'utilisez pas cette option pour des packages réguliers car cela pourrait interrompre les utilisateurs lors de l'utilisation du 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é « conforme » . Cela peut arrêter 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 est mise en file d'attente et n'est installée que lorsque le client est conforme.
Oui
Mise à niveau automatique
Mettre à niveau automatiquement le package si une version plus récente est déployée. Ainsi, lorsque le numéro de version du package abonné est supérieur à la version installée sur les appareils ciblés, le package s'exécutera à nouveau avec la version actuelle et effectuera la mise à jour. Cette option peut être désactivée pour les packages disposant d'un auto-updater intégré ou de mécanismes de mise à jour alternatifs (par ex. : client VPN mis à jour via une passerelle). Donc, si le package est mis à jour et que la « Mise à niveau automatique » est réglée sur « désactivée », seuls les clients nouvellement installés recevront la nouvelle version via RealmJoin. Agent RealmJoin : Met à niveau les packages requis et disponibles sur les appareils correspondants. Intune : Met à niveau les packages requis sur les appareils correspondants.
Aucun
Uniquement en VDI / Ignorer en VDI
Exécuter ce package sur VDI (W365 et Azure Virtual Desktop/WVD) uniquement ou les exclure de l'installation.
Oui
Uniquement sur les appareils hybrides joints / Ignorer sur les appareils hybrides joints
Exécuter ce package sur appareils hybrides joints 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
Indique si d'autres packages sont required avant d'installer ce package. RealmJoin va install les packages listés précédemment exécuter le package lui-même. Veillez à ce que les packages dépendants soient également affectés (par ex. en tant que « disponibles »). Exemple : environnement d'exécution comme « Microsoft VC Redistributable Runtime » requis pour qu'un logiciel fonctionne.
Entrez l'ID du package (voir le portail RJ « ID RJ unique » sur le package souhaité) 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
Le numéro d'ordre est un entier et définit la séquence d'installation du package. Plus le nombre est bas, plus l'importance est élevée, donc un 10 sera installé avant un 100. Notez que « 0 » se traduit par « pas de séquence » (exécuté après les packages avec un numéro d'ordre). De plus, le numéro d'ordre n'est pris en compte que lors du déploiement initial d'un client.
Oui
Dépendance et ordre ne doivent pas être utilisés sur le même package. Cela pourrait empêcher le back-end de résoudre correctement la séquence d'installation : lors du déploiement initial, ou de tout déploiement de packages obligatoires après une connexion à cette fin, RealmJoin résout dans un premier temps toutes les dépendances des packages. S'il y en a, tous les packages listés comme dépendance pour un autre package sont installés. Dans un second temps, les packages d'origine sont installés. Cela peut annuler les numéros d'ordre.
Par exemple :
Package A, ordre 1
Package B, ordre 101 et dépendant du package C, ordre 100.
Si tous les packages sont affectés comme obligatoires, la séquence d'installation sera C, A, B
Les paramètres utilisateur au sein des packages d'application sont traités comme une dépendance d'ensemble.
Taux de déploiement
Sélectionnez le taux de déploiement qui autorise ou bloque les utilisateurs de 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 autre contrôle. Notez que la date n'est pas dynamique (donc, elle ne dépend pas du dernier enregistrement du client). Remarque : L'installation sur les appareils inclut un mécanisme par étapes : les installations auront lieu plusieurs fois par jour avec une probabilité spécifique par déclencheur. Cela assure un déploiement plus fluide et utilise efficacement les fonctionnalités BC/DO.
Oui
Restrictions de l'application principale
Cette option permet de définir qui peut exécuter une installation de package et quand cela se produira (phase).
Définir 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 des combinaisons de celles-ci. Par défaut : « Normal, Initial & Manuel ».
Ouverture de session: Le package s'exécute après que l'utilisateur s'est connecté.
Manuel: Le package s'exécutera lorsque l'utilisateur lancera l'installation via le menu de la zone de notification manuellement.
Initial: Le package ne s'exécute que pendant le 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 qu'auparavant - mais pour la partie utilisateur (si disponible pour le package correspondant). Par ex. : contient des paramètres ou des scripts exécutés sous l'utilisateur courant (« utilisateur » au lieu de « portée système »).
Oui

Mis à jour
Ce contenu vous a-t-il été utile ?