19

Файл составляет около 170 ГБ. Я бы не стал загружать его на FTP, а скачивать. Иногда это ненадежно, соединения обрываются, и у него будут большие проблемы. Итак, есть ли лучший способ сделать это? Кто-нибудь предлагает? Благодарю.

PS: два компьютера не находятся в одной сети.

6 ответов6

26

Достаточно странно, что биторрент мог бы работать здесь довольно хорошо, предполагая, что политика офиса позволяет это - он разбивает файл для вас, проверяет, является ли он правильным, а если нет, перезагружает его. Вы, вероятно, захотите запустить свой собственный трекер, но многие клиенты-биторы делают это в любом случае, и, если возможно, используют веб-семена, чтобы еще больше ускорить процесс - Burnbit делает это легко.

В качестве альтернативы я бы также предложил сделать пиратскую олдскульную вещь, разделить файлы и использовать файл четности, а затем передать его любым доступным вам способом, FTP или веб-сервером. Если вы используете веб-сервер, загрузка может быть продолжена - с помощью чего-то вроде wget, а архив четности позволит вам восстановить файл с несколькими битыми кусочками.

Естественно, рекомендуется зашифровать файлы или порции файлов, если данные также носят конфиденциальный характер.

Более поздняя опция может быть bitorrent sync - она работает на всем, кроме тостера (если ваш тостер не запускает Windows, Linux на x86, PPC или ARM), и выполняет большую часть тяжелой работы за вас. Он использует базовый биторрентный протокол, но намного проще в использовании.

20

Взгляните на robocopy, он поддерживает перезапуск и в целом намного более стабилен, чем другие варианты.

4

WinZip может создавать множество (относительно) маленьких файлов (изначально предназначенных для архивирования на дискеты, но теперь вы можете выбрать 1 ГБ). Тогда невозобновляемый FTP (как вариант Microsoft) в порядке. Наконец, WinZip получит файл на другом конце.

4

Robocopy и BitTorrent уже были предложены и звучат как хорошая идея. Другие варианты, которые могут работать лучше в ограничительной сетевой среде, где вы не можете, например, создать соединение SMB, которое, по-видимому, требуется для RoboCopy:

FTP. Я знаю, что вам это не нравится, но с хорошим сервером и клиентом все должно работать хорошо. Создайте FTP-сервер на источнике или получателе, убедитесь, что он поддерживает зашифрованные соединения (для предотвращения вмешательства прозрачных прокси и т.д.) И файлы размером более 4 ГБ. Затем загрузите / загрузите файл с помощью хорошего FTP-клиента (убедитесь, что вы используете бинарный режим). FTP поддерживает возобновление соединения, поэтому, если соединение обрывается, просто возобновите. Текущая копия Wget должна быть в порядке.

Вы можете сделать то же самое с HTTP: настроить сервер HTTP(S), поддерживающий большие файлы, и загрузить его с текущей копией wget.

В противном случае, есть бинарные файлы rsync для Windows и множество проприетарных программ, похожих на rsync, которые вы можете использовать. Особенно, если вы ожидаете, что файл нужно будет обновить, и изменится только небольшая часть файла, вы можете посмотреть в этом направлении.

Помните, что при скорости 8 Мбит / с (1 МБ / с) передача файла займет у вас два дня. Если у вас нет очень быстрого соединения, отправка физического жесткого диска с копией файла (ов) может быть быстрее.

1

Некоторые вещи, которые приходят мне в голову, это частные P2P-сети (uTorrent, DC++) или крошечный http-сервер с wget

0

Я бы рекомендовал использовать какой-либо инструмент (окна) на основе rsync http://en.wikipedia.org/wiki/Rsync

Всё ещё ищете ответ? Посмотрите другие вопросы с метками .