titaniumnetwork-dev
youtube being blocked in ultraviolet v3
youtube recently stopped working with ultraviolet, once you open the site it looks normal but when you try to watch a video or a shorts you get a sign in to confirm your not a robot and it doesnt allow you to sign in
this isnt just an issue with me many ppl are facing this issue and i tested it in more then 1 vps and innitaily thought it was a ip datacenter block but i also faced this issue when hosting ultraviolet on my pc
- open youtube.com
- click on any video/short
Owner of noblocc here.
Can confirm that YouTube doesn't work here, on all IPs/servers. Haven't tested on a home IP, but this user seems to have tested that already.
Owner of noblocc here.
Can confirm that YouTube doesn't work here, on all IPs/servers. Haven't tested on a home IP, but this user seems to have tested that already.
May I ask where the source code for noblocc is? I just did a bit of research and cannot find it, you are required to share due to AGPL.
Also, after a bit of research noblocc seems to not be using Ultraviolet v3.0 / Wisp, please try upgrading then try again
uv.config.js:
self['__'+'uz'+'z$'+'co'+'nf'+'ig']={'bare':'/w'+'oo'+'oo'+'f/','encodeUrl':Ultrablocc['co'+'de'+'c']['ba'+'se'+'64']['en'+'co'+'de'],'decodeUrl':Ultrablocc['co'+'de'+'c']['ba'+'se'+'64']['de'+'co'+'de'],'handler':'/h'+'an'+'dl'+'er'+'.j'+'s','client':'/c'+'li'+'en'+'t.'+'js','bundle':'/b'+'un'+'dl'+'e.'+'js','sw':'/a'+'pp'+'le'+'.j'+'s'};self.__uzz$config['prefix']='/eyes_uv/uv/';self.__uzz$config['config']='/uv/uv.config.js';
Also, after a bit of research noblocc seems to not be using Ultraviolet v3.0 / Wisp, please try upgrading then try again
uv.config.js:
self['__'+'uz'+'z$'+'co'+'nf'+'ig']={'bare':'/w'+'oo'+'oo'+'f/','encodeUrl':Ultrablocc['co'+'de'+'c']['ba'+'se'+'64']['en'+'co'+'de'],'decodeUrl':Ultrablocc['co'+'de'+'c']['ba'+'se'+'64']['de'+'co'+'de'],'handler':'/h'+'an'+'dl'+'er'+'.j'+'s','client':'/c'+'li'+'en'+'t.'+'js','bundle':'/b'+'un'+'dl'+'e.'+'js','sw':'/a'+'pp'+'le'+'.j'+'s'};self.__uzz$config['prefix']='/eyes_uv/uv/';self.__uzz$config['config']='/uv/uv.config.js';
i'm not from noblocc's team but all my vps that are using ultraviolet v3 are getting blocked by youtube at start i assumed i was getting blocked bcs of the data centers ip but when i hosted it in my pc i still couldn't access youtube.com without being blocked when viewing a video
Other owner of noblocc here.
May I ask where the source code for noblocc is? I just did a bit of research and cannot find it, you are required to share due to AGPL.
@genericness Our frontend (which is the bit which contains Ultraviolet code) is available for download here: link 1 link 2 link 3 link 4 link 5
I believe we implemented only some features of v3 but as @qrscom said, it also doesn't work on v3. For now, we plan to host Invidious to get around this.
Some features of v3? What does thats mean?
also, I’m blocked from noblo.cc by cloudflare for some reason (no vpn, just mobile data) so I can’t see those files
Some features of v3? What does thats mean?
Bug fixes that have been implemented have also been added. I believe we're based off of a subversion of Ultraviolet v2, with a custom transport built in.
also, I’m blocked from noblo.cc by cloudflare for some reason (no vpn, just mobile data) so I can’t see those files
You'll need to pass the captcha on the home page first.
@proudparrot2 You must access noblocc normally first to get the cookie needed to access those files. This is required to prevent blockers accessing these files.
we have also resulted on using invidious to bypass the youtube blocks in ultraviolet but it would be better if ultraviolet fixed the issue or implemented a way where we can add our own proxys and it could rotate and each user has its own proxys to lower the chances on being login blocked for high traffic
or implemented a way where we can add our own proxys and it could rotate and each user has its own proxys to lower the chances on being login blocked for high traffic
I think this is a JavaScript detection, to prevent bots on YouTube. Similar to what captcha providers (like hCaptcha and their bot score) do.
Bug fixes that have been implemented have also been added. I believe we're based off of a subversion of Ultraviolet v2, with a custom transport built in.
If you modify Ultraviolet, you’re required to public your changes and share the source because of AGPL 3
If you modify Ultraviolet, you’re required to public your changes and share the source because of AGPL 3
We edited the builded version of UV, hence the code is quite messy and obfuscated. It's available for download in the links above.
(This is now getting off-topic. The issue is about YouTube not working.)
(This is now getting off-topic. The issue is about YouTube not working.)
ultraviolet probably can’t really do anything about this because some site support is bound to drop with updates. It’s also possible that it’s a change on youtube’s end, changing infrastructure or code that ultraviolet doesn’t handle correctly
It’s also possible that it’s a change on youtube’s end, changing infrastructure or code that ultraviolet doesn’t handle correctly
It almost certainly is YouTube attempting to block automated browser clients and/or alternative YouTube clients (like puppeteer, selenium, yt-dlp, etc), and Ultraviolet getting caught up in the mess of it (due to some check that YouTube's JS does).
Whether or not this is something that can be fixed by Ultraviolet is another question. It's similar to the issue of high bot scores from hCaptcha, and Cloudflare Turnstile captchas not being able to be solved (see issue #121 and #128).
EDIT: This is incorrect. See comment below ~~I would imagine that it is a change on YouTube's end, as Google is now clearly suspecting Ultraviolet as "bot activity" as shown in the screenshot. While it is possible that is is part of YouTube's recent crackdown on 3rd party apps, they seem to be mainly focusing on ad-blocking, which ultraviolet does not do.~~
After some testing, it looks like YouTube is blocking datacenter IPs and that this is not an issue with Ultraviolet.
Testing results: Loading YouTube on Ultraviolet on a datacenter IP: same error as screenshot Loading YouTube on Chrome on a datacenter IP: same error as screenshot Loading YouTube on Ultraviolet on a residential IP: no issue at all watching any video at 4K Loading YouTube on Chrome on a VPN*: no issue at all watching any video at 4K *VPN used was AirVPN on a UK server
@qrscom I would recommend closing this issue as I believe it is not an issue with Ultraviolet
Workarounds for people hosting Ultraviolet on a datacenter IP are using a VPN on the server or using something like Invidious.
After some testing, it looks like YouTube is blocking datacenter IPs and that this is not an issue with Ultraviolet.
very interesting, thank you for testing
After some testing, it looks like YouTube is blocking datacenter IPs and that this is not an issue with Ultraviolet.
Testing results:
Loading YouTube on Ultraviolet on a datacenter IP: same error as screenshot
Loading YouTube on Chrome on a datacenter IP: same error as screenshot
Loading YouTube on Ultraviolet on a residential IP: no issue at all watching any video at 4K
Loading YouTube on Chrome on a VPN*: no issue at all watching any video at 4K
*VPN used was AirVPN on a UK server
@qrscom I would recommend closing this issue as I believe it is not an issue with Ultraviolet
Workarounds for people hosting Ultraviolet on a datacenter IP are using a VPN on the server or using something like Invidious.
i will be closing the issue for now but i’m still certain that this is a ultraviolet issue + some what an ip issue. we have done testing in data center and residential proxys and have received the same results, we also managed to watch videos without being blocked by using our own rotating proxys so each user has their own ip so youtube doesn’t login block us for high traffic from a single ip which is not reliable as it only works half of the time which somewhat proves this is an ultra violet issue, i hope the team behind uv pushes out a fix for this soon if possible.
Our current work around is to redirect users on youtube.com/watch?v=... to redirect.invidious.io/watch?v=... Users can then find an instance that works.
This does seem to be an issue with the bare server's IP, not Ultraviolet. (However just a side note, I recently wasn't able to watch more than 25 seconds into a video when I got an IP that wasn't blocked. Maybe it was partly blocked? Who knows?)
When running Interstellar V6 Locally the same thing happens for me, just a white screen
Refreshing fixes it though?
Videos just load forever
Refreshing fixes that aswell?
Around 29 seconds the videos freezes, with a ton of 500 & 403 errors
When running Interstellar V6 Locally the same thing happens for me, just a white screen
Refreshing fixes it though?
Videos just load forever
Refreshing fixes that aswell?
Around 29 seconds the videos freezes, with a ton of 500 & 403 errors
ok thats definitely not supposed to be happening, ill debug this
When running Interstellar V6 Locally the same thing happens for me, just a white screen
Refreshing fixes it though?
Videos just load forever
Refreshing fixes that aswell?
Around 29 seconds the videos freezes, with a ton of 500 & 403 errors
ok thats definitely not supposed to be happening, ill debug this
Alright thank you!
That error is also observed in doge v4.
And, Console said 4 times. "error: An error occured in the connection to xxx---sn-xxxxxxxx.googlevideo.com (xx) with the message read ECONNRESET"
My enviromment: Feroda 38, proxied by nginx.
