# Gérer et exécuter des scripts distants

Canonical: https://www.nsecsoft.com/fr/docs/ping64-endpoint-management/uem/maintenance/remote-scripts/

Language: fr-FR

Updated: 2026-11-15T03:27:22.295655Z

Remote Scripts permet de gérer des scripts, de lancer leur exécution sur des terminaux Windows gérés et d’examiner les résultats. Ils peuvent modifier appareils, données et paramètres de sécurité ; appliquez l’approbation, le moindre privilège et les procédures de changement. Enregistrement, publication, création de tâche et exécution réelle sont distincts.

## Préparation

-   Utilisez un compte administrateur disposant des droits de lecture, d’écriture et d’opération nécessaires. Vérifiez autorisation des terminaux, périmètre, environnement Windows et maintenance ; choisissez des terminaux pilotes contrôlés et préparez restauration et fenêtre de maintenance. Le sélecteur de cibles de l’assistant de script ne permet pas de sélectionner un terminal en mode maintenance. Une fenêtre de maintenance est différente du mode maintenance du terminal. Avant de changer ce mode, évaluez les conséquences selon la procédure de l’organisation ; ne le quittez pas sans autorisation.
-   Examinez origine, contenu, paramètres, identité, délai, dépendances et effets. Évitez les mots de passe et données sensibles inutiles dans scripts, paramètres et sorties. System Account et Current User ont des droits différents ; choisissez et évaluez-les selon la tâche.
-   Pour une exécution planifiée, vérifiez heure, référence de fuseau, répétition et cibles. Un terminal hors ligne ou sans session utilisateur peut attendre ; créer la tâche ne signifie pas son achèvement immédiat.

## Préparer et exécuter

1.  Dans les applications d’Unified Endpoint Management, ouvrez « Remote Scripts ». Dans « Script Library », choisissez « New Script », renseignez nom, description, interpréteur, contenu et paramètres requis, puis « Save Script ». Utilisez uniquement des scripts examinés ; PowerShell et CMD sont pris en charge.
2.  Contrôlez l’élément enregistré et choisissez « Publish ». Seules les versions publiées peuvent démarrer. Après modification, vérifiez la version réellement publiée ; ne supposez pas que les tâches ou plannings existants utilisent le nouveau contenu.
3.  Lancez l’assistant avec « Open ». Choisissez une version publiée, remplissez le formulaire requis, sélectionnez au moins une cible et définissez identité, délai et motif. Commencez par « Run Now » sur des terminaux pilotes. Pour « Run Once Later » ou « Recurring Schedule », vérifiez aussi heure, fuseau et répétition.
4.  Rechargez « Execution Tasks » ou « Schedules » et vérifiez script, cibles, état et heure. Après une erreur de chargement ou de requête, un message ultérieur de succès ou l’affichage local ne prouvent pas la réussite. Rechargez et vérifiez les enregistrements persistés ; ne resoumettez pas tant que le résultat est incertain.

## Exécution planifiée et fuseaux horaires

L’interface propose « Server Unified Time » et « Endpoint Local Time », mais cette dernière option ne signifie pas que chaque terminal s’exécute selon son propre fuseau horaire. Pour une planification récurrente, l’heure saisie est calculée en UTC : par exemple, 09:00 correspond à 17:00 en UTC+08:00. Pour une planification unique, l’heure saisie est convertie depuis le fuseau local de l’ordinateur utilisé pour la console en un instant commun, et non pour chaque cible séparément.

Avant la création, convertissez l’heure et vérifiez les cibles et la fenêtre de maintenance. Testez un script non destructif sur des terminaux pilotes avant d’élargir le périmètre. L’échéance du planning ne signifie pas que tous les terminaux terminent simultanément : une connexion absente, une session utilisateur manquante ou d’autres conditions peuvent retarder l’exécution. Vérifiez chaque résultat.

## Résultats et arrêt

1.  Ouvrez la tâche dans « Execution Tasks » ou « Execution Records » et vérifiez par terminal l’attente, l’exécution, le succès, l’échec, le délai dépassé ou l’incompatibilité ainsi que les sorties disponibles. La création ne prouve pas le succès partout ; protégez les sorties sensibles.
2.  Avant « Cancel », vérifiez toutes les cibles et l’impact métier. L’annulation vise toute la tâche, pas seulement le filtre ou la page actuelle. Les modifications déjà effectuées ne sont pas automatiquement annulées ; les cibles déjà envoyées ou actives peuvent mettre du temps à traiter l’annulation. Rechargez et contrôlez chaque résultat ; contactez un administrateur en cas de doute.
3.  Vérifiez séparément l’activation des plannings et les exécutions suivantes. Désactiver ou supprimer un planning n’annule pas les tâches déjà créées. En cas d’erreur ou d’état incohérent lors d’un enregistrement, d’une publication, d’une annulation ou d’une suppression, notez le message et contactez le support ; un succès affiché ne prouve pas l’arrêt des terminaux ni la disparition du risque.