executer un programme over ssh en background - Page 1

-

tu peux spécifier une commande à executer avec ssh sous unix
une fois la que la commande a fini de s'executer la connexion est fermée

c'est ce que tu veux ?
(apres pour plusieurs commandes tu les lances en arriere plan)

et si tu veux pas taper les mots de passe utilise une clef privée

y'a pas un moyen de lancer un programme en arrière plan de façon à ce qu'il ne soit pas tué quand son père (ta console ouverture via ssh) meurt ?
de la sorte, tu te connectes, tu lance ton prog en arrière-plan, tu te déconnectes, et le prog continue à tourner jusqu'à ce qu'il ait fini...

-

cf une éponse dans ton blog peut-être ?

-

oui pardon j'ai pas précisé coment car ca me paraissait si simple (ssh machine commande) ^^
pour l'utilisation des clefs tu sais comment faire ?

-

il faut que tu gérènes une clef avec ssh-keygen (rsa-keygen -t rsa)
rsa c'est le type de clef je sais pas trop quoi te conseiller comme type de clef, il fausdrais que tu vosi quelles types de clefs sont acceptées par le serveur sur lequel tu vas te connecter

tu peux la proteger par une passphrase (un mot de passe à entrer pour utiliser la clef qui te permet de pas entrer de mot de passe pour te connecter en ssh )

ensuite t'as deux clefs, la publique (id_rsa.pub) tu la met dans ton ~/.ssh/ de la machine sur laquelle tu veux te connecter (server) (ca depend aussi du serveur (nom du fichier dans lequel le mettre, type de la clef)
et une clef privée (id_rsa) que tu dois conserver sur ton pc (client)

pour le nohup
le man dit "nohup - run a command immune to hangups"

ah et avec putty tu dois convertir la clef privée (le prog de generation de clefs de putty fait ca (cf page de putty))

-

-

heu nan je crois pas qu'il y ait d'autres solutions que clef ou mot depasse

qu'est ce qui ne marche pas ?

-

tu dois récuperer la clef privée et la foutre sur ta machine et ensuite dire à putty de l'utiliser pour se connecter (tu devras ptet la convertir)

11> je vois pas trop ce que tu veux dire
tu te loggues à partir d'un pc avec un disque dur donc tu peux mettre des trucs en local dessus non ?
(et tu as reussi à monter du nfs sous windows ? si ou ca m'interesse)

-

ah heu alors la clef privée et la clef publique seront dans le même rep (qui sera considere comme local pour le client)
il te dit rien quand tu tr loggues ssh ?

(je croyais que tu voulais te connecter depuis win au vu du screen sur ton blog)

-

ssh-keygen -t dsa
cat ~/.ssh/id_dsa.pub >> ~/.ssh/authorized_keys

et à l'ecole sous solaris j'ai mis le contenu de la clef publique dans le fichier ~/.ssh/authorized_keys

(tous ces cross)

tant que tu es à faire des clefs, t'as qu'à aussi t'en faire une pour te logguer sur le gate ssh

-

-

heu oui jpense pas qu'il y ait de problemes de droits c'est un truc classique tout ca
(mais par contre si tout le monde a les droit d'acces en lecture à ta clef privée là tu vas avoir des problemes )

-

chmod og-rx ~
pour être sur
je déconne hein

-

ah c''est comme ca que ca marche chez vous ?
nous c'est le contraire, les profs creent un rep chez eux averc les droits d'ecriture dessus
et comme ca une fois les delais dépassés pouf napu les droits et dtc pour les gens en retard

-

marrant comme systeme