网易云音乐不能用

[BellaMa]

3个模式都不行😢

[zlel]

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

[tommyzhaozbh]

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

[markx]

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

[wazny]

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

[baryon]

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

[xjj59307]

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

[reilee]

@xjj59307 需要购买付费音乐包

[ghost]

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

[tommyzhaozbh]

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

[reilee]

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

[ethanyoung]

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

[zhuzhuor]

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

[reilee]

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

[mmxcraft]

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

[baryon]

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

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

[lvmingbei]

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

[baryon]

是在中国账号支付的？还是在日本帐号支付的？ 我使用的是中国账号，成功了。也有人说支付之后需要等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]

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

[reilee]

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

[zhuzhuor]

@lvmingbei 后来能用了吗

[lvmingbei]

@reilee 谢谢 @zhuzhuor 仍然不能

[Walk4Muscle]

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

[laden233]

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

网页版

[albertnetymk]

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]

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

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

[karonx]

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

[aar0u]

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

[albertnetymk]

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]

@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]

@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]

@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]

@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]

@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]

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

[orsmile]

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

[albertnetymk]

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

[karonx]

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

[wfsyd]

@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]

@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]

@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]

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]

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

[tommyzhaozbh]

@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]

@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]

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

[xkk]

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

[tommyzhaozbh]

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

[jixunmoe]

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

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

[yanggis]

我已经在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]

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