Какой самый надежный способ отправки большого файла между двумя компьютерами Windows по сети? [Дубликат]


19

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

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


10
Внешний USB HD?
Mouviciel


4
Разбейте его на более мелкие кусочки, тогда вам придется беспокоиться только об одном маленьком кусочке за раз. Совет профессионала: BitTorrent делает именно это.
ta.speot.is

4
Я бы использовал Skype, но я не достаточно смел, чтобы ответить на него :)
Robert Niestroj

4
Почему это помечено как дубликат вопросов, спрашивающих, как отправить 2-30 МБ данных по электронной почте? Между «send 17 MB» и «send 170 GB» существует несколько порядков, и решения совершенно разные. Dropbox / filehosters на самом деле нереально для 170 ГБ ...
Ян Шейбал

Ответы:


26

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

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

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

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


1
Кроме того, если вам нужно скопировать на несколько хостов, вы значительно сократите время.
Колтон

+1 за тостер. Вы спасли тостер от поджаривания больших кусков
Pathfinder


4

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


3
Я думаю, что 7-zip намного лучше, чем WinZip.
Элвин Вонг

@AlvinWong Возможно; WinZip был первым и все еще довольно хорошим. Я просто не использовал 7-почтовый индекс достаточно.
Марк Херд

1
что-то старшее - не веская причина использовать его в мире ИТ ...
Вим

@ Wim Мне не нужно было использовать что-нибудь еще. Если WinZip так неправ, опровергните меня, желательно, объяснив, почему это на самом деле дерьмо для этой цели. Если 7-почтовый индекс является настолько правильным, добавьте это как ответ.
Марк Херд

Ну, ты не ошибаешься, так что нет отрицательного голоса ... но у Элвина есть 7-почтовые возможности, это расширенный набор winzip, и это бесплатно ...
Вим

4

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

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

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

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

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


1
Отправить жесткий диск по FedEx. В конце это будет стоить меньше и будет быстрее. Именно так большинство крупных корпораций перемещают резервные копии и тому подобное.
Пау-Ян

1
Использование протокола передачи файлов для передачи файлов! Кто бы это понял ???
Вим

@ Pow-Ian: я не хотел рекламировать конкретную компанию, но FedEx действительно соответствует их первоначальному названию Federal Express . Я вручил им (довольно внушительный) пакет весом около 10-12 кг в полдень в субботу в Германии, даже не выбрал их самое быстрое обслуживание и доставил его в Бельгию к 10:35 в понедельник за 29 евро. Если у меня есть что-то, что нужно куда-то быстро, я обязательно снова воспользуюсь FedEx.
Ян Шейбал

@ Ян Шейбал Я говорю, называйте вещи своими именами. Я знаю, что FedEx - самый быстрый, поэтому я не против рассказать другим о своем опыте. Для полного раскрытия я ознакомился с их объектами и осмотрел их перерабатывающий комплекс в аэропорту Мемфиса, США. Они могут буквально отправить вещи на следующий день из Нью-Йорка, Нью-Йорка в Японию.
Пау-Ян

1

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


0

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


4
предложения в одну строку, на которые ссылка, предположительно, отвечает на вопрос, являются нет-нет в SuperUser. пожалуйста, уточните свой ответ.
Лоренцо фон Маттерхорн
Используя наш сайт, вы подтверждаете, что прочитали и поняли нашу Политику в отношении файлов cookie и Политику конфиденциальности.
Licensed under cc by-sa 3.0 with attribution required.