Discussion :

[Egan69]

Bonjour,

Il y a quelques temps, j'ai créé quelques fichiers Batch pour un programme de sauvegarde au boulot. Tous ces fichiers Batch sont lancés par le plannificateur de tâches. Jusqu'ici, tout marchait correctement

Il y a deux jours, le mot de passe de l'administrateur de l'ordinateur concerné a été changé. Et maintenant plus rien ne fonctionne. Serait-il possible que cela soit lié ? Je ne peux hélas pas essayer de "reconfirmer" les tâches avec le nouveau mot de passe parce que je ne le connais pas.

[sevyc64]

Si les taches planifiées sont configurées pour s'executer avec le compte de l'administrateur, elles ont mémorisées le mot de passe. Si celui-ci a changé, elles n'arrive plus à ouvrir la session du compte pour s'executer

Solution : passer sur chaque tache pour reconfigurer le mot de passe

[Egan69]

Merci pour ta réponse.

Le mot de passe de l'ordinateur est changé assez régulièrement. Le problème c'est qu'il y a une vingtaine de tâches. Apparemment, l'administrateur n'est pas très enthousiaste à l'idée de devoir taper 20 fois son mot de passe.

Y aurait-il une solution pour contourner le problème ?
L'ordinateur tourne sous Windows 7.

[sevyc64]

Il y a une autre solution.

Créer un utilisateur spécifique dans ton domaine (peut être existe-il déjà pour d'autres processus), avec les droits nécessaires à l’exécution des taches (qui peuvent ne pas être nécessairement les droits administrateurs).
Cet utilisateur aura un mot de passe qui ne changera jamais.
Ensuite basculer toutes les tâches sur ce nouvel utilisateur.

Il faudra de toute façon passer au moins une fois sur toutes les tâches, mais si tu ne veux pas le faire régulièrement, il faut qu'elles utilisent un utilisateur dont le mot de passe ne change pas.

[Egan69]

On a essayé de créer un utilisateur et ca marche mais que partiellement.

En fait, on n'a pu créé qu'un utilisateur local. Pour les tâches qui font des actions sur l'ordi lui même, tout se passe bien. Par contre, il y a des tâches qui sont chargées de déplacer des données sur un réseau et là ca ne marche pas parce que l'utilisateur est local.

Le problème, c'est que l'on ne peut pas créer autre chose qu'un utilisateur local.

Du coup, cette solution tombe plus ou moins à l'eau.

Avez-vous d'autres idées ?

[sevyc64]

Ben non, l'utilisateur c'est sur le domaine qu'il faut le créer.

C'est à ton admin de faire le travail à ce niveau là. Soit il change le mot de passe sur toutes les taches, soit il met en place un système spécifique (le nouvel utilisateur par exemple) pour qu'il n'est pas à changer le mot de passe sur chaque tache.

Ça relève de son taf

[Egan69]

Qu'est-ce tu entends par ceci ?

"l'utilisateur c'est sur le domaine qu'il faut le créer."

[sevyc64]

Vu que tu travaille en réseau, je suis parti du principe que tes machines étaient intégrées dans un domaine. Et que l'utilisateur "Admin" qu'utilise tes tâches planifiées est un utilisateur du domaine (administrateur du domaine même).

Si tu veux créer un nouvel utilisateur pour tes taches planifiées, et qu'il puisse accéder à toutes les machines (plusieurs en tout cas) il faut le créer au niveau du domaine, pas en local.

Si tu crée l'utilisateur en local, il faut aussi le créer avec strictement le même login et mot de passe sur chacune des machines ou tes taches sont susceptible d'accéder. Mais si tu es en domaine, il n'est pas certain que ça marche quand même.

Par contre, si tu es en worksgroup, tu ne peux créer qu'en local, mais faut le faire sur chaque machine concernées par les taches planifiées, y compris celles accédées par les dites taches.