search

uku / Unblock-Youku

A Chrome extension helping users access their web services while traveling outside mainland China
https://uku.im
GNU Affero General Public License v3.0
3.18k stars 650 forks source link

网易云音乐不能用 #488

Closed BellaMa closed 5 years ago

BellaMa commented 9 years ago

3个模式都不行😢

zlel commented 9 years ago

PC版网易云音乐昨天还在用，没问题啊。iOS版的好像没有海外限制吧。

tommyzhaozbh commented 9 years ago

PC网页版完全没有问题的说……

markx commented 9 years ago

我这里也不行。 也许是脚本运行太早了？ Uncaught TypeError: Cannot set property 'GAbroad' of undefined

wazny commented 9 years ago

chrome 45，网易云可以播放播放列表里已有的，但是没法打开搜索得到的链接

baryon commented 9 years ago

网易云音乐开始屏蔽海外用户了，我昨天还可以，今天不让放了

xjj59307 commented 9 years ago

日本用户, 网页版和Mac客户端今天都不能用了

reilee commented 9 years ago

@xjj59307 需要购买付费音乐包

ghost commented 9 years ago

日本的确不可以，chrome和android都不行

tommyzhaozbh commented 9 years ago

补充一下，部分歌曲有出现无法绕过检测的现象。例如搜索Gonna Fly Now一大片都是灰色的，点击进去播放就会提示版权保护。但是点击那些没有灰色的则没有异常。查看之后发现他在core.js里头做了手脚（但我不是学编程的，看不懂那东西）。看来这新的检测方式跟以前直接get某些地址再通过反馈的结果来检测有点不一样

reilee commented 9 years ago

网易云音乐从大概一周前起大多数歌曲均需要购买付费包方可试听／下载。 日本地区安卓／iOS／MAC版已验证，无需任何插件，网易未屏蔽日本IP。 一年88RMB。

ethanyoung commented 9 years ago

确实最近开始收费了。注意区分不能用的原因是"需要付费"还是"海外用户"。

zhuzhuor commented 9 years ago

@ethanyoung @reilee 能找到网易音乐付费又可以海外使用的网页或者说明吗，我搜了下没找到

reilee commented 9 years ago

@zhuzhuor 似乎官方并没有发表类似的声明，不过我身边用网易云音乐的朋友都证实了付费即可，无需插件。而且本来网易云音乐也并未在日本app store上架，所以应该也是没必要做这种声明。

mmxcraft commented 8 years ago

公司的出口在日本, 本周开始不行的,上周五还行.

baryon commented 8 years ago

证实如下操作在日本可行 1，打开云音乐iOS客户端，《账号》－《付费音乐包》 2，选择一个月8块钱的付费，付费，中间会弹出支付失败的信息，但是实际上是支付成功了 3，点击发现音乐里的歌曲，可以播放了，也可以下载 4，打开Mac上的客户端，同样账号，也可以播放下载

没敢买88元包年，怕网易的偷跑政策又改了。

lvmingbei commented 8 years ago

@baryon 同在日本，按照你的方法进行了操作，还是不能用。购买完，钱已扣，在帐号里依然显示我是未订购付费音乐包的状态

baryon commented 8 years ago

是在中国账号支付的？还是在日本帐号支付的？ 我使用的是中国账号，成功了。也有人说支付之后需要等20分钟

2015-10-01 15:20 GMT+09:00 lvmingbei notifications@github.com:

@baryon https://github.com/baryon 同在日本，按照你的方法进行了操作，还是不能用。购买完，钱已扣，在帐号里依然显示我是未订购付费音乐包的状态

— Reply to this email directly or view it on GitHub https://github.com/Unblocker/Unblock-Youku/issues/488#issuecomment-144632065 .

lvmingbei commented 8 years ago

我是用的中国账户支付的，8块钱的普通一个月包。 那我再等20分钟看。

reilee commented 8 years ago

@lvmingbei 在官网购买会员可以使用支付宝。

