Ouverture de session auto sur serveur

**dj_benz** · 07/02/2008, 09h32

Bonjour à tous,

J'ai un problème similaire à cette discussion, mais sur un serveur. C'est un poil plus complexe dans mon cas. Voilà le contexte: j'ai un serveur windows 2003 qui héberge une base de données avec Oracle, mais ce dernier est instable et plante régulièrement tous les lundis, s'il n'est pas rebooté le weekend (allez savoir pouquoi!!).
Je souhaite donc faire un script qui le redémarre tout seul. Facile, sauf que mon oracle ne se lance que quand j'ouvre la session administrateur. OK, j'ai donc fait un script qui se lance tout seul comme un grand, le weekend: "restart.cmd":

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
regedit /s restart.reg
shutdown -r -t 01

Et qui appelle "restart.reg", ici:

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
REGEDIT4
[HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows NT\CurrentVersion\Winlogon]
"AutoAdminLogon"="1"
"DefaultDomainName"="MYDOMAIN"
"DefaultUserName"="Administrateur"
"DefaultPassword"="mypassword"
[HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\Run]
"after_resart"="\"D:\\...\\after_restart.cmd\""

Ce dernier positionne donc les clés nécessaires au démarrage automatique de la session Administrateur, comme vu dans les posts précédents. Jusque là, pas de soucis. Sauf que j'aimerai que le mot de passe ne reste pas apparent dans le registre, et que ma session se remette en mode "pas automatique".
Je crée donc un second script "after_restart.cmd", qui est appelé à l'ouverture de session (ajouté en dernière ligne de "restart.reg"):

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
regedit /s after_restart.reg

Qui appelle le fichier "after_restart.reg":

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
REGEDIT4
[HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows NT\CurrentVersion\Winlogon]
"AutoAdminLogon"="0"
"DefaultDomainName"="MYDOMAIN"
"DefaultUserName"="Administrateur"
"DefaultPassword"=-
[HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\Run]
"after_resart"=-

Qui précisément, supprime le mot de passe, désactive l'ouverture auto et le lancement du script lui-même. Il refait le ménage!

Au final, ça redémarre bien, la session s'ouvre, le script se lance, mais là: le registre ne bouge pas! La modification/suppression des clés ne marche pas. Pourtant, 5s plus tard, je lance manuellement le script et là, ça marche!! Bizarre non?

Quelqu'un a-t-il une idée?

Merci beaucoup!
Benz

**zefroggy** · 07/02/2008, 10h37

Je ne pense pas que tous ces scripts soient la bonne solution!!!

Peu tu me donner une liste des evennements de lundi avant qu'il ne s'eteigne.

aussi quelle version de 2003 car sur SBS si tu n'a pas assez de licences le serveur s'eteint. verifie que le sevice d'enregistrement de licence ne créé pas de problemes dans l'observateur d'evenements.

on vas essayer de regler le probleme au lieu de le contourner

**dj_benz** · 07/02/2008, 10h44

Salut, merci de ta réponse.

Je viens de remplacer l'ancien administrateur de l'entreprise, et il s'y était cassé les dents dessus après de longues recherches. De mon côté, j'ai laissé tomber parce qu'un nouveau serveur est en train de le remplacer (une fois les tests finis, on vire le vieux, soit dans 15 jours). Mais je suis d'accord avec toi que contourner le problème ne le résoud pas.
Je fais donc ce script de redémarrage uniquement pour 1 ou 2 weekends, mais je le pensais plus facile à réaliser que de réparer le vrai problème...

Pour répondre à ta question, on est nickel au niveau des licences, on a regardé le problème avec notre intégrateur de solution.

Alors, pour ce script "bricolé", des conseils pour ce lancement automatique?

**zefroggy** · 07/02/2008, 10h56

dans ton script je vois:
"after_resart"=- est tu sur qu'il ny a pas de faute est que ta clef s'appelle en fait after_restart?

**dj_benz** · 07/02/2008, 11h24

Merci, j'avais effectivement une faute. Mais j'ai bien peur que le problème ne vienne pas que de là, puisque les clés qui sont normalement modifiées/supprimées avant celle-là, ne le sont pas en réalité.
Je fais un test pour confirmer ce que je dis... A suivre.

**dj_benz** · 07/02/2008, 11h31

Après modification du nom de la clé, et après un redémarrage, pas plus... Même problème: le script se lance (je vois la console DOS qui s'ouvre et la commande qui s'affiche, puis elle se ferme) mais rien n'a bougé dans le registre. Je lance le script à la main, et les clés changent sous mes yeux...

**dj_benz** · 07/02/2008, 11h36

J'ai du nouveau: j'ai supprimé le "/s" (mode silencieux), et là, mon fichier REG cause une erreur lorsqu'il est lancé par le script:
"Impossible d'importer after_restart.reg: une erreur imputable au disque ou au système de fichiers s'est produite lors de l'ouverture de ce fichier".
Pourtant, à la main, il fonctionne!!

