Thnks pour la clarification
quelques suggestions
Porbably pas ce que vous aimez mais déjà améliorez qu'os.system ()
1.) sous-processus d'utilisation. Popen
==========================
- séjour avec le sshd du côté de serveur (targethost)
- employer subprocess.popen et réorienter le stdin, le stdout, stderr comme pipe à votre manuscrit.
l'avantage devrait fonctionner plutôt rapidement
le yu d'inconvénient a dû le mettre en communication plus tard
2.) utilisation PExpect
=============
mêmes que 1.) mais au lieu de subprocess.popen vous pouvez employer PExpect.
te donne un peu plus de commande et manipule même l'applicationsm, celui s'attendent à une vraie borne.
inconvénient.
pas portable toujours.
PExpectt fonctionne seulement sous le cygwin s'IIRC.
Windows a dû employer WExpect
3.) l'utilisation une bibliothèque capable de python de ssh et établissent le scp sur elle
===================================================
http://www.lag.net/pipermail/paramiko/2005-April/000069.htmlPar exemple paramiko
le paramiko exige également le module crypto :
http://www.voidspace.org.uk/python/modules.shtml#pycryptoUn article concernant poursuivre le paramiko avec le scp est :
http://www.stillhq.com/python/paramiko/000001.html