Le fichier fait environ 170 Go. Je ne le téléchargerais pas sur le FTP et je ne le téléchargerais pas. Ce n'est pas fiable, parfois, les connexions chutent et cela aura de gros problèmes. Alors, y a-t-il une meilleure façon de le faire? Quelqu'un le suggère? Merci.
PS: deux ordinateurs ne sont pas sur le même réseau.
windows
file-transfer
file-sharing
Ted Wong
la source
la source
Réponses:
Assez bizarrement, bitorrent pourrait fonctionner assez bien ici, en supposant que les politiques de bureau le permettent - il décompose le fichier pour vous, vérifie s'il est correct et sinon le retélécharge. Vous voudrez probablement exécuter votre propre tracker, mais de nombreux clients bitorrent le font de toute façon, et si possible utilisez des graines Web pour accélérer encore plus les choses - Burnbit rend cela facile.
Comme alternative, je suggère également de faire la chose pirate oldschool, de diviser les fichiers et d'utiliser un fichier de parité , puis de le transférer par tous les moyens dont vous disposez, FTP ou serveur Web. Si vous utilisez un serveur Web, les téléchargements peuvent être poursuivis - avec quelque chose comme wget, et l'archive de parité vous permettrait de reconstruire le fichier avec quelques morceaux cassés.
Envisagez naturellement de chiffrer les fichiers ou les morceaux de fichier, si les données sont également de nature sensible.
Une option plus récente peut être la synchronisation bitorrent - Elle fonctionne sur tout sauf le grille-pain (sauf si votre grille-pain exécute Windows, Linux sur x86, PPC ou ARM) et gère la plupart du travail de grognement pour vous. Il utilise le protocole bitorrent sous-jacent mais est beaucoup plus simple à utiliser.
la source
Jetez un œil à robocopy , il prend en charge le redémarrage et est en général beaucoup plus stable que les autres options.
la source
WinZip peut produire de nombreux (relativement) petits fichiers (initialement conçus pour l'archivage sur des disquettes, mais vous pouvez maintenant choisir 1 Go). Le FTP non résumable (comme l'option Microsoft l'est) est OK. Enfin, WinZip récupérera le fichier à l'autre extrémité.
la source
Robocopy et BitTorrent ont déjà été suggérés et semblent être une bonne idée. Autres options qui peuvent mieux fonctionner dans un environnement réseau restrictif où vous ne pouvez pas par exemple créer la connexion SMB qui semble être requise pour RoboCopy:
FTP. Je sais que vous ne l'aimez pas, mais avec un bon serveur et client, cela devrait bien fonctionner. Créez un serveur FTP sur la source ou le destinataire, assurez-vous qu'il prend en charge les connexions cryptées (pour empêcher les proxy transparents, etc. d'interférer) et les fichiers> 4 Go. Ensuite, téléchargez / téléchargez le fichier en utilisant un bon client FTP (en vous assurant d'utiliser le mode binaire). FTP prend en charge la reprise de la connexion, donc si la connexion tombe, reprenez simplement. Une copie actuelle de wget devrait convenir.
Vous pouvez faire la même chose avec HTTP: configurer un serveur HTTP (S) prenant en charge des fichiers volumineux et le télécharger avec une copie actuelle de wget.
Sinon, il existe des binaires rsync pour Windows et de nombreux programmes propriétaires de type rsync que vous pourriez utiliser. Surtout si vous pensez que le fichier devra être mis à jour et que seules de petites parties du fichier changeront, vous voudrez peut-être regarder dans cette direction.
N'oubliez pas qu'à 8 Mo / s (1 Mo / s), il vous faudra deux jours pour transférer le fichier. Sauf si vous disposez d'une connexion vraiment rapide, l'envoi d'un disque dur physique avec une copie du ou des fichiers peut être plus rapide.
la source
Certaines choses qui me viennent à l'esprit sont les réseaux P2P privés (uTorrent, DC ++) ou un petit serveur http avec wget
la source
Je suggérerais d'utiliser un outil (windows) basé sur rsync http://en.wikipedia.org/wiki/Rsync
la source