yt-dlp с прокси: синтаксис, какие прокси реально работают против YouTube и во что это обходится

Автор Команда Tunelio·Опубликовано 7 сент. 2026

yt-dlp --proxy socks5://user:pass@host:port URL отправляет каждый запрос через прокси. Синтаксис — лёгкая часть. Сложная — в том, что YouTube оценивает IP прокси ровно как IP вашего сервера: дешёвые дата-центровые прокси наследуют те же бот-проверки и 403, резидентные и мобильные выходы работают, но пропускают через себя всё видео, а PO-токен нужен по-прежнему. Всё это — из опыта эксплуатации собственного парка извлечения.

Синтаксис

yt-dlp --proxy "http://user:pass@proxy.example.com:8080" "URL"
yt-dlp --proxy "socks5://user:pass@proxy.example.com:1080" "URL"     # SOCKS5, DNS резолвится локально
yt-dlp --proxy "socks5h://user:pass@proxy.example.com:1080" "URL"    # SOCKS5, DNS резолвит прокси
yt-dlp --proxy "" "URL"                                             # игнорировать переменную HTTP_PROXY

yt-dlp также учитывает переменные окружения HTTP_PROXY, HTTPS_PROXY и NO_PROXY. Поддержка SOCKS требует extras pysocks/urllib3 socks — они входят в официальные бинарники и в pip install "yt-dlp[default]". Чтобы сделать настройку постоянной, впишите флаг в конфиг.

Что прокси делает и чего не делает

• Через него идёт всё: запросы watch/player и загрузка медиа. Видео на 200 МБ — это 200 МБ трафика прокси; при оплате за ГБ у резидентных прокси это основная статья.
• Он меняет IP, который видит YouTube, и, соответственно, оценку репутации. Он не меняет отпечаток клиента, отсутствие PO-токена или устаревший yt-dlp — те по-прежнему дают 403 и бот-проверки.
• --geo-bypass и --geo-verification-proxy — другие инструменты: они влияют только на первичный запрос метаданных для гео-заблокированного контента, не на загрузку медиа.

Какие прокси работают против YouTube

Дата-центровые: обычно нет

YouTube классифицирует диапазоны IP по владельцу. Прокси у облачного провайдера или перепродавца IP попадает в ту же корзину «вероятная автоматизация», что и ваш VPS, так что ротация по сотне таких — это в основном ротация по сотне помеченных адресов. Они ещё годятся для гео-разблокировки метаданных, редко — для постоянных загрузок.

Резидентные и мобильные: да, за деньги

Выходы в диапазонах домашних провайдеров и мобильных операторов оцениваются как домашние пользователи — поэтому они проходят бот-проверки, которые дата-центровым IP не пройти. Цена — трафик: большинство провайдеров считают за ГБ, и каждый байт видео идёт через выход. Липкие сессии (один выход несколько минут) работают лучше ротации на каждый запрос, которая выглядит как ботнет.

IPv6 и ловушка /64

Многие прокси и VPN раздают IPv6-выходы, потому что это дёшево. YouTube оценивает весь IPv6 /64 как один адрес: один злоупотребляющий сосед помечает блок, а предложение «миллион IP» внутри одного /64 — это одна единица репутации. На нашем парке в августе 2026 около трёх из десяти извлечений возвращали медиахост, отказывающий по IPv6, но отдающий ту же ссылку по IPv4. Принуждайте IPv4 через -4, если не уверены, что IPv6-выходы чистые.

Арифметика трафика

Метаданные дёшевы, медиа — нет. По нашим замерам полное извлечение yt-dlp (страница плеера, JS плеера, API-вызовы) гонит через прокси примерно 1 МБ; само видео — 20–500 МБ. Если вы платите за ГБ, счёт за прокси целиком определяется скачанными видео, а не количеством запросов метаданных. Два способа сдержать его: запрашивать форматы поменьше (-S "res:720") и ограничивать скорость (--limit-rate), чтобы сорвавшаяся задача не сожгла месячный лимит за час.

Рецепты

Резидентный выход, только IPv4, щадящий темп

yt-dlp -4 --proxy "socks5h://user:pass@residential.example:1080" \
  --sleep-requests 1 --sleep-interval 3 --max-sleep-interval 8 \
  -S "res:720,ext:mp4" "URL"

Прокси плюс cookies

yt-dlp --proxy "socks5h://…" --cookies cookies.txt -4 "URL"

Держите файл cookies и страну выхода согласованными: сессия, залогиненная из одной страны и используемая через выход в другой, сама по себе сигнал бота. Безопасный экспорт описан в руководстве по cookies.

Проверить, в прокси ли проблема

yt-dlp -v --proxy "socks5h://…" -4 -F "URL" 2>&1 | grep -iE "sign in|403|player_client|WARNING"

Частые ошибки

• «Unable to connect to proxy» / «Connection refused» → неверный хост/порт или HTTP-прокси указан как SOCKS (либо наоборот).
• «Missing dependencies for SOCKS support» → установите yt-dlp[default] или pip install pysocks.
• Бот-проверка или 403 через прокси → выход помечен; перейдите на резидентный/мобильный выход и принудительный IPv4. Убедитесь также, что yt-dlp свежий и есть JS-рантайм.
• Очень медленные загрузки → резидентные выходы медленнее канала сервера; добавьте --concurrent-fragments 4 и примите потолок либо качайте форматы поменьше.
• Работает один раз, падает на следующем видео → ротация на каждый запрос; попросите у провайдера липкие сессии.

Когда прокси вообще не стоит запускать

Если вы проксируете потому, что бот, приложение или пайплайн постоянно упирается в стену YouTube, вы вот-вот начнёте управлять бюджетом прокси, логикой липких сессий, выпуском PO-токенов и ротацией cookies — тем же парком, что держим мы. Хостинговый API держит всё это на своей стороне и возвращает ссылку на скачивание на каждый запрос; медиа идёт с нашего края, а не через тарифицируемый прокси у вас. Tunelio — наш сервис, учитывайте это; для нескольких личных загрузок хватит -4 и приличного выхода. Новые аккаунты получают 100 бесплатных кредитов.

Источники

• README yt-dlp — сетевые опции (--proxy, --source-address, -4/-6), опции гео-ограничений.
• Wiki yt-dlp — FAQ о бот-проверках и репутации IP.
• Наши измерения (парк извлечения Tunelio, август 2026): отказы медиахостов по IPv6, байты на извлечение через прокси.