Файл составляет около 170 ГБ. Я не буду загружать его на FTP, а скачать его. Иногда это ненадежно, соединения обрываются, и у него будут большие проблемы. Итак, есть ли лучший способ сделать это? Кто-нибудь предлагает? Благодарю.
PS: два компьютера не находятся в одной сети.
windows
file-transfer
file-sharing
Тед Вонг
источник
источник
Ответы:
Достаточно странно, что биторрент мог бы работать здесь довольно хорошо, предполагая, что политика офиса позволяет это - он разбивает файл для вас, проверяет, является ли он правильным, а если нет, перезагружает его. Вы, вероятно, захотите запустить свой собственный трекер, но многие клиенты-биторы делают это в любом случае, и, если возможно, используют веб-семена, чтобы еще больше ускорить процесс - Burnbit делает это легко.
В качестве альтернативы я бы также предложил сделать пиратскую олдскульную вещь, разделить файлы и использовать файл четности , а затем передать его любым доступным вам способом, FTP или веб-сервером. Если вы используете веб-сервер, загрузка может быть продолжена - с помощью чего-то вроде wget, а архив четности позволит вам восстановить файл с несколькими разбитыми кусочками.
Естественно, рекомендуется зашифровать файлы или фрагменты файлов, если данные также имеют конфиденциальный характер.
Более поздний вариант может быть bitorrent sync - он работает на всем, кроме тостера (если ваш тостер не запускает windows, linux на x86, PPC или ARM), и выполняет большую часть тяжелой работы за вас. Он использует базовый биторрентный протокол, но намного проще в использовании.
источник
Взгляните на robocopy , он поддерживает перезапуск и в целом намного более стабилен, чем другие варианты.
источник
WinZip может создавать множество (относительно) маленьких файлов (изначально предназначенных для архивирования на дискеты, но теперь вы можете выбрать 1 ГБ). Тогда невозобновляемый FTP (как вариант Microsoft) в порядке. Наконец, WinZip получит файл на другом конце.
источник
Robocopy и BitTorrent уже были предложены и звучат как хорошая идея. Другие варианты, которые могут работать лучше в ограниченной сетевой среде, где вы не можете, например, создать соединение SMB, которое, по-видимому, требуется для RoboCopy:
FTP. Я знаю, что вам это не нравится, но с хорошим сервером и клиентом все должно работать хорошо. Создайте FTP-сервер на источнике или получателе, убедитесь, что он поддерживает зашифрованные соединения (для предотвращения вмешательства прозрачных прокси и т. Д.) И файлы размером более 4 ГБ. Затем загрузите / загрузите файл, используя хороший FTP-клиент (обязательно используйте двоичный режим). FTP поддерживает возобновление соединения, поэтому, если соединение обрывается, просто возобновите. Текущая копия Wget должна быть в порядке.
Вы можете сделать то же самое с HTTP: настроить сервер HTTP (S), поддерживающий большие файлы, и загрузить его с текущей копией wget.
Иначе, есть бинарные файлы rsync для Windows и множество проприетарных программ, похожих на rsync, которые вы можете использовать. Особенно, если вы ожидаете, что файл нужно будет обновить, и только небольшие части файла будут изменены, вы можете посмотреть в этом направлении.
Помните, что при скорости 8 Мбит / с (1 МБ / с) передача файла займет у вас два дня. Если у вас нет очень быстрого соединения, отправка физического жесткого диска с копией файла (ов) может быть быстрее.
источник
Некоторые вещи, которые приходят мне в голову, это частные P2P-сети (uTorrent, DC ++) или крошечный http-сервер с wget
источник
Я бы посоветовал использовать какой-нибудь инструмент (окна) на основе rsync http://en.wikipedia.org/wiki/Rsync
источник