zhuzhuor commented 8 years ago

@lvmingbei 后来能用了吗

lvmingbei commented 8 years ago

@reilee 谢谢 @zhuzhuor 仍然不能

Walk4Muscle commented 8 years ago

@lvmingbei 付费了之后还是不能在海外IP 听么？

laden233 commented 8 years ago

123

@zhuzhuor 部分可以播放（黑色），部分无法播放（灰色），会弹出如图的错误

网页版

albertnetymk commented 8 years ago

I can confirm that it's NOT working from Sweden. Using this as an example; on the console it shows that request for http://m2.music.126.net/qW1w2rGF43wC4qRDdYG17Q==/1887861464941202.mp3 never gets any reply.

Anyone gets some ideas to get around it?

reilee commented 8 years ago

Update:手机端更新后(iOS 3.0.2/Android 3.0.1)发现

  1. 部分歌曲被下架。估计是收到唱片公司的律师函了。能下载尽量下载吧。
  2. 大部分图片无法显示。貌似music.126.net屏蔽了海外IP
karonx commented 8 years ago

@albertnetymk 和这位仁兄一样，点击播放后，进度条不走，F12后Network页面显示无法获取到MP3同时错误会直接显示Uncaught TypeError: Cannot set property 'GAbroad' of undefined，不知道到底是啥情况，也没有提示海外用户无法访问，而且电台，我的音乐，歌单里的歌全都不能获取到mp3文件，直接访问mp3地址就是长时间connecting,然后no response

aar0u commented 8 years ago

遇到状况与 @albertnetymk 和 @karonx 一样。 ping m2.music.126.net 发现地址被指到1.1.1.1了。 可否修复这个问题

albertnetymk commented 8 years ago

host m2.music.126.net does return 1.1.1.1 from my side. (Tested from Sweden.) Would it return sth different if using DNS servers within China? My networking knowledge is rather limited on this. It would be great if someone could try the nslookup within China. (Or I could try it myself if someone could tell me how to do it using curl and a proxy-access only server in China.)

I tried using a proxy within China, and curl does return the file requested properly. Not sure how the IP checking is done on the server side. It would be great if someone more knowledgeable could shed some light on this.

tommyzhaozbh commented 8 years ago

@albertnetymk I've checked this domain using the DNS server including public DNS 114 (114.114.114.114) and baidu DNS (180.76.76.76). While using baidu DNS, the ping result will return 1.1.1.1 and public DNS 114 will return the address in China but all the request timed out. It seems that there are two reasons behind: the settings of the domain solution have some problems, or it forbids the oversea users to connect the server. But I think that the first one will be much more reasonable since some of the DNS resolutions are incorrect.

albertnetymk commented 8 years ago

@tommyzhaozbh Thanks fort the valuable info. I did a little experiment using the two DNS servers you provided:

$ dig @180.76.76.76 m2.music.126.net +noall +answer # using baidu dns
; <<>> DiG 9.9.5-3ubuntu0.2-Ubuntu <<>> @180.76.76.76 m2.music.126.net +noall +answer
; (1 server found)
;; global options: +cmd
m2.music.126.net.       7370    IN      CNAME   m2.music.126.net.wscdns.com.
m2.music.126.net.wscdns.com. 1712 IN    CNAME   netease.video.ourdvs.com.
netease.video.ourdvs.com. 140   IN      A       219.138.27.66
netease.video.ourdvs.com. 140   IN      A       58.51.150.63

$ dig @114.114.114.114 m2.music.126.net +noall +answer # using 114 dns
; <<>> DiG 9.9.5-3ubuntu0.2-Ubuntu <<>> @114.114.114.114 m2.music.126.net +noall +answer
; (1 server found)
;; global options: +cmd
m2.music.126.net.       2642    IN      CNAME   m2.music.126.net.wscdns.com.
m2.music.126.net.wscdns.com. 60 IN      A       1.1.1.1

It seems that m2.music.126.net is mapped into sub-domain of wscdns.com, which is doing sth different depending where the request is from.

