scp -C user@machine.com:/home/user/fichier.dat ./Comme le fichier est gros par rapport à la bande passante, je laisse tourner toute la nuit. Sauf que le réseau sur lequel je suis (et que je ne contrôle pas) n'est pas fiable. Et donc la connexion s'est arrêtée au beau milieu de la nuit, et je me retrouve sur ma machine locale avec uniquement 7% du fichier. Pas grave, je vais utiliser rsync, histoire que je puisse continuer mon download même en cas de coupure brutale. Et comme je suis un peu parano, on crypte le tout via ssh. Je lis le man, et je n'oublie pas d'utiliser l'option --partial pour qu'il n'efface pas ce qui à été partiellement téléchargé. C'est parti :
rsync -avz --partial --progress -e ssh user@machine.com:/home/user/fichier.dat ./Et comme la nuit dernière, je laisse tourner. Forcement, comme je m'y attendais, mon lien avec l'extérieur fut coupé. J'ai donc un fichier (largement) incomplet, mais je me dit qu'en relançant rsync, il va trouver les différences et va continuer le téléchargement là où il s'était arrêté. Grave erreur : rsync s'obstine à re-télécharger le fichier depuis le début. Quel perte de temps et de bande passante ! J'ai une solution un peu bourrin : utiliser des split/cat pour couper le fichier à distance et récupérer les morceaux que je ne possède pas pour les recoller en local. Mais avant d'en arriver là, il n'existe pas une solution pour reprendre un transfert de fichier à distance et le tout de manière cryptée ?