yt-dlp proxy के साथ: syntax, YouTube के ख़िलाफ़ कौन-से proxy सच में काम करते हैं, और लागत क्या है
लेखक Tunelio टीमप्रकाशित
yt-dlp --proxy socks5://user:pass@host:port URL हर request proxy से भेजता है। syntax आसान हिस्सा है। मुश्किल यह है कि YouTube proxy के IP को ठीक वैसे ही score करता है जैसे आपके सर्वर के IP को: सस्ते datacenter proxy वही bot check और 403 विरासत में लेते हैं, residential या mobile exit काम करते हैं पर पूरा वीडियो उन्हीं से गुज़रता है, और PO token फिर भी चाहिए। यह गाइड हमारे अपने extraction fleet चलाने के अनुभव से है।
Syntax
yt-dlp --proxy "http://user:pass@proxy.example.com:8080" "URL"
yt-dlp --proxy "socks5://user:pass@proxy.example.com:1080" "URL" # SOCKS5, DNS local resolve
yt-dlp --proxy "socks5h://user:pass@proxy.example.com:1080" "URL" # SOCKS5, DNS proxy resolve करे
yt-dlp --proxy "" "URL" # किसी भी HTTP_PROXY env var को bypassyt-dlp HTTP_PROXY, HTTPS_PROXY और NO_PROXY environment variable भी मानता है। SOCKS support के लिए pysocks/urllib3 socks extras चाहिए, जो official binary और pip install "yt-dlp[default]" में शामिल हैं। स्थायी बनाने के लिए flag config file में रखें।
proxy क्या करता है और क्या नहीं
- सब कुछ उससे जाता है: watch/player request और media download। 200 MB का वीडियो यानी 200 MB proxy traffic — per-GB residential proxy में यही मुख्य लागत है।
- यह वह IP बदलता है जो YouTube देखता है, यानी reputation score। यह client fingerprint, गायब PO token या पुराना yt-dlp नहीं बदलता — वे अब भी 403 और bot check देते हैं।
- --geo-bypass और --geo-verification-proxy अलग tools हैं: वे region-locked content की सिर्फ़ शुरुआती metadata request पर असर करते हैं, media download पर नहीं।
YouTube के ख़िलाफ़ कौन-से proxy काम करते हैं
Datacenter proxy: आमतौर पर नहीं
YouTube IP range को मालिक के हिसाब से वर्गीकृत करता है। cloud provider या bulk-IP reseller पर hosted proxy आपके VPS जैसी ही “संभावित automation” श्रेणी में है, इसलिए सौ ऐसे proxy घुमाना ज़्यादातर सौ flagged पते घुमाना है। ये metadata के geo-unblock के लिए अब भी काम आ सकते हैं, लगातार download के लिए कम ही।
Residential और mobile proxy: हाँ, क़ीमत पर
consumer ISP या mobile-carrier range के exit घरेलू users जैसे score पाते हैं, इसीलिए वे उन bot check से निकल जाते हैं जिनसे datacenter IP नहीं निकल पाते। क़ीमत bandwidth है: ज़्यादातर provider per GB बिल करते हैं, और वीडियो का हर byte exit से गुज़रता है। sticky session (कई मिनट तक वही exit) per-request rotation से बेहतर चलते हैं, जो botnet जैसा दिखता है।
IPv6 और /64 का जाल
कई proxy और VPN product IPv6 exit देते हैं क्योंकि वे सस्ते हैं। YouTube पूरे IPv6 /64 को एक पता मानता है, इसलिए एक abusive पड़ोसी पूरा block flag कर देता है, और एक /64 के अंदर “दस लाख IP” का offer एक ही reputation unit है। अगस्त 2026 में हमारे fleet पर लगभग दस में से तीन extraction ऐसा media host लौटाते थे जो IPv6 पर मना करता पर वही URL IPv4 पर देता। IPv6 exit साफ़ होने का यक़ीन न हो तो -4 से IPv4 force करें।
Bandwidth का हिसाब
metadata सस्ता है, media नहीं। हमारे माप में पूरा yt-dlp extraction (player page, player JS, API call) proxy से लगभग 1 MB ले जाता है; वीडियो ख़ुद 20–500 MB। per GB भुगतान हो तो proxy का बिल पूरी तरह download किए वीडियो से तय होता है, lookup की गिनती से नहीं। इसे रोकने के दो तरीके: छोटे format माँगें (-S "res:720") और throughput सीमित करें (--limit-rate) ताकि बेकाबू job एक घंटे में महीने का कोटा न जला दे।
Recipes
Residential exit, सिर्फ़ 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"Proxy + cookies
yt-dlp --proxy "socks5h://…" --cookies cookies.txt -4 "URL"cookie file और exit का देश एक-सा रखें: एक देश से login हुई session दूसरे देश के exit से इस्तेमाल करना ख़ुद bot signal है। सुरक्षित export cookies गाइड में है।
जाँचें कि proxy ही समस्या है या नहीं
yt-dlp -v --proxy "socks5h://…" -4 -F "URL" 2>&1 | grep -iE "sign in|403|player_client|WARNING"आम errors
- “Unable to connect to proxy” / “Connection refused” → ग़लत host/port, या HTTP proxy को SOCKS बताया (या उल्टा)।
- “Missing dependencies for SOCKS support” → yt-dlp[default] install करें या pip install pysocks।
- proxy से भी bot check या 403 → exit flagged है; residential/mobile exit पर जाएँ और IPv4 force करें। yt-dlp ताज़ा और JS runtime installed भी हो।
- बहुत धीमे download → residential exit आपके सर्वर की link से धीमे हैं; --concurrent-fragments 4 जोड़ें और सीमा मानें, या छोटे format उतारें।
- एक बार चला, अगले वीडियो पर fail → per-request rotation; provider से sticky session माँगें।
जब proxy चलाना ही नहीं चाहिए
अगर आप proxy इसलिए लगा रहे हैं कि bot, app या pipeline बार-बार YouTube की दीवार से टकराता है, तो आप proxy budget, sticky-session logic, PO-token minting और cookie rotation चलाने वाले हैं — वही fleet जो हम चलाते हैं। hosted API यह सब सर्वर-साइड रखता है और हर request पर download URL लौटाता है; media हमारे edge से stream होता है, आपकी तरफ़ के metered proxy से नहीं। Tunelio हमारी अपनी सेवा है, इसे तौलें; कुछ निजी download के लिए -4 और ठीक-ठाक exit काफ़ी है। नए account को 100 free credits।
स्रोत
- yt-dlp README — Network options (--proxy, --source-address, -4/-6), Geo-restriction options।
- yt-dlp wiki — bot check और IP reputation पर FAQ।
- हमारे अपने माप (Tunelio extraction fleet, अगस्त 2026): IPv6 media-host इनकार, proxy से प्रति extraction bytes।
सामान्य सवाल
yt-dlp के साथ कौन-सा proxy type लूँ?
remote DNS वाला SOCKS5 (socks5h://) सबसे पारदर्शी है; HTTP proxy भी चलते हैं। type से कहीं ज़्यादा exit की reputation मायने रखती है — residential या mobile datacenter से बेहतर।
क्या वीडियो download भी proxy से जाता है?
हाँ, हर request जाती है। per-GB pricing में वीडियो के bytes ही पूरा बिल हैं; छोटे format या --limit-rate से रोकें।
proxy के बाद भी bot check क्यों?
exit IP flagged है (datacenter range में आम), yt-dlp पुराना है, या JS runtime/PO token गायब है। residential exit लें, IPv4 force करें, अपडेट करें, yt-dlp -v जाँचें।
क्या free proxy list काम करेगी?
YouTube के लिए लगभग कभी नहीं: वे IP साझा, दुरुपयोग किए और पहले से flagged हैं, और आपका traffic leak करते हैं। भरोसेमंद paid residential provider लें या proxy छोड़ दें।