Stephen, Marshel, Thanks for your answer, that's what I thought. I think I will pass by the fabric server and deploy on the remote server.
Regards, Cordialement. Vincent BARILLERE Administrateur Serveurs & LMS [e-mail] [email protected] [ligne directe] +33 (0)2 51 12 76 54 e-doceo Turning your knowledge into value Belgium, Canada, Colombia, France, Germany, Indian Ocean, Morocco, Mexico, Netherlands, Spain, Switzerland. [tél.] +33 (0)2 51 12 96 74 [fax] +33 (0)2 51 12 98 29 [web] www.e-doceo.net Suivez e-doceo sur les réseaux sociaux : Facebook | Twitter | Viadeo | LinkedIn 2013/3/28 Stephen Rosen <[email protected]> > As a follow up on this thought, my own strategy for this is to actually > pass the information through the fabric server. I keep ssh keys from the > fabric server to the hosts, so the advantage here is that you don't have to > manage authentication between the hosts. > I generally just write to a file in /tmp and then scp that. If > simultaneous invocations of fab or parallel execution are issues for you, > you can always rely on mktemp. > > An alternative approach is to keep an RSA keypair specifically for this > purpose, and put the private key on the source host, public key in the > target host's authorized_keys file. Without knowing a whole lot about > security, this approach sounds like a bad idea, but if you are not too > worried about the security of the data you are moving, you might prefer it > to routing the information through the fabric server (if, for example, you > need high throughput and don't want to make the fabric server a bottleneck). > > Hope these thoughts were of use to you. > Best, > -Stephen > > > On Thu, Mar 28, 2013 at 2:28 PM, Marshel Helsper > <[email protected]>wrote: > >> Vincent, >> >> I don't think there is a fabric specific command for this, but you may be >> able to accomplish your goal by using run() and building an scp command. >> >> Thanks, >> >> Marshel Helsper >> QA/Release Engineer >> NetProspex Inc. >> [email protected] >> >> >> >> _______________________________________________ >> Fab-user mailing list >> [email protected] >> https://lists.nongnu.org/mailman/listinfo/fab-user >> > > > > -- > System Administrator for the UoC CSIL > Contributor to the Manticore Project > BS in Computer Science and Mathematics from the UoC, June 2013 > > Nothing, not even genius, is a substitute for diligence. > > _______________________________________________ > Fab-user mailing list > [email protected] > https://lists.nongnu.org/mailman/listinfo/fab-user > >
_______________________________________________ Fab-user mailing list [email protected] https://lists.nongnu.org/mailman/listinfo/fab-user