It’s the opposite of what you described (baidu dns returns the “correct” ip, but 114 returns the “polluted” ip).

I don’t understand why curl gives different response using domain and ip even with the help from my china proxy server.

$ # you need to have a proxy in china to run these curl commands
$ curl -I -x <my-china-proxy> http://m2.music.126.net/qW1w2rGF43wC4qRDdYG17Q\=\=/1887861464941202.mp3
HTTP/1.1 200 OK
Date: Wed, 30 Sep 2015 11:55:11 GMT
Server: nginx
Content-Type: audio/mpeg
Content-Length: 2603907
Last-Modified: Sat, 02 Feb 2013 01:44:45 GMT
Accept-Ranges: bytes
Age: 2870207
Via: 1.0 tswt26:8180 (Cdn Cache Server V2.0), 1.0 jcl27:8032 (Cdn Cache Server V2.0)

$ curl -I -x <my-china-proxy> http://219.138.27.66/qW1w2rGF43wC4qRDdYG17Q\=\=/1887861464941202.mp3
HTTP/1.1 302 Found
Date: Mon, 02 Nov 2015 18:24:20 GMT
Cache-Control: no-cache
Location: http://219.138.27.41/qW1w2rGF43wC4qRDdYG17Q==/1887861464941202.mp3?wsiphost=local
Content-Type: audio/mpeg

$ # let's follow the redirection
$ curl -I -x <my-china-proxy> http://219.138.27.41/qW1w2rGF43wC4qRDdYG17Q\=\=/1887861464941202.mp3\?wsiphost\=local
HTTP/1.1 400 Bad Request
Date: Mon, 02 Nov 2015 18:24:51 GMT
Server: Cdn Cache Server V2.0
Content-Type: text/html
Content-Length: 1485
Expires: Mon, 02 Nov 2015 18:24:51 GMT
X-Cache-Error: ERR_INVALID_URL 0
Via: 1.0 chdx41:9005 (Cdn Cache Server V2.0)
Connection: close

What?!?! Could someone explain why is using explicit ip not working here?

mc16888 commented 8 years ago

@albertnetymk you need to put double quote for the request like this

curl -I -x <my-china-proxy> "http://219.138.27.41/qW1w2rGF43wC4qRDdYG17Q\=\=/1887861464941202.mp3\?wsiphost\=local"
albertnetymk commented 8 years ago

@mc16888 Is it due to shell escaping or what? Doesn't make much diff though.

$ curl -I -x <my-china-proxy> "http://219.138.27.41/qW1w2rGF43wC4qRDdYG17Q\=\=/1887861464941202.mp3?wsiphost=local"
HTTP/1.1 400 Bad Request
Date: Tue, 03 Nov 2015 16:54:14 GMT
Server: Cdn Cache Server V2.0
Content-Type: text/html
Content-Length: 1489
Expires: Tue, 03 Nov 2015 16:54:14 GMT
X-Cache-Error: ERR_INVALID_URL 0
Via: 1.0 chdx41:8032 (Cdn Cache Server V2.0)
Connection: close
mc16888 commented 8 years ago

@albertnetymk my guess because m2.music.126.net is the actual CDN server with reverse proxy setting, if you use explicit ip, the reverse proxy probably don't know how to handle the request.

wfsyd commented 8 years ago

Just substitute m2.music.126.net with p2.music.126.net, and the problem solves.

orsmile commented 8 years ago

how can i dynamic change the m2 to p2... ?

albertnetymk commented 8 years ago

@fangweizhi You rock!! It works with curl at least. I wonder how you found that out.

karonx commented 8 years ago

@fangweizhi change to p2 really solve the problem,but how can we change to p2 in web console?

wfsyd commented 8 years ago

