Trabajo de forma remota y tengo 44 GB de archivos multimedia que necesito enviar de vuelta a mi oficina. Hay muchos servicios gratuitos que pueden manejar hasta 2 GB, pero no he visto hablar de nada más grande.
Ambos tenemos más de 50 Mbps de conexiones, por lo que preferiría no enviar medios físicos (aunque es una opción). Bittorrent está bloqueado en mi sede corporativa. Tenemos un servidor FTP, pero el límite por usuario es de 10 GB. Yo uso Citrix, pero el rendimiento se acelera a 3mbps. (44 gb a 50 mbps = 4 a 5 horas ... a 3 mbps = 5 o 6 días).
Cualquier sugerencia apreciada.
Windows 7 y Windows 2003 Server son los SO involucrados. He probado JetBytes y está bloqueado por nuestro filtro de contenido.
windows
file-transfer
Brien Malone
fuente
fuente
Respuestas:
Tal vez podría ejecutar un servidor FTP en su máquina y tener a alguien allí FTP que no tenga límites de tamaño. Para su configuración de Windows, Filezilla es un servidor que debe hacer el trabajo. Si está detrás de un enrutador o firewall, es posible que deba reenviar el puerto 21 o el puerto que decida a su máquina.
fuente
Hable con TI en la oficina. Tienes una necesidad comercial legítima (supongo, si esta es tu colección de MP3, estás solo ;-)), deberían estar dispuestos a trabajar contigo en una solución viable. Tal vez eso aumente su límite de FTP, configurándolo con acceso SSH, o algo completamente diferente.
fuente
en caso de que esté en Linux, esto es muy fácil:
Use
rsync
sobre SSH en una sesión de pantalla para mover los archivos:Comience esto en una sesión de pantalla, para que pueda adjuntarlo mientras está en casa.
fuente
-P
(o--partial
). El ejemplo ya lo tiene.Posiblemente use un separador de archivos y unificador.
Dividirlo en trozos más pequeños y usar los servicios gratuitos, luego juntarlo.
Personalmente, solo lo enviaría físicamente.
fuente
FedEx que los datos. En estos días es difícil mantener nuestras mentes abiertas a la idea de que Internet no es la ÚNICA forma de transmitir información.
fuente
Si solo está enviando a una persona, Bittorrent es ineficiente y lento para esto. Lamentablemente, la opción más fácil podría ser si puede configurar un servidor web en su extremo para que pueda descargarlo a través de http.
fuente
Supongo que el 44GB ya está comprimido con RAR, como dice su pregunta.
Tu
44gb @ 50mbps = 4 to 5 hours.
significa que saldrá de su oficina sin Internet útil durante 5 horas, ya que usará todo su ancho de banda, y no estoy seguro de que sea correcto.Y vuelva a verificar si el enlace es realmente esa velocidad, porque puede ser asimétrico: puede descargar 55Mbps, pero no cargarlo. Entonces sus 5 MBps podrían ser aún más lentos.
Si fuera usted, iría a cualquier tienda local y compraría 3 o 4 unidades flash, cada una de 16 GB. Use cualquier herramienta zip que le guste (recomiendo 7Zip) y comprima los datos divididos en esas unidades flash, y sea feliz. Cambiaría la compresión .RAR a .7zip, dependiendo de los datos que comprima mejor.
fuente
Dividir en trozos de 9,5 GB y volcar en el FTP.
En linux:
En Windows: No tengo idea, probablemente WinZIP / WinRAR pueda hacerlo, con la compresión desactivada (para la velocidad) y establecer el número de archivo de span = 5.
fuente
Grabarlo en el disco BlueRay y enviarlo por correo ... En serio, me encontré con esto una vez y configuré un servicio del puerto HTTP 80 utilizando php que fragmentó el archivo en partes pequeñas y las envió de esta manera. tal vez puedas encontrar algo que haga lo mismo.
fuente
Si su empleador no tiene más herramientas de QoS de grano fino, es posible que no pueda relajar los 3mbps durante el día sin que esto cause problemas para el resto de la oficina.
Hace unos años, cuando un nuevo descargador de MSDN superó a mis empleadores, redujo el ancho de banda, un puñado de suscriptores que realizaban descargas simultáneas dejó el rendimiento penosamente lento para los otros 800 usuarios de la conexión. Es posible que tenga que realizar su carga masiva tarde en la noche cuando nadie más está utilizando la conexión.
fuente
La opción no gratuita más fácil puede ser Aspera.
http://asperasoft.com/en/products/client_software_2/aspera_point_to_point_7
Con este software puede maximizar las conexiones de 50mbit. Solía transferir 50 gb / día a través de conexiones de 45 Mbits y tomaría algunas horas.
fuente
Si está ejecutando Windows, yintersync podría ser una solución para usted. Utiliza rsync como back-end, pero agrega muchas funcionalidades adicionales, como la programación y la sincronización en la conexión. También envía un informe por correo electrónico para que sepa si ha funcionado bien.
Actualmente lo uso para sincronizar 1.6TB de archivos VHD a través de Internet sin problemas.
fuente
Para archivos de más de 2 GB, considere usar http://www.filehosting.org/ . Es el único servicio que encontré que no anuncia un límite de tamaño de archivo. Obtendrá anuncios sin fin, pero hace el trabajo.
Consulte también http://www.bestcovery.com/best-free-file-hosting-services para obtener una lista de servicios gratuitos de alojamiento de archivos.
fuente
Sugiero HFS ( http://www.rejetto.com/hfs/ ).
Desde el sitio web:
En otras palabras, desde el cliente puede cargar un archivo, al servidor que ejecuta hfs, usando un navegador simple.
Se puede dividir con 7-zip ( http://www.7-zip.org )
fuente
Creo que tendrás que hablar con el administrador del sistema.
Obviamente, los administradores del sistema controlan la red en gran medida, y es posible que no quieran que empuje las reglas. Si la descarga está limitada a 3Mbps, verifique las velocidades de carga; Pueden ser mucho más lentos. Su transferencia puede demorar varios días si se apega a las políticas de red.
Supongo que el archivo que desea transferir es un archivo de video grande u otros datos que no se pueden comprimir sin degradar la calidad; de lo contrario, la compresión sería su mejor amigo aquí.
Suponiendo que realmente tuviera una capacidad de carga de 5Mbps (que probablemente no sea el caso), la transferencia de 44GB a 5Mbps, dividida por 8 bits, que es de aproximadamente 0.625 MByte por segundo. Veces 3600 segundos (una hora) que podrían transferir como máximo 2286 MB. Después de 20 horas, se habrían cargado 45720MBytes, o aproximadamente 45Gbytes.
Suponga una pérdida de velocidad del 10%, y eso sería aproximadamente 22 horas (si todo funciona sin problemas y sin parar) y monopoliza la red durante tanto tiempo, por lo que probablemente necesite usar un software de transferencia de archivos decente.
Puede dividirlo en 10 DVD, luego enviarlo por Fedex o UPS, pero eso puede tomar aproximadamente el mismo tiempo.
Como el otro lado tiene una descarga de 50 Mbps, pueden descargar mucho más rápido, pero eso no importaría mucho.
Otra opción podría ser Adrive.com que permitirá copias de seguridad de 50 GB de forma gratuita y le permitirá compartirlo.
Si la política de red permitiera el acceso a www.megaupload.com (lo cual dudo), puede registrarse y subirlo todo de una vez. Cuenta gratuita, pero deberá dividir la cosa en unas 50 piezas pequeñas, usar el administrador de archivos de megaupload y subirlas todas allí.
fuente
¿Qué hay de enviarlo a través de mensajería instantánea a un colega de su confianza, por ejemplo, a través de Skype?
fuente
Si alguna de las máquinas puede aceptar conexiones SSH entrantes, puede probar SCP. Si lo peor llega a ser peor, puede usar netcat (versión de Windows en http://joncraton.org/blog/46 ) y ver si puede encontrar un puerto no filtrado.
fuente
Intente usar algo como http://justbeamit.com/ - arrastre su archivo al navegador, dele la URL a su amigo y luego negocie la transferencia.
Le recomiendo que cifre primero si es algo que no desea que tengan terceros.
fuente
si la oficina tiene al menos un puerto abierto a la red, puede intentar iniciar el rastreador local en este puerto cifrando el tráfico y crear torrent con su rastreador único en la lista. No creo que los administradores usen el analizador de firmas en el borde para bloquear el tráfico bt
80G HDD por correo postal sigue siendo la forma más fácil y robusta
fuente
Utiliza bittorrent . uTorrent tiene una opción para enviar archivos grandes .
Buena suerte.
fuente