Je tiens à rappeler quelques bricoles sur la mise en veille.
Le fonctionnement
Selon le type de mise en veille (mise en veille classique/prolongée), cela change notoirement le comportement du poste. Pire: si le BIOS a un souci, cela peut bloquer et même planter le poste. J'ai eu le cas avec la gestion de la mise en veille sur un PC portable où, après la veille, cela ne sortait plus et il fallait redémarrer... avec les dégâts sur les fichiers restés hélas ouverts à tort. Seule une MAJ du BIOS a résolu l'incident.
Les économies d'énergie
Laisser sa machine allumée "pour rien" n'apporte rien. Avec les SSD, se loguer à sa session va très vite aujourd'hui. Je ne vois plus l'intérêt pratique de laisser une machine systématiquement allumée hors usage commun.
La fiabilité
Laisser une machine en veille, c'est se confronter à un risque non nul de panne à l'instant T. Je m'explique: un composant même peu sollicité pourra tôt ou tard poser souci... Quand on n'est pas en face. C'est statistique: un PC personnel, c'est quelques heures maxi par jour d'usage, face à 24h par journée. Donc, statistiquement, une panne franche matérielle aura plus de chance de se produire en l'absence de l'utilisateur.
L'économiseur d'écran
Petit rappel historique: ces trucs étaient faits pour empêcher, sur les écrans cathodiques (CRT) ce qu'on appelle le marquage. Les plus anciens ont déjà vus des écrans où, même éteints, on pouvait lire du texte reste imprimé dans l'écran. De fait, cela faisait sens uniquement pour cela et éviter qu'un utilisateur fainéant omette d'éteindre son écran (au pire) ou de carrément éteindre le PC (évidemment bien mieux!).
Petite anecdote: le logo DVD qui rebondit sur vos platines de salon c'est pour la même raison, à savoir éviter que le logo reste en plein milieu et ne brûle (c'est le terme consacré et techniquement juste) la matrice de l'écran.
De fait: l'économiseur d'écran est écologiquement débile car il ne met pas la machine en veille, il ne fait que coller un écran "uni" ou une animation en lieu et place de l'affichage principal.
La sécurité (un peu hors sujet mais vital à réfléchir)
Si le profil est configuré sans verrouillage/demande de mot de passe, la mise en veille est problématique car elle peut permettre à quiconque de se mettre sur la session sans être bloqué par le mot de passe.... dans le monde de l'entreprise c'est hors de question.
Même combat pour l'économiseur d'écran: il faut
absolument que la sortie de l'écran de veille prenne en charge la reconnexion de l'utilisateur. C'était une des pires failles de sécurité en entreprise: les postes restaient en veille, et bouger la souris suffisait à revenir sur une session connectée, avec les évidents problèmes de protection des informations que cela induit.
En entreprise
Comme le dit très justement
@SergioVE il existait -et existe encore- des politiques liées à la veille/déconnexions des machines
Celles que j'ai déjà mises en applications ou auxquelles j'ai été confronté
- Déconnexion automatique sur durée d'inactivité (par exemple après 20 minutes sans activité)
- Planification de l'extinction systématique des postes hors plage horaire autorisée
- Verrouillage automatique forcé des sessions après inactivité
- Interdiction de configuration des économiseurs d'écran pour ne pas contourner les paramètres précédents
- Alertes par pop-up aux utilisateurs oubliant ces règles avant déconnexion
- Déconnexion systématique des utilisateurs à une heure donnée pour forcer une reconnexion.
Ce dernier paramètre a un intérêt fondamental: le suivi de sécurité/mise à jour.
Concrètement? On déconnecte, et la prochaine connexion exécute un script adapté au profil/domaine afin de
- forcer des mises à jour déployées pour Windows (WSUS)
- forcer les mises à jour des logiciels tiers par scripts adaptés
- Invalider les éventuels profils restés connectés alors qu'ils sont normalement annulés/verrouillés
- Faire apparaître des alertes spécifiques pour informer les utilisateurs concernant des problématiques internes (nota: plus efficace qu'un simple mail, cela saute aux yeux à la connexion en lieu et place d'un mail que personne ne daigne lire jusqu'au bout)
Pour ce que
@SergioVE a connu, c'est plus vicieux mais ça n'existe plus ou presque.
Quand on prend les réseaux token-ring (seuls les vieillards connaissent en production), les problématiques de communication voire même de fragilité du matériel, on disait "n'éteignez que l'écran" par crainte que les stations tombent en panne en cascade, ou que la reprise de session fonctionne correctement.
Heureusement, tout ceci est désormais obsolète car tant la partie réseau que le côté logiciel se sont fiabilisés. Par ailleurs, bien souvent on interdisait la déconnexion ... à cause d'une configuration réseau pénible à migrer ou de problèmes encore plus pénibles de révision de l'organisation générale. C'était notamment le cas avec la mise en réseau TCP IP: bien des postes étaient fixés, à tort, en IP fixe, et les DCHP, mal configurés et/ou foireux provoquaient des collisions d'adressage super chiantes à corriger. J'ai eu ce cas, et trouver LE poste de [CENSURE] qui venait piétiner un autre fut un cauchemar technique vu le nombre de postes concerné. C'était la révocation des connexions sur le serveur qui venait faire perdurer l'incident, jusqu'au moment où tout le monde a été mis à jour, que le DCHP soit carrément réinstallé et revu.