Lorsque j'ai tenté de copier un fichier (de taille) sur le réseau à l'aide de scp, un message d'erreur <file> stalled
Pourquoi cela se produit-il? Comment puis-je le résoudre?
Ceci est dû au fait que scp
tente de capturer le plus de bande passante possible et que tout retard (par un pare-feu, etc.) peut le bloquer. Limiter la bande passante (avec l'option -l) le corrigera.
Par exemple, vous pouvez limiter la bande passante à 1 Mo/s (= 8192 Kbits/s):
scp -l 8192 <file> <destination>
J'ai réussi à le résoudre en utilisant rsync:
rsync -avz -e "ssh -o StrictHostKeyChecking=no -o UserKnownHostsFile=/dev/null" --progress /tmp/bigfile.txt [email protected]:/tmp/
Avez-vous une chance d'être derrière un pare-feu Cisco ASA? Si tel est le cas, désactivez la "randomisation du numéro de séquence" et cela vous aidera beaucoup - désactivez également TCP Déchargement (ethtool -K $ INTERFACE tso off gso off gro gro) si vous utilisez Cisco ASA. avec les cartes réseau Broadcom sur votre serveur.
Compte tenu du message d'erreur que nous avons reçu lorsque le scp s'est bloqué, je me suis dit que c'était le chiffrement qui échouait. "L’authenticité de l’hôte 'myserver (10.10.11.12)' ne peut pas être établie. L’empreinte de la clé ECDSA est SHA256: + zkyskXlxVQ0kRorLW26pzprIYbsM4N3hbaDLz1RNpo" Dans cet esprit, j’ai lancé "scp -c aes128-ctr /ttr/test/" src myserver:/tmp/bigfile ". scp a réussi avec le chiffrement alternatif. Y at-il un problème avec le chiffrement par défaut qui fait exploser un espace tampon?
Essayez d’ajouter "-c" avec un autre chiffre et de voir s’il résout votre problème.