Le blog de Painteau

Le titre est simple. on pourrait croire que Windows n’aurait pas son mot à dire sur le fait d’allumer son ordinateur par le réseau, puisque quand le PC est éteint, il n’est pas « sous Windows »… mais en vrai… si.

À l’heure des écononomies d’énergies, je voulais vraiment pouvoir éteindre mon ordinateur et l’allumer que à la demande si j’en avais besoin en remote. Mais alors que il y a 10 ans la solution était simple, une activation du paramètre dans le BIOS et c’était réglé, aujourd’hui Windows 11 adopte un comportement étrange : Si j’éteins le PC normalement (menu démarrer > éteindre ), impossible de le redémarrer avec un paquet magique Wake-on-LAN. A contrario, si j’éteins physiquement, par exemple avec le bouton Power au lancement de l’ordi, le PC se rallume bien avec un paquet magique.

Bizarre ? Lorsque que j’éteins normalement Windows, impossible de relancer…. Alors que le reste du temps ca marche bien…. Et oui… Il m’a fallu fouiller un peu pour savoir d’où venait le problème.

Déjà, il se trouve que mon Windows n’a pas le mode « démarrage rapide » (vous trouverez ça dans les paramètres d’alimentation avancés), n’est pas configuré en mode « Fast Boot » dans le BIOS et a bien la fonction « Wake Up by PCIe » activée dans le BIOS (enfin UEFI mais bon vous avez compris je suis vieux).

D’où peut bien venir le problème…

Il se trouve que j’avais les drivers de base de Windows 11 pour mon chipset réseau Intel I211. Du coup en installant les derniers drivers de chez Intel, j’ai pu retrouver quelques options supplémentaires à activer sur ma carte réseau dans les « propriétés avancées » :

• Wake on Lan : Enabled
• Wake on Magic Packet : Enabled
• Wake on Pattern Match : Enabled
• Energy Efficient Ethernet : OFF
• Wake on link settings : FORCED
• Wait for Link : ON
• Enable PME : Enable

Aussi, n’oubliez pas d’activer « Allow this device to wake the computer ».

Bon, ca, c’était la base. Il me manquait certains trucs certes… Mais bon, même avec ça, les symptomes étaient toujours là.

Du coup, j’ai bien vérifié que le mode Hibernation était enlevé. Dans Powershell en admin tapez :

powercfg /hibernate off

Et là…………….. Toujours pas !

De recherches en recherches, je tombe sur une explication : il se trouve que Windows met l’ordi en mode « Deep Sleep » lors de l’extinction, un mode appelé aussi S5. Il faut alors soit désactiver ce mode dans le BIOS (moi j’ai pas donc c’est la merde), soit autoriser le Wake on LAN en mode S5 dans Windows. Pour celà, direction l’éditeur de registre. Dans

HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\NDIS\Parameters

Créez une nouvelle valeur DWORD 32 bits nommée

AllowWakeFromS5

et donnez lui la valeur 1. Si elle existe déjà,il faut juste changer la valeur.

Il m’a fallu plus d’une heure et de multiple reboots pour trouver ce satané paramètre qui me permet ENFIN de pouvoir éteindre mon ordinateur et de l’allumer qu’au besoin. J’espère que vous ferez bon usage de mon tuto et que ca vous servira !

Ces jours ci je voulais mettre un place un service sur mon Windows avec NSSM, très pratique au demeurant, mais je me suis heurté à un problème.

Le service réclame des droits d’admin, mais impossible de lui coller au cul mon mot de passe de session Windows. Je lui donnait le bon user, le bon mot de passe mais il ne voulais rien savoir, il y avait une erreur de logon du processus au démarrage, avec ce beau code d’erreur : Error 1069.

Et en fait, depuis un long moment déjà, j’utilise un MSA (Microsoft Account) pour me logger à ma session Windows, et pour plus de facilité, j’ai activé Microsoft Hello. Alors chez moi c’est soit avec un PIN, soit avec une reco digitale.

Et c’est là que se trouve la couille : Je n’ai plus rentré mon mot de passe Windows depuis des mois. Et il existe une règle de groupe (Group Policy) qui désactive la validité de votre mot de passe enregistré après 42 jours.

Voici donc comment régler ce problème, afin de pouvoir log votre service correctement, sans craindre l’erreur 1069.

Réactiver le login par mot de passe

Dans Settings -> Accounts -> Sign-in options, l’option « Password » ne m’était plus proposée, car en dessous j’avais coché la case « For improved security, only allow Windows Hello sign-in for Microsoft accounts on this device« .

J’ai donc désactivé l’option, fermé les settings puis réouvert : paf, l’option password était réapparu.

Désactiver l’expiration du mot de passe.

Ouvrez le Group Policy Editor (Executer puis, « gpedit.msc ») et

PS : Astuce, si vous êtes sur Windows 10 ou 11 et que vous voulez activer le Group Policy Editor, dans une invite de commande ouvert en Admin (important), entrez ces deux commandes une par une :

FOR %F IN ("%SystemRoot%\servicing\Packages\Microsoft-Windows-GroupPolicy-ClientTools-Package~*.mum") DO (DISM /Online /NoRestart /Add-Package:"%F")
FOR %F IN ("%SystemRoot%\servicing\Packages\Microsoft-Windows-GroupPolicy-ClientExtensions-Package~*.mum") DO (DISM /Online /NoRestart /Add-Package:"%F")

Bref, une fois le Group Policy Editor ouvert, allez dans

Computer Configuration -> Windows Settings -> Security Settings -> Account Policies -> Password Policy. 

Sur la droite vous aurez l’option « Maximum password age » qui est normalement à 42 jours, il faudra la mettre à 0, tout simplement.

Puis, on ne sait jamais, on va vérifier au passage que l’user a bien les droits de logon as service. Ca serait con quand même.

Toujours dans le même Group Policy Editor, allez dans

Computer Configuration -> Windows Settings -> Security Settings -> Local Policies -> User Rights Assignement

Vérifiez que votre utilisateur est bien enregistré dans l’option « Log on as a service ».

Réactiver la validité du mot de passe

C’est la partie la plus simple. Déconnectez vous de votre session avec un bon logout des familles, et reconnectez vous pour cette fois ci avec votre mot de passe.

Et paf. La validité du mot de passe a été réactivé, et cette fois-ci, elle n’expirera plus. Le service en question ne m’a plus embêté et a bien accepté le login de mon compte Windows.