Relution Server 26.1
Nouvelle configuration pour les paramètres de mise à jour logicielle
La version 26.1 de Relution introduit une nouvelle politique de paramètres de mise à jour logicielle pour les plateformes Apple iOS, macOS, visionOS et tvOS. L'objectif est de s'adapter aux changements apportés par Apple en matière de comportement des mises à jour. Ces paramètres viennent compléter les configurations existantes et remplacent complètement certaines options déjà obsolètes.
En fonction du système d'exploitation, seules les options pertinentes s'affichent, ce qui permet aux administrateurs de définir précisément les paramètres disponibles pour l'appareil concerné. Les paramètres obsolètes sont signalés comme tels dans les configurations de mise à jour du système. Apple a déjà annoncé qu'ils ne seraient plus pris en compte à partir d'une prochaine version du système d'exploitation prévue en 2026.
Remarque concernant la configuration des mises à jour système Les nouveaux paramètres de mise à jour logicielle doivent également être configurés pour les appareils fonctionnant sous iOS 18 ou macOS 15.
Remarque : la nouvelle configuration est exclusivement destinée aux paramètres de mise à jour logicielle. Les mises à jour système habituelles restent disponibles comme d'habitude et sont chargées de la mise à jour proprement dite des appareils.
Nouvelle politique : Paramètres mathématiques
Désormais, les fonctions de calculatrice sur les appareils peuvent être activées et gérées via la nouvelle politique « Paramètres mathématiques ». Dans le domaine scolaire notamment, cela permet de contrôler et d'adapter de manière ciblée l'utilisation de ces fonctions sur les appareils. Cette politique s'applique à partir de la version OS 26+.
Nouvelle politique : Paramètres des accessoires audio
Cette nouvelle politique permet de contrôler le couplage des accessoires audio Apple : l'autoriser, le bloquer complètement ou l'autoriser pendant une durée limitée. Conformément aux spécifications d'Apple, les plages horaires ne peuvent être définies qu'en heures pleines. Cette politique s'applique à partir de la version 26 du système d'exploitation.
Configuration centrale de TeamViewer au niveau global ou méta-organisationnel
Jusqu’à présent, TeamViewer pouvait être configuré au sein de chaque sous-organisation. Avec la version 26.1, il est désormais possible de définir un compte TeamViewer de manière centralisée au niveau global ou méta-organisationnel. Cela évite d’avoir à effectuer une configuration distincte dans chaque sous-organisation.
Dès qu'un compte TeamViewer est enregistré au niveau global/méta, cette configuration s'applique automatiquement aux sous-organisations nouvellement créées et permet d'utiliser les mêmes paramètres TeamViewer dans toutes les organisations.
Les règles suivantes s'appliquent : Une configuration globale n'est possible que si aucun compte TeamViewer n'est configuré au sein d'une organisation. À l'inverse, aucune configuration ne peut être effectuée au niveau de l'organisation dès lors qu'une configuration TeamViewer globale est déjà active.
Si TeamViewer a déjà été configuré dans une sous-organisation, cette connexion doit d'abord être supprimée dans les paramètres de l'organisation concernée avant qu'un compte global puisse être configuré. Cela permet d'éviter l'utilisation simultanée de plusieurs comptes TeamViewer.
Veuillez également tenir compte du modèle de licence concerné : Lorsqu'une licence TeamViewer est associée à l'organisation globale, elle s'applique à l'ensemble des serveurs et est facturée par appareil. En revanche, le modèle de licence Bring Your Own License (BYOL) ne subit aucun changement.
Cette fonctionnalité facilite la gestion centralisée des accès TeamViewer, réduit les efforts de configuration et garantit des paramètres d'assistance à distance cohérents dans toutes les organisations.
Inscriptions automatiques : action groupée pour l'affectation de groupes d'appareils
Avec Relution 26.1, les administrateurs peuvent affecter plusieurs appareils à un groupe d'appareils simultanément en définissant, lors de l'inscription automatique, les groupes statiques auxquels un appareil est automatiquement affecté. De plus, il est désormais possible de supprimer des groupes d'appareils pour plusieurs inscriptions automatiques. Cette fonctionnalité est également disponible dans l'inventaire des appareils.
Nous recommandons toutefois d'utiliser des groupes dynamiques, car ceux-ci sont gérés automatiquement et ne nécessitent aucune maintenance manuelle.
Workflow de test pour les stratégies
Cette version introduit le workflow de test pour les stratégies. Les versions de stratégie nouvelles ou modifiées peuvent d'abord être testées sur des groupes d'appareils de test définis, sans être publiées directement pour tous les appareils.
Les modifications peuvent ainsi être vérifiées en toute sécurité avant leur déploiement en production. Les versions déjà publiées ou plus anciennes peuvent également être testées à nouveau.
Aperçu amélioré dans l'historique des versions
La barre latérale de l'historique des versions a été étendue et offre désormais une présentation claire des versions des politiques. D'un seul coup d'œil, les administrateurs peuvent voir combien d'appareils sont affectés à une version et quel est leur statut.
Cette vue d'ensemble améliorée facilite l'analyse et le contrôle des versions de test et de production, et garantit une meilleure traçabilité de la distribution des politiques.
Comportement lors du renouvellement des certificats
Désormais, les administrateurs peuvent définir le traitement des anciens certificats après un renouvellement automatique. Jusqu’à présent, ceux-ci étaient automatiquement supprimés et, en fonction des requêtes CRL ou OCSP, n’étaient donc plus valides.
La nouvelle fonctionnalité permet de définir si les anciens certificats restent valides jusqu'à leur expiration normale ou s'ils sont immédiatement révoqués et marqués comme remplacés. Par défaut, les anciens certificats restent valides pour les modèles nouvellement créés ; pour les modèles existants, les certificats remplacés deviennent invalides comme auparavant. Ce statut peut désormais être vérifié via la liste des certificats.
Nom d'affichage de l'organisation sur l'écran de verrouillage
Avec Android Enterprise, il est possible de définir un nom d'affichage pour l'organisation auquel un appareil est attribué. La politique « Restrictions » → « Restrictions des appareils » permet désormais de contrôler si ce nom d'organisation s'affiche ou non sur l'écran de verrouillage des appareils appartenant à l'entreprise.
Si l'affichage est activé, la mention « Cet appareil appartient à… » s'affiche avec le nom configuré. Cela permet de garantir la transparence quant à la propriété des appareils, par exemple dans les écoles et les entreprises, et de les identifier clairement.
Espaces réservés dans les notifications utilisateur
Désormais, il est possible d'utiliser des espaces réservés dans les notifications utilisateur pour Android Enterprise. Les messages peuvent ainsi contenir de manière dynamique des informations sur l'appareil ou l'utilisateur et être personnalisés pour les utilisateurs finaux.
Gérer le CTOUCH RIVA D2 de manière centralisée avec Relution
Le tableau blanc interactif CTOUCH RIVA D2 se gère facilement via la plateforme Relution. L'appareil fonctionne sous Android Classic et s'intègre ainsi sans difficulté dans les infrastructures informatiques existantes des établissements scolaires : il est géré de manière centralisée, simple et efficace.
Le journal des modifications de cette version est disponible ici.
Pour des raisons de lisibilité, la forme masculine est utilisée sur cette page pour désigner des personnes et des noms propres. Conformément au principe d'égalité de traitement, les termes correspondants s'appliquent à tous les genres. La forme abrégée est utilisée uniquement pour des raisons rédactionnelles et n'implique aucun jugement de valeur.