Si vous insistez sur employer le scp que ce qui suit peut fournir des moyens d'une publication périodique de transférer des dossiers, mais le notez devrez négocier une session basée principale avant de transférer chaque dossier, ainsi si le nombre de dossiers est grand ainsi la négociation aérienne :
/some/local/directory/ cd
trouvaille. - type d - ssh
[email protected] « /some/remote/directory cd d'exec ; mkdir
- p. {} » \ ;
trouvaille. - type f - localhost de scp d'exec {} : /some/remote/directory/
{} \ ;
Personnellement j'emploierais le rsync au-dessus du ssh par exemple.
# ! /bin/sh
`de RSYNC= qui `de rsync
certains de SOURCE_DIR='//gens du pays/directory
TARGET_DIR= " $SOURCE_DIR "
$RSYNC - optl --supprimer-après --rsh=/usr/bin/ssh --rsync-path=$RSYNC --force $SOURCE_DIR/$ {REMOTE_HOST} : $ {TARGET_DIR
}
De l'autre côté la solution suivante de pipe de goudron peut fonctionner pour les premiers couples de la valeur de gigaoctet des dossiers :
Cf cd de goudron de && de /some/local/directory -. | ssh
[email protected] « /some/remote/directory cd ; xf de goudron - »
Si les boîtes ne sont pas bloquées, aucun mur à l'épreuve du feu embêtant, alors l'approche suivante de netcat (attache gauche) peuvent ne pas adapter :
http://compsoc.dur.ac.uk/~djw/tarpipe.html Note : Pourrait toujours ajouter un tunnel de ssh s'il y a un mur à l'épreuve du feu de la manière.