Au fait, j'ai le service "accès à distance au registre" désactivé sur mon PC, ça peut venir de là?

**zefroggy** · 07/02/2008, 11h45

essaye d'activer le service pour voir? mais ça métonnerais!

**dj_benz** · 07/02/2008, 11h55

Le service a été activé, j'ai refait un test de redémarrage, mais toujours la même erreur. En fait, le script .CMD lancé à la main fonctionne parfaitement (donc, l'accès au registre depuis DOS se fait), mais s'il est lancé par la clé Run, il fait cette erreur.
Je pense donc qu'une sécurité empêche un script lancé par Run de supprimer cette même clé dans Run (autodestruction). Il faut donc peut être que je passe par RunOnce?
Je fais un essai....

**dj_benz** · 07/02/2008, 12h09

Dans RunOnce, le problème de supprimer la clé du lancement est réglé, ça se fait seul. Par contre, le script fait quand même l'erreur.
Y a-t-il un moyen de forcer le lancement d'un script avec un utilisateur? Un peu comme quand on fait clic-droit sur un EXE, et "Exécuter en tant que", mais sous DOS...

Merci.

**dj_benz** · 07/02/2008, 12h21

On avance doucement: j'ai trouvé la commande DOS "runas" qui permet de choisir l'utilisateur qui lance une commande. Problème: il faut taper le mot de passe! Et là, je recule énormément: le but de mon script est d'ouvrir une session SANS UTILISATEUR DEVANT L'ECRAN!
De toutes façons, même en lançant la commande à la main, il ne trouve pas mon utilisateur Administrateur... Pas cool.

**zefroggy** · 07/02/2008, 12h25

la je bloque aussi!!

si tu as des connaissance en .NET je te conseille de develloper un app console qui fera tout ça. .NET permet de faire ça sans trop de problemes.

**zefroggy** · 07/02/2008, 12h29

attend regarde je viens de trouver ça! http://hautrive.free.fr/win98/system...rs_REG_et_INF_

peut etre une reponse à ta question?

**zefroggy** · 07/02/2008, 12h31

Voila une donnée interesante:

Attention, l’importation de fichier .REG permet d’ajouter ou de modifier des clefs ou des valeurs dans la base de registre, mais jamais de supprimer une clef ou une valeur qui existe déjà.

**zefroggy** · 07/02/2008, 12h35

Je pense que tu devrais essayer de supprimmer la clé avec un .INF et de la recreer avec la nouvelle valeur.

**dj_benz** · 08/02/2008, 12h18

Attention, l’importation de fichier .REG permet d’ajouter ou de modifier des clefs ou des valeurs dans la base de registre, mais jamais de supprimer une clef ou une valeur qui existe déjà.

Ah bon?? Je ne sais pas où il a vu ça, moi j'y arrive très bien avec clic-droit sur mon REG et "importer". C'est en mode auto que ça ne marche pas.

**zefroggy** · 08/02/2008, 12h30

t'a essayé avec .inf pour voir?

**dj_benz** · 08/02/2008, 14h23

Sur la page que tu as citée, on a un petit aperçu de ce qu'est un fichier REG ou INF. Je prends avec précautions les informations qui y sont écrites, car c'est très très vague dans l'explication (pas d'exemple) et certaines infos sont fausses (on est indulgents, c'est une page perso).

Voilà des infos qui viennent de source sûre:
Comment faire pour ajouter, modifier ou supprimer des sous-clés et valeurs de Registre à l'aide d'un fichier d'inscriptions dans le Registre (.reg)

Concernant les fichiers INF, il permettent effectivement de modifier la base de registre. On les lance depuis un batch comme ça:

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
RUNDLL32.EXE SETUPAPI.DLL,InstallHinfSection DefaultInstall 132 C:/.../FICHIER.INF

Avec:
128 Le chemin de l'installation est le chemin du fichier INF. 
+0 Ne jamais redémarrer le PC. 
+1 Toujours redémarrer le PC. 
+2 Toujours demander avant de redémarrer le PC. 
+3 Redémarre le PC si nécessaire sans demander. 
+4 Si un redémarrage est nécessaire, demander avant de redémarrer le PC.

Et le fichier INF qui devrait supprimer la clé qui m'intéresse ressemble à ça:

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
[version]
Signature=$Windows NT$
[DefaultInstall]
DelReg = DelSection
[DelSection]
HKLM, SOFTWARE\Microsoft\Windows NT\CurrentVersion\Winlogon, DefaultPassword

Je vais essayer ça... A suivre.

**dj_benz** · 08/02/2008, 14h30

Résultat: ça ne supprime rien... Même manuellement: clic-droit + installer.

Je reviens donc à mon fichier REG: je viens de m'apercevoir qu'au niveau des droits d'accès au fichier, il faudrait peut être que tout le monde ait un accès total à ce REG.... J'essaye.

**zefroggy** · 08/02/2008, 14h33

Dommage!

Les droits, on avait pas verifié?

Ouverture de session auto sur serveur

Windows Serveur

Discussions similaires

Partager

Partager