Нужно понять, где именно «включён запрет на загрузку» и что происходит на уровне браузера/сервера — по описанию это может быть и клиентская (браузер/JS), и серверная (настройки, диск, права, политика) проблема. Ниже — краткий план диагностики и наиболее частые причины с быстрыми проверками/решениями.
Что уточнить сразу
- На какой платформе/сайте вы загружаете видео? (собственный сайт, WordPress, облако, Telegram/YouTube и т.д.)
- Что значит «включён запрет на загрузку» — это системная настройка сайта/канала или настройка аккаунта/роли?
- Есть ли какие‑то ошибки в консоли браузера (Ctrl+Shift+I → Console) или в вкладке Network (после попытки загрузки)?
- Попробовали другой браузер/инкогнито/другую сеть?
Быстрые проверки (в порядке простоты)
1. Попробуйте другой браузер и режим инкогнито — исключим расширения/кеш.
2. Попробуйте загрузить очень маленький файл (несколько килобайт) — если проходит, возможно ограничение по размеру.
3. Откройте DevTools → Network → запустите загрузку и посмотрите:
- какие запросы уходят (POST/PUT), какие ответы возвращает сервер (статусы 200/403/413/500)?
- виден ли прогресс (вкладка XHR, время, размер)?
4. Посмотрите Console на ошибки JavaScript (CORS, 401/403, uncaught exceptions).
5. Проверьте права/настройки канала или CMS — если стоит «запрет на загрузку», снимите этот запрет для вашей роли/канала.
Частые причины и как их проверить/исправить
- «Запрет на загрузку» на сервере/в интерфейсе
- Решение: отключите запрет в настройках канала/сайта или дайте себе/боту право загружать.
- Ограничение размера
- Для PHP: проверьте upload_max_filesize и post_max_size в php.ini.
- Для nginx: client_max_body_size.
- Для Node/Express: лимиты bodyParser или промежуточного ПО.
- Как проверить: при загрузке большой файл сервер может возвращать 413 Payload Too Large.
- Права на папку хранения / нет места на диске
- Проверьте: df -h и права папки (ls -l).
- Решение: освободить место / выставить корректные права.
- Ошибка авторизации / токен истёк / запрет доступа (403)
- Проверьте ответы сервера в Network — 401/403 означают проблему с правами/токеном.
- Решение: обновить токен, залогиниться заново, поправить политику доступа.
- CORS / preflight (особенно при загрузке на S3 через браузер)
- В Network посмотрите OPTIONS / ответ сервера.
- Решение: настроить заголовки Access-Control-Allow-Origin на сервере/S3.
- Проблема с генерацией пресайнд URL (S3) или с временными ссылками
- Проверить curl/POST напрямую по пресайнд URL — если возвращает 403, проблема в подписи/политике.
- Решение: пересмотреть серверную генерацию пресайнд ссылок и срок их жизни.
- JS на фронтенде не обрабатывает события прогресса
- Если в консоли видно, что запрос уходит и сервер пишет 200, но прогресс не обновляется — возможно баг в обработчике xhr.upload.onprogress или используется iframe‑fallback, который не даёт прогресса.
- Решение: проверить фронтенд‑код; посмотреть, приходят ли события ProgressEvent.
- CDN/прокси режет/блокирует загрузки
- Прокси или WAF может блокировать большие запросы или определённые типы контента.
- Решение: проверить логи прокси/WAF, временно обойти прокси.
Что сделать прямо сейчас (пошагово)
1. Откройте DevTools → Network → запустите загрузку → скриншот/скопируйте статус и ответ от сервера для запросов, связанных с загрузкой.
2. Откройте Console → скопируйте ошибки (если есть).
3. Если это ваш сайт — проверьте диск, права и настройки сервера (nginx/php/Node) на предмет лимитов.
4. Если используется облачное хранилище (S3, GCS) — проверьте политику CORS и права / срок действия пресайнд URL.
5. Если проблема в настройке «запрет на загрузку» — выключите этот запрет или дайте права/роль, которая может загружать.
Если хотите — пришлите:
- платформу/сервис, куда загружаете,
- скриншот или текст ошибок из Console/Network,
- что именно означает «включён запрет на загрузку» в вашем случае.
По полученным деталям дам конкретные команды/изменения конфигурации или укажу точную причину.