Discussion :

[shini86161]

Bonjour à tous !

Après quelques heures de recherches sur Google, d'errance et de désespoir, je me tourne vers vous.

Dans le cadre de mon stage, je dois implanter un redémarrage du serveur à distance, à l'aide d'un fichier bat (shutdown -r -f -m \\nomduserveur) qui fonctionne bien.

Cette opération se réalise lorsque je clique sur un bouton sur une page ASP hébergée sur le serveur (Windows 2008 R2). Le fichier est bien trouvé, mais il ne s'exécute pas.
Visiblement, il lui faut des droits.

Code :

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

1
2
3
4
5
6
7
8
string batpath = "chemindufichier/reboot.bat";
Process process = new Process();
process.StartInfo.FileName = batpath;
process.StartInfo.CreateNoWindow = true;
process.StartInfo.UserName = "username";
process.StartInfo.Password = ConvertIntoSecureString("password");
process.StartInfo.UseShellExecute = false;
process.Start();

Une erreur apparaît au process.Start() :
System.ComponentModel.Win32Exception: Access is denied alors que le user utilisé est admin.
J'ai également testé les ProcessStartInfo, mais rien n'y fait.

J'ai lu énormément de choses sur le net, mais rien pour ce cas-ci.

Comment faire pour que le process s'exécute comme si un admin le lançait ?

Un tout grand merci d'avance pour votre aide et votre patience,

shini86161.

[tR4x-]

Salut,

le probleme ne vient il pas de ton chemin ?

tu utilise dans ta chaine des / à la place des \

et écris plutot ta déclaration comme cela

Code :

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

string batpath = @"chemindufichier\reboot.bat";

L'@ devant une chaine te permet d'annuler l'interprétation du \

Ca t'évite d'écrire string s = "chemindufichier\\reboot.bat";

[shini86161]

Merci tR4x pour ta réponse.

Non, il ne s'agit pas de ça, l'erreur aurait été différente, et j'ai modifié le code présenté. Mon véritable chemin est correct, et est référencé dans un fichier XML.

Mon problème réside dans l'octroi de droits : le serveur ne veut pas exécuter le fichier batch car le compte ASP qui l'exécute ne possède pas les droits suffisants. J'ai donc essayer d'ajouter un username et un password admin dans le StartInfo du Process, sans résultat.

Je me dirige vers "l'impersonation" mais je ne sais pas trop où je vais avec ça.

On m'a parlé de Network Credential avec Session, mais j'ai rien compris.

[shini86161]

Après quelques heures supplémentaires à m'arracher les cheveux, je n'ai pas avancé d'un pouce.

Comme mon site fonctionne sur authentification Windows (suivant le user qui se connecte dessus, certains onglets sont affichés, d'autres pas), l'option impersonate=true dans le fichier web.config ne peut être alloué.

J'ai testé cette façon de faire :

Code :

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

1
2
3
4
5
6
7
8
9
WindowsImpersonationContext impersonationContext = ((WindowsIdentity)User.Identity).Impersonate();
Process process = new Process();
process.StartInfo.FileName = batpath;
if (process.Start())
      lblCancel.Text = "Le serveur va redémarrer. Vous avez 30 secondes pour annuler cette opération.";
       lblCancel.Visible = true;
       process.Close();
}
impersonationContext.Undo();

Sans succès.

De ce que j'ai compris, le compte ASPNET de Visual Studio (avec lequel le reboot fonctionne) aurait plus de droits que celui de IIS, mais je ne comprends pas comment, ni pourquoi.

En vous remerciant encore pour votre aide.

[shini86161]

J'ai enfin trouvé la solution à mon problème.

Comme la solution doit être appliquée à autre serveur, j'ai rédigé la solution.
Et pour tous ceux qui auront le même problème et qui tomberont sur ce topic, voici ma solution, en pdf.

En bref, l'utilisateur par défaut d'IIS 7 (NETWORK SERVICE) ne dispose pas des droits suffisants pour exécuter la commande SHUTDOWN (ceci est visible dans Adlinistrative Tools > Local Security Policy > Local Policies> Shut down the system).

J'ai donc créer un user avec les bons droits, et assigné cet user à la place de Network Service au bon pool.

Tadaaaaaa !