Загрузка постоянно сбоит? Исправьте частые ошибки передачи

Сбоящая загрузка почти всегда попадает в одну из пяти категорий: нестабильность сети (обрывы Wi-Fi, перемаршрутизация ISP), исчерпание памяти браузера (Chrome убивает вкладку при 2 ГБ RAM), лимитирование или квота на стороне сервиса, повреждённый исходный файл, или антивирус/брандмауэр, блокирующий исходящие запросы. Начните с проверки вкладки Network в DevTools: смотрите реальный HTTP-статус упавшего запроса. 413 — «payload too large». 502 или 503 — это сервис. «ERR_CONNECTION_RESET» — ваша сеть. У каждого своё решение.

Читайте реальную ошибку, а не общее сообщение

Большинство интерфейсов загрузки показывают «Upload failed» — и на этом всё. Это бесполезно. Откройте DevTools браузера (F12 или Cmd+Option+I), переключитесь на вкладку Network и следите за упавшим запросом. Код статуса говорит, где проблема: 4xx — ваша сторона (413 слишком большой, 401 аутентификация, 403 запрещено), 5xx — их сторона (502 bad gateway, 503 slow down, 504 timeout). Ошибки соединения вроде ERR_CONNECTION_RESET или net::ERR_NETWORK_CHANGED означают, что TCP-соединение умерло в процессе передачи.

Снимите скриншот упавшего запроса и заголовков ответа до того, как что-либо закроете. Если эскалируете в поддержку, эти заголовки обычно точно указывают на проблему.

Wi-Fi-обрывы: тихий убийца

Чипы Wi-Fi в ноутбуках иногда перемаршрутизируются между точками доступа и диапазонами (2,4 ГГц и 5 ГГц). Каждая такая смена обрывает TCP-соединение на долю секунды, что убивает однопоточную загрузку. Сервисы с чанковыми возобновляемыми загрузками (на базе tus.io, S3 multipart) переживают это; единственный POST-запрос — нет.

Если можете подключиться проводом — подключитесь. Ethernet не переключается. Если нет — хотя бы оставайтесь в одной комнате и отключите «Auto-switch SSID» или mesh band-steering на время загрузки. Запустите непрерывный ping до 1.1.1.1 в другом терминале и следите за паузами: именно в эти моменты загрузки умирают.

Краши браузера и выгрузка вкладок

Chrome убивает вкладки при превышении порога памяти, обычно около 2–4 ГБ на вкладку в зависимости от доступной RAM. Загрузка файла 10 ГБ через браузер, буферирующий всё целиком в память (плохая реализация), завершится крашем. Загрузка через браузер, стримящий чанки (хорошая реализация, использующая метод slice() File API), потребляет несколько сотен МБ RAM независимо от размера файла.

Если браузер регулярно крашится на крупных загрузках, попробуйте Firefox — исторически он обрабатывает крупные загрузки File API с меньшим давлением на память, чем Chromium. Убедитесь, что сервис использует чанковые загрузки; если файл 5 ГБ загружается в один Blob перед POST, это проблема архитектуры.

Закройте все другие вкладки. Перезапустите браузер перед началом. Отключите расширения (блокировщики рекламы, расширения конфиденциальности и менеджеры паролей иногда встраиваются в потоки загрузки и ломают их).

Корпоративные брандмауэры и прокси

Корпоративные сети нередко запускают глубокую инспекцию пакетов, ограничение трафика или прокси-серверы с подмeной сертификатов. Симптомы: загрузки успешны для маленьких файлов, но падают на определённом размере (часто 100 МБ или 1 ГБ), или ошибка читается как «SSL handshake failed» или «certificate verification failed».

Проверьте, загрузив через точку доступа телефона (вне корпоративной сети). Если там работает — проблема на вашей стороне. Варианты: попросите IT занести в белый список эндпоинт загрузки сервиса, используйте VPN (если разрешено) для обхода ограничений, или переместитесь в личную сеть.

Zscaler, Cisco Umbrella и устройства Palo Alto — частые виновники. Они нередко инспектируют файлы выше порогового размера и таймаутятся на крупных потоках.

Антивирус, сканирующий исходящий поток

Windows Defender, Bitdefender, Norton и Kaspersky могут сканировать исходящий HTTPS-трафик, перехватывая TLS. На крупных загрузках само сканирование может снизить throughput на 40–60%, а в некоторых версиях вводит таймауты, убивающие соединение.

Временно отключите защиту веб-трафика в реальном времени (не весь антивирус, только компонент HTTPS-инспекции) и повторите попытку. Если загрузка прошла успешно — добавьте домен сервиса передачи в список исключений AV. Не оставляйте веб-защиту отключённой постоянно.

Лимитирование на стороне сервиса

Если вы получаете ответы 429 или 503, сервис вас тротлит. Возможные причины: вы запускаете слишком много параллельных чанков (снизьтесь с 8 воркеров до 4), вы исчерпали суточную квоту бесплатного тарифа (бесплатный WeTransfer ограничивает 2 ГБ на передачу, но имеет неявные дневные лимиты объёма), или вы на общем IP, попавшем в чёрный список (типично для Wi-Fi в гостиницах и кафе, которым злоупотребляли).

Подождите 15 минут и повторите. Или смените сеть. Или смените сервис.

Повреждённый исходный файл

Редко, но файл сам может быть проблемой. Повреждение файловой системы (плохой сектор на внешнем диске, прерванное копирование) создаёт файл, который нормально читается первые несколько МБ, а дальше возвращает ошибки ввода-вывода. Загрузка зависает на одном и том же проценте при каждой попытке.

Проверьте: скопируйте файл на другой локальный диск. Если копирование падает на том же проценте — проблема в источнике. Запустите chkdsk на Windows или diskutil verifyDisk на macOS на исходном диске. Для критически важных файлов восстановите из заведомо исправной копии перед повторной загрузкой.

Ошибки даты, времени и TLS-сертификата

Если системные часы отстают более чем на несколько минут, проверка TLS-сертификата падает, и загрузки завершаются ошибкой «certificate not yet valid» или аналогичной. Mac и Windows обычно синхронизируются через NTP автоматически, но после долгого сна или разряда батареи материнской платы часы уходят.

Принудительная синхронизация NTP: sntp -sS time.apple.com на macOS, или Settings > Time & language > Date & time > Sync now на Windows.

VPN, который незаметно падает

Некоторые VPN-клиенты (особенно бесплатные) обрывают долгоживущие TCP-соединения через 5–10 минут, потому что обновляют токены сессии. Загрузка 2 ГБ, занимающая 20 минут, умирает в момент обновления токена, тихо. Либо переходите на платный VPN с лучшей работой с сессиями (Mullvad, ProtonVPN, IVPN), либо отключайте VPN на время загрузок, если сервис уже зашифрован сквозным образом.

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

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

Если вы устранили все очевидные локальные проблемы, а загрузки всё равно падают, сам сервис может плохо обрабатывать прерывания. Сервис с автоматическим повтором на уровне чанков и возобновляемым состоянием сессии продолжает работу через типичные сбои (переключение Wi-Fi, кратковременная перемаршрутизация ISP), которые убивают однопоточные загрузчики. HexaTransfer запускает параллельные чанковые загрузки с повтором на уровне чанков и переживает большинство кратких сетевых событий без ручного вмешательства.

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