je cherche donc une autre solution,pour lancer une sauvegarde j'aurais
besoin que application s'ouvre seule chaque vendredi après midi à disons
16 heures
il y a bien les Tâches Plannifiées de windows mais il faut être
Administrateur pour que ça fonctionne
quelqu'un saurait-il m'indiquer le script pour faire cette opération.
L'interface de planification des tâches n'est pas très explicite sur le fait qu'on peut planifier une tâche avec le compte SYSTEM pour lequel aucun mot de passe ne te sera demandé, le seul pré-requis étant que tu sois administrateur du poste. Tu peux le faire facilement en ligne de commande avec SCHTASKS, par exemple:
schtasks /create /ru SYSTEM /sc WEEKLY /d FRI /st 16:00:00 /tn Test /tr notepad.exe
J'ai fait le test sur un XP en anglais, je suppose qu'il faudra adapter "WEEKLY" et "FRI" si tu as un système en français.
Attention, la tâche tournera dans le contexte du compte SYSTEM, avec toutes ses permissions (et ses "non-permissions" notamment sur des ressources du réseau).
SCHTASKS est dispo sous XP et 2003. Pour NT ou 2000, la bonne vieille commande AT déjà suggérée hier par Michel Claveau ferait tout aussi bien l'affaire.
Jacques
"RGI" wrote in message news:O3O%
Malheureusement ce n' est pas encore ce que je recherche pour les raisons évoquées ci-dessus dans ce fil
merci encore
Gilbert
L'interface de planification des tâches n'est pas très explicite sur le fait
qu'on peut planifier une tâche avec le compte SYSTEM pour lequel aucun mot
de passe ne te sera demandé, le seul pré-requis étant que tu sois
administrateur du poste. Tu peux le faire facilement en ligne de commande
avec SCHTASKS, par exemple:
schtasks /create /ru SYSTEM /sc WEEKLY /d FRI /st 16:00:00 /tn Test /tr
notepad.exe
J'ai fait le test sur un XP en anglais, je suppose qu'il faudra adapter
"WEEKLY" et "FRI" si tu as un système en français.
Attention, la tâche tournera dans le contexte du compte SYSTEM, avec toutes
ses permissions (et ses "non-permissions" notamment sur des ressources du
réseau).
SCHTASKS est dispo sous XP et 2003. Pour NT ou 2000, la bonne vieille
commande AT déjà suggérée hier par Michel Claveau ferait tout aussi bien
l'affaire.
Jacques
"RGI" <rgi@wanadoo.fr> wrote in message
news:O3O%23JzsvFHA.3124@TK2MSFTNGP12.phx.gbl...
Malheureusement ce n' est pas encore ce que je recherche pour les raisons
évoquées ci-dessus dans ce fil
L'interface de planification des tâches n'est pas très explicite sur le fait qu'on peut planifier une tâche avec le compte SYSTEM pour lequel aucun mot de passe ne te sera demandé, le seul pré-requis étant que tu sois administrateur du poste. Tu peux le faire facilement en ligne de commande avec SCHTASKS, par exemple:
schtasks /create /ru SYSTEM /sc WEEKLY /d FRI /st 16:00:00 /tn Test /tr notepad.exe
J'ai fait le test sur un XP en anglais, je suppose qu'il faudra adapter "WEEKLY" et "FRI" si tu as un système en français.
Attention, la tâche tournera dans le contexte du compte SYSTEM, avec toutes ses permissions (et ses "non-permissions" notamment sur des ressources du réseau).
SCHTASKS est dispo sous XP et 2003. Pour NT ou 2000, la bonne vieille commande AT déjà suggérée hier par Michel Claveau ferait tout aussi bien l'affaire.
Jacques
"RGI" wrote in message news:O3O%
Malheureusement ce n' est pas encore ce que je recherche pour les raisons évoquées ci-dessus dans ce fil
merci encore
Gilbert
Do Re Mi chel La Si Do
Bonsoir !
AT peut présenter le problème, que vous avez signalé, de non droit d'accès aux fichiers partagés (en réseau). Je voulais juste souligner cette contrainte.
Sinon, j'ai aussi un utilitaire, qui permet de lancer une commande, sous un autre utilisateur, sans demander un mot de passe à chaque exécution. Mais, il y a des différences par rapport à SuperExec : - l'utilisateur, le mot de passe, et la commande sont cryptés dans un fichier, et pas dans la base de registre (ce qui est moins bien, mais permet de préparer la config sur une autre machine) - on lance l'utilitaire en passant, en paramètre, le nom du fichier de configuration crypté. - le cryptage n'utilise pas les API windows - et, surtout, il a beaucoup moins été testé que l'utilitaire de JCB
@-salutations
Michel Claveau
Bonsoir !
AT peut présenter le problème, que vous avez signalé, de non droit d'accès
aux fichiers partagés (en réseau).
Je voulais juste souligner cette contrainte.
Sinon, j'ai aussi un utilitaire, qui permet de lancer une commande, sous un
autre utilisateur, sans demander un mot de passe à chaque exécution. Mais,
il y a des différences par rapport à SuperExec :
- l'utilisateur, le mot de passe, et la commande sont cryptés dans un
fichier, et pas dans la base de registre (ce qui est moins bien, mais permet
de préparer la config sur une autre machine)
- on lance l'utilitaire en passant, en paramètre, le nom du fichier de
configuration crypté.
- le cryptage n'utilise pas les API windows
- et, surtout, il a beaucoup moins été testé que l'utilitaire de JCB
AT peut présenter le problème, que vous avez signalé, de non droit d'accès aux fichiers partagés (en réseau). Je voulais juste souligner cette contrainte.
Sinon, j'ai aussi un utilitaire, qui permet de lancer une commande, sous un autre utilisateur, sans demander un mot de passe à chaque exécution. Mais, il y a des différences par rapport à SuperExec : - l'utilisateur, le mot de passe, et la commande sont cryptés dans un fichier, et pas dans la base de registre (ce qui est moins bien, mais permet de préparer la config sur une autre machine) - on lance l'utilitaire en passant, en paramètre, le nom du fichier de configuration crypté. - le cryptage n'utilise pas les API windows - et, surtout, il a beaucoup moins été testé que l'utilitaire de JCB
