Передача файлов при медленном соединении: как это сделать

Для передачи файла по медленному соединению нужны три вещи: агрессивное сжатие перед загрузкой, сервис с возобновляемой чанковой передачей (чтобы обрыв не откатывал к нулю) и стратегия по времени суток для обхода пиковой перегрузки. Видео на 2 ГБ на восходящем канале 3 Мбит/с занимает около 90 минут без перерывов, а после перекодирования в H.265 ужимается до 350 МБ и укладывается в 16 минут. Медленное — не значит невозможное: просто перестаньте считать передачу единственным попыткой и начните воспринимать её как задачу, которая переживает повторы.

Определить, что такое «медленно»

Запустите speedtest-cli или зайдите на speedtest.net в то время, когда планируете передачу. Запишите upload в Мбит/с. Для передачи файлов «медленным» считается всё, что ниже 10 Мбит/с upstream: большинство ADSL-линий, сельская фиксированная беспроводная связь, сотовые точки доступа за пределами LTE-зоны, Starlink на загруженных ячейках, и многие устаревшие кабельные тарифы с ограничением 5 Мбит/с upstream.

Также проверьте задержку и джиттер. Соединение 5 Мбит/с с 40 мс задержки ведёт себя совершенно иначе, чем такие же 5 Мбит/с с 250 мс задержки и 80 мс джиттера (типично для геостационарного спутника или глубоко перегруженной сотовой связи). Большая задержка ломает однопоточные загрузки даже при формально приличной полосе: TCP-окно не успевает заполнить трубу.

Сжатие — самая дешёвая полоса пропускания

Если вы можете уменьшить размер файла, вы эффективно удвоили своё соединение. Для видео HandBrake с H.265 при CRF 23 обычно сокращает размер на 60–80% без видимой потери качества. Для PDF Ghostscript с -dPDFSETTINGS=/ebook понижает разрешение встроенных изображений с 600 DPI до 150 DPI и нередко срезает 70%. Для пакетов изображений конвертация JPEG в WebP с качеством 85 экономит 30–40%.

Никогда не отправляйте несжатые TIFF, BMP или WAV по медленному каналу. Никогда не отправляйте экспорт в 4K видео, которое будет смотреться на телефоне. Подгоняйте выходное качество под задачу ещё до того, как начать загрузку.

Выбирайте сервис с настоящей поддержкой возобновления

Чанковые загрузки с возобновлением — обязательное условие на нестабильных соединениях. Сервисы на базе tus.io, Google Drive resumable uploads, S3 multipart и сессии загрузки OneDrive переживают обрывы TCP. WeTransfer и SwissTransfer возобновляют передачу внутри вкладки браузера при кратковременных сбоях. Smash чисто обрабатывает возобновление при сохранении сессии до нескольких часов.

Избегайте всего, что использует единственный multipart/form-data POST для всего файла. Именно так работают старые PHP-скрипты загрузки, и загрузка 2 ГБ по соединению 5 Мбит/с, оборвавшаяся на 75%, означает перезапуск с 0%. Бесплатный Dropbox Transfer с лимитом 100 МБ использует единственный POST — это нормально для мелких файлов, мучительно для всего крупнее.

Планируйте на малонагруженное время

Перегрузка провайдера на общей жилой инфраструктуре пиковая между 19:00 и 23:00. На канале 5 Мбит/с upstream этот пик может снизить throughput до 1,5 Мбит/с. То же соединение в 03:00 нередко выдаёт все 5 Мбит/с. Передача, занимающая 4 часа в 21:00, завершается за 75 минут ночью.

Ставьте загрузку в очередь перед сном. Оставьте ноутбук подключённым, отключите заставку и сон (caffeinate на macOS, «Не выключать компьютер» в настройках питания Windows). Проверьте утром.

Используйте проводное соединение там, где оно есть

Переключение медленного ноутбука с Wi-Fi на Ethernet не добавляет полосы выше потолка интернет-соединения, но устраняет 5–15% повторных передач, которые Wi-Fi обычно добавляет на загруженных 2,4 ГГц диапазонах. На восходящем канале 3 Мбит/с возврат 10% эффективности пакетов означает ещё 300 Кбит/с полезного throughput.

Если раздаёте с телефона, USB-тетеринг обыгрывает Wi-Fi точку доступа, устраняя лишний прыжок через Wi-Fi-радио.

Разбивайте файл сами, когда сервис не умеет

Если вы застряли с инструментом без поддержки чанковой загрузки, разбейте файл самостоятельно. Команда split -b 100M bigfile.mov part. на macOS/Linux или опция «Split to volumes» в 7-Zip на Windows разбивает файл 2 ГБ на 20 частей по 100 МБ. Загружайте каждую часть отдельно, и если одна падает, перезагружаете только 100 МБ, а не всё целиком.

Получатель собирает назад через cat part.* > bigfile.mov или распаковывает том 7-Zip. Не элегантно, но надёжно на гостиничном Wi-Fi.

Выключите всё лишнее в сети

На восходящем канале 5 Мбит/с один HD-звонок в Zoom съедает 2,5 Мбит/с, оставляя 2,5 Мбит/с на передачу. iCloud Photos после импорта отпускного архива может занять весь upstream. Backblaze, Carbonite, Dropbox и Google Drive толкают данные в фоне.

Остановите их явно. Вкладка Network в Activity Monitor на macOS покажет, кто использует полосу; то же — во вкладке Performance диспетчера задач Windows 11. Временно закройте всё, что отдаёт больше 50 КБ/с upload.

Сотовая связь и тетеринг: ловушка тарификации

Тетеринг с мобильного на «безлимитном» тарифе обычно нормален до порога использования данных (как правило, 30–100 ГБ в месяц), после которого оператор режет скорость до 1–5 Мбит/с или снижает приоритет на загруженных ячейках. AT&T, Verizon и T-Mobile делают это на потребительских тарифах.

Передача 10 ГБ в середине месяца обычно в порядке. Та же передача после того, как вы уже отсмотрели Netflix на сотовой весь месяц, может ползти. Проверьте потребление данных перед началом.

Спутник и высокая задержка

Starlink выдаёт 20–100 Мбит/с upload при задержке 25–60 мс в большинстве регионов — это вполне рабочий вариант. Геостационарный спутник (HughesNet, Viasat) работает с задержкой 600–800 мс, что заставляет однопоточные TCP-загрузки зависать сильно ниже заявленной полосы. Сервисы с параллельной чанковой загрузкой справляются здесь куда лучше, поскольку каждый параллельный поток получает собственное окно перегрузки.

На геостационарном спутнике используйте сервис, явно рассчитанный на параллельную чанковую загрузку, и сохраняйте реалистичные ожидания: 5 ГБ за вечер — достижимо, 50 ГБ — вероятно, нет.

Простое правило: подбирайте инструмент под канал

На медленных соединениях надёжность важнее скорости. Сервис, который чисто возобновляется после обрыва и запускает параллельные чанки, каждый раз обгонит более быстрый однопоточный сервис. HexaTransfer использует параллельные чанковые загрузки с шифрованием AES-256-GCM и автоматически повторяет упавшие чанки — именно это нужно нестабильному гостиничному соединению на 3 Мбит/с.

Попробуйте на hexatransfer.com — бесплатно, без регистрации, до 10 ГБ.