@tripall @karonx I've found an extension on Chrome called Switcheroo Redirector (https://chrome.google.com/webstore/detail/switcheroo-redirector/cnmciclhnghalnpfhhleggldniplelbg/related?hl=en). I;ve tried once and it worked fine that time. You may try it~ @albertnetymk It is not hard. Actually, the webpage DOES play music when I firstly open it. Fortunately, I can view the source code of the playlist that time and find that the address of the music files either began with m2.music.126.net or p2.music.126.net, while m2 ones could not be played and the address cannot be resolved but the p2 ones worked normally. But when I substituted m2 with p2, it did play. Just as simple as this.

karonx commented 8 years ago

@fangweizhi Thanks a lot,that's a great help. It can work for me now, i add the rules as follow: From [ Space] [Space] [ Space] To http://m1.music.126.net [Space] http://p1.music.126.net http://m2.music.126.net [Space] http://p2.music.126.net http://m3.music.126.net [Space] http://p3.music.126.net

I don't know how the netease make this(from p1 to m1), but in the page i can only see the page has a function to replace the link from /#/ to /m/ . May be we need more discover

orsmile commented 8 years ago

@fangweizhi i also tested the firefox add-on https://addons.mozilla.org/zh-tw/firefox/addon/redirector/?src=search and it worked very well! thanks you.

just add the rule

Redirect:

http://m*.music.126.net/* to:

http://p$1.music.126.net/$2 Example:

http://m3.music.126.net/123.mp3 → http://p3.music.126.net/123.mp3 Applies to:

Other

albertnetymk commented 8 years ago

Thumb up to @fangweizhi @karonx @tripall.

I don't know how the netease make this(from p1 to m1), but in the page i can only see the page has a function to replace the link from /#/ to /m/ .

Yes, it would be great if someone curious enough could cook up a js one-liner to restore the correct url addresses. Then, it could be incorporated into unblock-youku, I guess.

zidamn commented 8 years ago

3个模式还是不行 “由于版权保护，您所在的地区暂时无法使用。”

tommyzhaozbh commented 8 years ago

@zhuzhuor @whuhacker Is it possible to add any rules to solve the problem of p2 and m2 stated above so that we don't need to add more extensions... I don't know how to add the rules

xkk commented 8 years ago

@tommyzhaozbh 给你做个参考 前几天不能听想了各种方法最后看到这个

https://greasyfork.org/en/scripts/10582-%E7%BD%91%E6%98%93%E4%BA%91%E9%9F%B3%E4%B9%90%E9%AB%98%E9%9F%B3%E8%B4%A8%E6%94%AF%E6%8C%81/code

然后手动把代码里面第35行 http://m1.music.126.net/ 改成了 http://p1.music.126.net/ 先用着 与此同时等unblock youku更新

当然还是有些小毛病 但基本不影响听歌

tommyzhaozbh commented 8 years ago

@xkk 这或许也是一种好办法，或者暂时先用着别的插件把地址redirect，但高音质这东西我听起来好像没有什么大的区别呢……

xkk commented 8 years ago

@tommyzhaozbh 这个我也不太清楚 我把它当unblock用 我观察了一下每首歌的大小在9M 也不知道是不是高音质的

tommyzhaozbh commented 8 years ago

@xkk 很简单，用F12把歌曲源地址抓到，然后新开选项卡把歌保存到本地再开属性就能看到。我看了一下，默认情况下每首歌大概只有2-3M。如果达到9M的话那应该是高一个等级了。

jixunmoe commented 8 years ago

https://github.com/JixunMoe/unblock-163/

試著做了個簡單的擴展，把請求的地址改到 p* 伺服器。

yanggis commented 8 years ago

我已经在104.236.189.178服务器上加了DNS强制redirect的代码，会自动把m1.music.126.net的link都解析到p1.music.126.net，m1, m2, m3和m4都做了强制redirect。如果谁用黄易云音乐发现有这个问题，可以把DNS设置成104.236.189.178试试。有问题可以在这里跟帖反馈。

xkk commented 8 years ago

@JixunMoe 感觉这个很好 我找的那个脚本只能听歌 听电台会有点问题