Identifier la panne avant de redémarrer
L’ancien article proposait PsShutdown lorsque le bureau distant ne répondait plus et indiquait ne pas connaître d’outil natif. Windows dispose aussi d’outils d’administration tels que PowerShell ; leurs prérequis d’accès distant dépendent de la configuration.
Distinguez une panne du service RDP, du réseau et du système. Une machine qui n’affiche plus de bureau peut continuer à servir une application. Collectez les informations accessibles et vérifiez les tâches critiques avant de décider d’un redémarrage.
Utiliser des outils et identités vérifiés
Téléchargez les utilitaires Sysinternals depuis Microsoft et vérifiez leur provenance. Ne réutilisez pas un ancien miroir ou un exécutable joint à un tutoriel. Préparez les droits nécessaires, le nom exact de la machine et les règles réseau d’administration.
Ne placez pas un mot de passe dans une ligne de commande destinée à être conservée dans un journal. Testez l’accès avec la méthode de gestion des identités prévue dans le parc.
Contrôler les services après l’intervention
Planifiez une fenêtre, assurez-vous qu’une sauvegarde pertinente existe et préparez un accès console si la machine ne revient pas sur le réseau. Le redémarrage distant doit être suivi d’un contrôle des services, tâches et volumes.
Faites valider l’application par un parcours représentatif. Si la panne se répète, conservez les journaux et cherchez sa cause au lieu d’automatiser une boucle de redémarrages. La procédure doit décrire quand arrêter les tentatives et escalader le diagnostic.
Sources & documentation
Consultez la documentation correspondant à vos versions avant d’appliquer les exemples. Les commandes illustrent la méthode ; elles ne remplacent pas un essai dans votre environnement.