Yves Martin wrote:
> Selon Patrice KARATCHENTZEFF <patrice.karatchentzeff-alplog@???>:
[...]
> Ce script lance 2 commandes scp successives vers une machine B (disons)
> authentifiées automatiquement par des clefs publiques/privées sans passphrase
un peu plus complexe : cf. la suite...
> Est-ce juste ? Dans ce cas, je ne comprends pas qu'il y ait des tunnels
> ouverts en plus de 'scp'... Il faudrait le détail de netstat -anp et fuser.
> A moins que ce soit plus compliqué, du genre un
> scp user1@B:source user2@C:dest
> (ce qui nécessite l'usage de l'Agent Forwarding pour distribuer les clefs
> privés - ce qui expliquerait le tunnel)
oui, c'est cela... la copie est faite par une machine tierce qui établit
la connexion entre les deux machines.
[...]
> Très sincèrement, je vois mal comment contourner ce "timeout" qui reste
> encore mystérieux: est-ce que c'est le serveur qui coupe (voir les logs)
> et le client ne ferme pas ces sockets ?
> A mon avis, c'est le firewall qui te fait des misères et c'est étrange
> car un scp assure un traffic continu. Combien de temps dure le transfert ?
plusieurs heures....
>
> Je te propose d'essayer rsync -azv -e ssh
> au cas où ce serait scp qui bloque sur certains fichiers.
trop complexe dans mon cas (cf. au-dessus).
>
> Est-ce que tu arrives à savoir si ta copie s'interrompt systématiquement
> sur un fichier particulier (socket unix, device...) ?
non, ce serait trop beau ;-(
PK
--
Patrice KARATCHENTZEFF
STMicroelectronics Tel: 04-76-92-67-96
850, rue Jean Monnet
38926 CROLLES Cedex, Courriel: patrice.karatchentzeff-alplog@???
