Pour des tas de raisons, au premier rang desquelles, la paresse, il peut-être utile d’avoir un PC qui ouvre une session automatiquement et qui arrive sur le bureau.
Deux cas de figure peuvent alors se présenter.
1- La machine n’est pas dans de domaine.
Solution n°1 : la plus simple
Démarrer => Exécuter => control userpasswords2
Dans la fenêtre qui s’affiche, décocher « Les utilisateurs doivent entrer un nom d’utilisateur et un mot de passe pour utiliser cet ordinateur » et cliquer sur OK
Une fenêtre demande alors de fournir l’identifiant et le mot de passe du compte qui seront utilisés pour ouvrir la session.
Solution n°2 : utilisation d’un utilitaire
Il existe un utilitaire de Microsoft Autologon, développé par Sysinternals avant son rachat par Microsoft. Il ouvre une fenêtre et demande les identifiants du compte.
Ce programme est disponible ici :
Autologon
Solution n°3 : modification du registre
La clé à modifier est la suivante :
HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\WindowsNT\CurrentVersion\Winlogon
et les valeurs sont le suivantes
AutoAdminLogon (valeur chaîne) doit être à 1
DefaultUserName (valeur chaîne) doit contenir de nom d’utilisateur choisi
DefaultPassword (valeur chaîne) doit contenir le mot de passe de l’utilisateur
A noter que par la valeur DefaultPassword n’existe pas et qu’il faut la créer.
2- La machine est dans le domaine
Quand la machine est dans le domaine, la méthode numéro1 ne fonctionne plus. En effet la case « Les utilisateurs doivent entrer un nom d’utilisateur et un mot de passe pour utiliser cet ordinateur » n’est pas disponible.
Reste donc l’utilisation de autologon ou la modification du registre. Personnellement je préfère utiliser autologon, d’abord à cause ma paresse légendaire évoquée plus haut, et aussi parce que autologon crypte le mot de passe dans le registre. Je n’ai pas trouvé où 
mais il n’apparaît pas en clair.
Pour ceux qui ne seraient pas convaincus par mes arguments, je leur demande de quitter ce blog immédiatement et de ne jamais y revenir, et je leur indique aussi qu’il y a une valeur à ajouter :
DefaultDomainName (valeur chaîne) doit contenir le nom du domaine.
3- Remarque pour les administrateurs amenés à ghoster des machines qui seront intégrées dans un domaine
Pour les ghosts j’ai besoin que la session s’ouvre automatiquement en administrateur local tant que la machine n’est pas dans le domaine, afin le lancer le script qui change son nom, redeammre la machine et l’intègre au domaine. En revanche une fois que la machine est intégrée au domaine elle doit demander une authentification.
La première chose à de faire est de ne pas mettre de mot de passe au compte administrateur.
Ensuite :
Démarrer => Exécuter => control userpasswords2
Dans la fenêtre cocher : Les utilisateurs doivent entrer un nom d’utilisateur et un mot de passe pour utiliser cette ordinateur
Dans options avancées : décocher Les utilisateurs doivent appuyer sur Ctrl + Alt + Suppr
Démarrer => Exécuter => control userpasswords
cliquer sur Modifier la manière dont les utilisateur ouvrent et ferment une session :
cocher Utiliser l’écran d’accueil
cocher Utiliser la bascule rapide utilisateur
EDIT : Selon les mises à jour et les programmes installés sur la machine il peut-être nécessaire de désactiver les compte asp.net
Bien entendu toutes ces manips nécessitent d’être administrateur de la machine.