El archivo es de alrededor de 170 GB. No lo subiría al FTP y lo descargaría. No es confiable, a veces, las conexiones caen, y tendrá grandes problemas. Entonces, ¿hay alguna manera mejor de hacerlo? Alguien sugiere? Gracias.
PD: dos computadoras no están en la misma red.
windows
file-transfer
file-sharing
Ted Wong
fuente
fuente
Respuestas:
Extrañamente, el bitorrent podría funcionar bastante bien aquí, suponiendo que las políticas de la oficina lo permitan: divide el archivo por usted, comprueba si es correcto y, si no, lo vuelve a descargar. Probablemente querrá ejecutar su propio rastreador, pero muchos clientes bitorrent lo hacen de todos modos, y si es posible, use webseeds para acelerar aún más las cosas, burnbit lo hace fácil.
Como alternativa, también sugeriría hacer lo pirata de la vieja escuela, y dividir los archivos y usar un archivo de paridad , luego transferirlo por cualquier medio que tenga, FTP o servidor web. Si usa un servidor web, las descargas pueden continuar, con algo como wget, y el archivo de paridad le permitirá reconstruir el archivo con algunas piezas rotas.
Naturalmente, considere cifrar los archivos o fragmentos de archivos, si los datos también son de naturaleza confidencial.
Una opción más reciente puede ser la sincronización bitorrent : se ejecuta en todo menos en el tostador (a menos que el tostador ejecute windows, linux en x86, PPC o ARM), y maneja la mayor parte del trabajo pesado por usted. Utiliza el protocolo bitorrent subyacente, pero es mucho más simple de usar.
fuente
Eche un vistazo a robocopy , admite el reinicio y, en general, es mucho más estable que otras opciones.
fuente
WinZip puede producir muchos archivos (relativamente) pequeños (originalmente diseñados para archivar en disquetes, pero ahora puede elegir 1 GB). Entonces el FTP no reanudable (como es la opción de Microsoft) está bien. Finalmente, WinZip recuperará el archivo en el otro extremo.
fuente
Robocopy y BitTorrent ya se han sugerido y parecen una buena idea. Otras opciones que pueden funcionar mejor en un entorno de red restrictivo donde no puede, por ejemplo, crear la conexión SMB que parece ser necesaria para RoboCopy:
FTP Sé que no te gusta, pero con un buen servidor y cliente, debería funcionar bien. Cree un servidor FTP en el origen o el destinatario, asegúrese de que sea compatible con conexiones cifradas (para evitar que interfieran proxies transparentes, etc.) y archivos> 4 GB. Luego cargue / descargue el archivo usando un buen cliente FTP (asegurándose de usar el modo binario). FTP admite la reanudación de la conexión, por lo que si la conexión se cae, simplemente reanude. Una copia actual de wget debería estar bien.
Puede hacer lo mismo con HTTP: configure un servidor HTTP (S) que admita archivos grandes y descárguelo con una copia actual de wget.
De lo contrario, hay binarios rsync para Windows y numerosos programas propietarios similares a rsync que podría usar. Especialmente si espera que el archivo deba actualizarse y solo cambien pequeñas porciones del archivo, es posible que desee mirar en esa dirección.
Recuerde que a 8 MBit / s (1 MByte / s), le llevará dos días transferir el archivo. A menos que tenga una conexión realmente rápida, enviar un disco duro físico con una copia de los archivos puede ser más rápido.
fuente
Algunas cosas que me vienen a la mente son las redes privadas P2P (uTorrent, DC ++) o un pequeño servidor http con wget
fuente
Yo sugeriría usar alguna herramienta (windows) basada en rsync http://en.wikipedia.org/wiki/Rsync
fuente