Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

配合 Surge 或 Clash 食用 #56

Open
kongminhao opened this issue Apr 25, 2019 · 84 comments
Open

配合 Surge 或 Clash 食用 #56

kongminhao opened this issue Apr 25, 2019 · 84 comments
Labels
pinned Something is important

Comments

@kongminhao
Copy link

kongminhao commented Apr 25, 2019

Surge for macOS 配置

[Proxy]
UnblockNeteaseMusic = http,<Server Name>,<PORT>,,

[Rule]
PROCESS-NAME,NeteaseMusic,UnblockNeteaseMusic 
FINAL,DIRECT

Surge for iOS 配置

iOS 端限制较多, 你应该需要 "配置 https 转发",见下文

[Proxy]
UnblockNeteaseMusic = http,<Server Name>,<PORT>,,

[Rule]
USER-AGENT,NeteaseMusic*,UnblockNeteaseMusic 
FINAL,DIRECT

若需要使用 Surge 的 MITM 功能,再加上 (感谢 @wangliangliang2 提供 #314 )

[MITM]
hostname = music.163.com,*.music.163.com

Clash 配置

Clash 已于 1.1.0 版本支持了 Linux, MacOS, Windows 三端的 Process-Name 规则。
若你使用 Clash 的最新版本,可以尝试下面被注释的那一行。理论上能将网易云发出的流量全部走代理。

only test on MacOS.

Proxy:
  - name: "UnblockNeteaseMusic"
    type: http
    server: <Server-IP>
    port: <Server-Port>
Rule:
- DOMAIN-SUFFIX,163.com,UnblockNeteaseMusic
# - PROCESS-NAME, NeteaseMusic, UnblockNeteaseMusic 
- GEOIP,CN,DIRECT
- MATCH,DIRECT

Clash 安卓端配置参考 #162

✳配置 https 转发

如果日志显示有匹配结果但是 iOS 客户端仍提示无法播放

那应该是返回数据中以 https://music.163.com/package/ 开头的音源链接被客户端擅自升级到 https
因链接请求会被 unblock server 当成 HTTPS API 请求主动 block (降级策略) 而无法加载

你可能需要做以下的尝试 (选其一)

  1. 有域名和申请证书条件的话,可以配置一个额外的 https 站点转发,参考 iOS 食用指南 #65
  2. 或者安装仓库内的 CA 证书或自己签发的证书并开启 https 监听,参考 进阶配置 #48 iOS 食用指南 #65 (comment)

关于 /package 的用途和 -s endpoint 相关问题,参考 #143 (comment)

@nondanee nondanee added the pinned Something is important label Apr 25, 2019
@nondanee nondanee changed the title surge for mac && clash 食用方法 配合 Surge & Clash 食用 Apr 25, 2019
@nondanee nondanee changed the title 配合 Surge & Clash 食用 配合 Surge 或 Clash 食用 Apr 25, 2019
@otherbanana
Copy link

请教一个问题,ios使用surge,连着wifi的时候,会出现这样的情况,但是断开wifi就没问题。。
IMG_0058

@otherbanana
Copy link

otherbanana commented Apr 25, 2019

再补一张图
TIM图片20190426001540

@nondanee
Copy link
Owner

这个 “遇到错误” 的提醒是 wifi 环境下一直弹出吗?影响使用吗?是 wifi 下网易云会断网的意思?

@otherbanana
Copy link

@nondanee 是的一直弹出来,影响使用,网易云音乐内显示播放失败,断开wifi 用数据就正常播放

@nondanee
Copy link
Owner

那用数据的时候有解锁的效果吗?UI 不变灰吗?能听无版权歌吗?
降级的时候会 close socket
降级是必须条件,难道 wifi 环境不给降级?我不太清楚

你可以看一下服务器的 log
如果有一排 tunnel - 下面出现 mitm > 就说明降级完成了

@otherbanana
Copy link

数据的时候完全没有问题。就是刚搭建完成的时候wifi 环境下也是能正常使用的,但是断开wifi 再重连就不行了。服务器的log在哪里看?

@keven-one
Copy link

为什么我的Mac surge 2.1.3报错 Invalid line: PROCESS-NAME,NeteaseMusic,UnblockNeteaseMusic

@kongminhao
Copy link
Author

@FateOfKing 可能是你的surge版本过低,不支持 PROCESS-NAME规则,可以使用

DOMAIN-SUFFIX,163.com,UnblockNeteaseMusic

尝试一下

@otherbanana
Copy link

@kongminhao 请问有试过ios版的surge吗?

@kongminhao
Copy link
Author

@otherbanana 等我去买一个试试。我现在在使用shadowrocket。

@otherbanana
Copy link

@kongminhao 有点贵的啊😭,现在是49.99美金,老哥你的mac surge是一个授权还是三个授权的,我的ios surge是我自己的一个人用,要不要互换一个?

@kongminhao
Copy link
Author

我的mac授权也是买别人的,嘤嘤嘤。迫穷。

@otherbanana
Copy link

好吧好吧,那这样你别买了,我把我的先借给你吧

@otherbanana
Copy link

给个邮箱

@kongminhao
Copy link
Author

不用了,也就100来块钱,我已经联系到卖家了。正在下载。

@otherbanana
Copy link

哈哈,好的好的……

@kongminhao
Copy link
Author

kongminhao commented Apr 26, 2019

@otherbanana 看样子我这边情况比你那还严重一点,哈哈哈。我这边6.1.0版本的网易云音乐直接显示的是找不到歌曲。你那边网易云的版本是啥啊?

**

@otherbanana
Copy link

我的是6.0.1,你试过用数据了吗

@kongminhao
Copy link
Author

我的是6.0.1,你试过用数据了吗

试过了,都不行。

@otherbanana
Copy link

你看一下最近请求,我数据是可以的,但是你的网易云比我新一个版本

@otherbanana
Copy link

小火箭就没问题,估计是surge的锅

@keven-one
Copy link

小火箭怎么设置指点一二

@otherbanana
Copy link

添加节点,类型选择HTTP,输入相关信息,备注填写网易云(随便自己定义),保存后接着点配置,编辑配置,添加规则,类型选择USER-AGENT,选项选择网易云,用户代理输入NeteaseMusic*

@keven-one
Copy link

接着
老哥,你的小火箭设置了可以听吗,我设置了之后列表变亮了但是听不了,我网易云5.9.0的6.0的也试过了不行。是不是小火箭设置遗漏了什么,我Windows可以听

@otherbanana
Copy link

我可以啊,截图看看吧

@keven-one
Copy link

IMG_4405
IMG_4406

IMG_4407

@keven-one
Copy link

我可以啊,截图看看吧

你看看我截图呢,对不对,另外你用的哪里的服务器

@happy-proxy
Copy link

测试过Surge for macOS的配置,貌似仅仅PROCESS-NAME这一条规则是不行的,还要加上163.com和126.net这两条域名后缀的规则

@mmmmmyu
Copy link

mmmmmyu commented Jun 22, 2019

那应该是你小火箭设置的不对吧,录一个视频给你

能给我发一个操作视频吗?感谢![email protected]

@duhd1993
Copy link

duhd1993 commented Sep 23, 2019

配合clash使用很有问题,问题可能和clash有关。surge有点贵,最好还是能跟clash一起使用。能否看一下呢 @nondanee

  • neteasemusic mac Version 1.5.10 (636)
  • clashx 1.10.7
  • unblockneteasemusic 0.19.3 http模式80端口

使用hosts

完全正常
发现音乐界面首次打开会提示网络问题但马上自动重载,其他完全正常。
log输出只有MITM > music.163.com和匹配到其他源时的信息。

直接设为全局代理

基本正常
与使用hosts时相同,但如使用-s模式,无法加载其他源的音乐。这里的逻辑是不是可以改一下,这种情形无论是否用-s都应该放行?

使用clashx

打开时发现音乐无法显示,所有功能都处于不稳定状态,多刷几次能刷出来。clash配置match,unblocknetease 或者只匹配相关域名都一样。

获取失败的时候,可能clash和unblocknetease都没有任何log就提示网络问题了。获取成功时log像这样,相比前两种多了个TUNNEL > localhost:80

TUNNEL > localhost:80
MITM > music.163.com

以下是启动neteasemusic时的一段log,如果是改hosts的话,就只有若干个MITM > music.163.com

TUNNEL - music.163.com:443
TUNNEL - music.163.com:443
TUNNEL - music.163.com:443
TUNNEL - music.163.com:443
TUNNEL - music.163.com:443
TUNNEL - music.163.com:443
TUNNEL - music.163.com:443
TUNNEL - music.163.com:443
TUNNEL - music.163.com:443
TUNNEL - music.163.com:443
TUNNEL - music.163.com:443
TUNNEL - music.163.com:443
TUNNEL - music.163.com:443
TUNNEL - music.163.com:443
TUNNEL - music.163.com:443
TUNNEL - music.163.com:443
TUNNEL - music.163.com:443
TUNNEL - music.163.com:443
TUNNEL - music.163.com:443
TUNNEL > localhost:80
TUNNEL > localhost:80
TUNNEL > localhost:80
MITM > music.163.com
MITM > music.163.com
MITM > music.163.com
TUNNEL - music.163.com:443
TUNNEL > localhost:80
MITM > music.163.com
TUNNEL - music.163.com:443
TUNNEL - music.163.com:443
TUNNEL - music.163.com:443
TUNNEL - music.163.com:443
TUNNEL - music.163.com:443
TUNNEL - music.163.com:443
TUNNEL - music.163.com:443
TUNNEL - music.163.com:443
TUNNEL - music.163.com:443
TUNNEL - music.163.com:443
TUNNEL > localhost:80
TUNNEL - music.163.com:443
MITM > music.163.com
TUNNEL > localhost:80
MITM > music.163.com
TUNNEL > localhost:80
MITM > music.163.com
TUNNEL - music.163.com:443
TUNNEL > localhost:80
MITM > music.163.com
TUNNEL - music.163.com:443
TUNNEL - music.163.com:443
TUNNEL - music.163.com:443
TUNNEL - music.163.com:443
TUNNEL - music.163.com:443
TUNNEL - music.163.com:443
TUNNEL > localhost:80
TUNNEL > localhost:80
MITM > music.163.com
MITM > music.163.com
TUNNEL - music.163.com:443
TUNNEL - music.163.com:443
TUNNEL - music.163.com:443
TUNNEL - music.163.com:443
TUNNEL - music.163.com:443
TUNNEL - music.163.com:443
TUNNEL - music.163.com:443
TUNNEL - music.163.com:443
TUNNEL - music.163.com:443
TUNNEL - music.163.com:443
TUNNEL - music.163.com:443
TUNNEL - music.163.com:443
TUNNEL - music.163.com:443
TUNNEL - music.163.com:443
TUNNEL - music.163.com:443
TUNNEL - music.163.com:443
TUNNEL - music.163.com:443
TUNNEL - music.163.com:443
TUNNEL - music.163.com:443
TUNNEL - music.163.com:443

@u3u u3u mentioned this issue Sep 28, 2019
@nondanee
Copy link
Owner

@lonelykid

关于严格模式下无法加载其它音源链接

这里的逻辑是不是可以改一下
该建议不会考虑,因严格模式使用 url 白名单,意味着每家的链接都要预制在,万一哪个地区哪个音源链接 cdn 重定向一下,就又被 ban 了
这个问题一直都有解决办法,加上 -e https://music.163.com 即可

关于 /package 的用途和 endpoint 相关问题,参考 #143

关于 clash

确实是 clash 实现不和常规,把明文的 http 也做了 tunnel (隧道代理),有人提过,我这边是支持的 #45
并且我自己在 Android 的 clashA 上测试过可用 #162

因为 tunnel 中二进制数据难处理,所以会把这个目标流量发到本地端口 80 做 MITM (类似 hosts 的原理),这个 log 没有问题

TUNNEL > localhost:80
MITM > music.163.com

我觉得是 -s 的问题,或者你规则的问题

请你再做测试,unblocknetease 不加 -s,且 clash 全局代理到 ublocknetease,不用任何规则,看是否能稳定使用

关于 log

http 代理有两种,请看文章 https://imququ.com/post/web-proxy.html
一种是如普通 http 报文告知 method + https://remote/path 去请求,拿到数据再返回
另一种是通过 connect 请求头信息建立隧道,直接 tcp 连接原站,开始交换二进制数据
log 均有指示

hosts 模式就是反代原理,http 请求只告知 method + /path,而服务器内部已经预设了 remote

因此,代理的 log 中有 tunnel,而 hosts 的没有

> 表示正常代理
- 表示返回空数据
| 表示 ban 掉

README 说了

默认配置下本代理对网易云所有 HTTPS API 连接返回空数据,促使客户端降级使用 HTTP 接口

你应该就知道 TUNNEL - music.163.com:443 是什么意思了吧

@duhd1993
Copy link

duhd1993 commented Sep 28, 2019

谢谢!我测试过了,我run的命令是
/usr/bin/unblockneteasemusic -p 80 -o netease qq migu -e https://music.163.com
clash设置这样的

port: 7890
socks-port: 7891
allow-lan: false
mode: Rule
log-level: debug
external-controller: 127.0.0.1:9090

Proxy:
- { name:  "music" , type: http , server: 67.230.175.121, port: 80}

Rule:
- DOMAIN-SUFFIX,local,DIRECT
- IP-CIDR,127.0.0.0/8,DIRECT
- IP-CIDR,172.16.0.0/12,DIRECT
- IP-CIDR,192.168.0.0/16,DIRECT
- IP-CIDR,10.0.0.0/8,DIRECT
- IP-CIDR,17.0.0.0/8,DIRECT
- IP-CIDR,100.64.0.0/10,DIRECT
- MATCH,music

unblocknetease的log是这样的,前面TUNNEL部分是首页在转圈圈,MITM出现的时候是侧边栏的一些项目加载出来了。

HTTP Server running @ https://0.0.0.0:80
TUNNEL > wanproxy.127.net:80
TUNNEL - music.163.com:443
TUNNEL > p4.music.126.net:80
TUNNEL - music.163.com:443
TUNNEL > p4.music.126.net:80
TUNNEL - music.163.com:443
TUNNEL - music.163.com:443
TUNNEL - music.163.com:443
TUNNEL - music.163.com:443
TUNNEL - music.163.com:443
TUNNEL - music.163.com:443
TUNNEL - music.163.com:443
TUNNEL - music.163.com:443
TUNNEL - music.163.com:443
TUNNEL - music.163.com:443
TUNNEL - music.163.com:443
TUNNEL - music.163.com:443
TUNNEL - music.163.com:443
TUNNEL - music.163.com:443
TUNNEL > localhost:80
TUNNEL > localhost:80
TUNNEL > localhost:80
MITM > music.163.com
MITM > music.163.com
MITM > music.163.com
TUNNEL - music.163.com:443
TUNNEL > localhost:80
MITM > music.163.com
TUNNEL > web.push.126.net:6003
TUNNEL - music.163.com:443
TUNNEL - music.163.com:443
TUNNEL > web.push.126.net:6003
TUNNEL - music.163.com:443
TUNNEL - music.163.com:443
TUNNEL - music.163.com:443
TUNNEL - music.163.com:443
TUNNEL - music.163.com:443
TUNNEL - music.163.com:443
TUNNEL - music.163.com:443
TUNNEL - music.163.com:443
TUNNEL > localhost:80
MITM > music.163.com
TUNNEL > localhost:80
MITM > music.163.com
TUNNEL - music.163.com:443
TUNNEL - music.163.com:443
TUNNEL - music.163.com:443
TUNNEL - music.163.com:443
TUNNEL - music.163.com:443
TUNNEL - music.163.com:443
TUNNEL > localhost:80
TUNNEL - music.163.com:443
MITM > music.163.com
TUNNEL > localhost:80
TUNNEL > localhost:80
MITM > music.163.com
MITM > music.163.com
TUNNEL - music.163.com:443
TUNNEL > localhost:80
MITM > music.163.com
TUNNEL - music.163.com:443
TUNNEL - music.163.com:443
TUNNEL - music.163.com:443
TUNNEL - music.163.com:443
TUNNEL - music.163.com:443
TUNNEL - music.163.com:443
TUNNEL - music.163.com:443
TUNNEL - music.163.com:443
TUNNEL - music.163.com:443
TUNNEL - music.163.com:443
TUNNEL - music.163.com:443
TUNNEL - music.163.com:443
TUNNEL - music.163.com:443
TUNNEL - music.163.com:443
TUNNEL - music.163.com:443

BTW,也有可能不是clash的问题,我试了在pac中直接return unblocknetease也是不行的。但是如果pac中不做相关设置,把hosts设置好的话反而可以,就跟只设置hosts一样。edit:实在debug不出来也还好,用https模式好像是没有任何问题的。

@nondanee
Copy link
Owner

@lonelykid
是的,降级需要时间,等客户端尝试 https 连不上,才会切换到 http

-o netease 失效了可以去掉

不懂你说的是什么 pac,clash 的 PAC 吗?
那直接用 unblocknetease 提供的 PAC 可以吗?

@duhd1993
Copy link

duhd1993 commented Sep 29, 2019

就是我直接写一个pac,里面直接ruturn "proxy ... 80",这样也是不行的。直接在系统里设http代理好像也是不行的,https连接直接就不会走代理,之前我测试能行可能是因为hosts文件设置。之前有个issue有个人发了个pac文件,dnsdomainis(host,'.music.163.com'),也是不行的,这样匹配不到music.163.com的,他能用肯定也是因为另外设了hosts文件。

用自带的pac也不行,不是太明白自带pac里写那么多地址做什么,如果work的话实际好像只代理music.163.com一个地址就够了。综上的话就是MITM降级只有用hosts才行的样子

@nondanee
Copy link
Owner

nondanee commented Oct 6, 2019

@lonelykid
刚测试了 1.5.10 (636) 使用系统代理和自带 PAC 都没问题

系统代理 http 和 https (第3,4项) 两个都要钩,填的地址和端口号一样 (http 端口,默认 8080)

你觉得 PAC 太多用不到可以删
Windows 和 Android 客户端有在用 interface(3).music.163.com
移动端 (Android / iOS) 有用 apm(3).music.163.com
剩下的一大堆 ip 也是给移动端用的 (可能没效果)

@duhd1993
Copy link

duhd1993 commented Oct 6, 2019

@nondanee
好的吧,但是我确实是用HTTP模式的话,只能配合hosts使用。用HTTPS模式好像没有问题。

@wewall
Copy link

wewall commented Oct 9, 2019

感谢大佬,食用正常

@ghost
Copy link

ghost commented Oct 21, 2019

可以在这加上mellow,跟surge和clash配置很相似

[Endpoint]
DIRECT, builtin, freedom, domainStrategy=UseIP
UnblockNeteaseMusic, builtin, http, address=<Server Name>, port=<PORT>

[RoutingRule]
; macos
PROCESS-NAME, NeteaseMusic, UnblockNeteaseMusic
; windows
PROCESS-NAME, cloudmusic.exe, UnblockNeteaseMusic
DOMAIN-SUFFIX, music.163.com, UnblockNeteaseMusic
FINAL, DIRECT

@laggardkernel
Copy link

laggardkernel commented Oct 31, 2019

你这surge mac规则根本不对,Netease Music大多数网络请求依赖Webkit内核 com.apple.WebKit.Networking,但是包含这个浏览器内核进程的影响太大。建议直接域名规则。

据楼主测试,NeteaseMusic进程规则已经足够,经过com.apple.WebKit.Networking进程的music.163.com相关流量不影响播放。如果想使用浏览器正常播放的话可以使用域名规则。

域名参考

hook.target.host = [
'music.163.com',
'interface.music.163.com',
'interface3.music.163.com',
'apm.music.163.com',
'apm3.music.163.com',
// 'mam.netease.com',
// 'api.iplay.163.com', // look living
// 'ac.dun.163yun.com',
// 'crash.163.com',
// 'clientlog.music.163.com',
// 'clientlog3.music.163.com'
]

[Proxy]
UnblockNeteaseMusic = http,<Server Name>,<PORT>,,

[Rule]
DOMAIN, music.163.com, UnblockNeteaseMusic
DOMAIN, interface.music.163.com, UnblockNeteaseMusic
DOMAIN, interface3.music.163.com, UnblockNeteaseMusic
DOMAIN, apm.music.163.com, UnblockNeteaseMusic
DOMAIN, apm3.music.163.com, UnblockNeteaseMusic
FINAL,DIRECT

(仅针对Surge for Mac,iOS代理基于NE原理与TUN不同)Surge for Mac 上 User-Agent 虽然是一个办法,但是要求程序主动使用代理地址。若是开全局代理(即增强模式),考虑到增强模式基于TUN,User-Agent 在这种情况下应该是无效的(未验证)。

@kongminhao
Copy link
Author

@laggardkernel
首先我来回答你的第一个问题,这个surge mac 规则在我这运行的十分良好。
第二个 User-Agent是ios的建议配置,因为ios的网易云音乐才有NeteaseMusic这个ua。
mac版本的由于老版本网易云音乐的ua有可能为网易云音乐故不建议配置。
其次,在ios端,默认是TUN模式的vpn,但是UA依旧work fine.

@laggardkernel
Copy link

@kongminhao music.163.com域名流量的确有一部分是走com.apple.WebKit.NetworkingNeteaseMusic进程单独就足够的话最好。(等一下修正上一条回复)

后边UA的地方我没说清楚,“UA可能无效”是针对surge mac说的,iOS调用的是Network Extension,和surge mac 用的TUN不同。不过我目前不用surge mac了也没法验证了增强模式下UA规则是否有效,只是理论上TUN模式是在TCP连接上做代理。

@shugo-chara
Copy link

@nondanee 在openwrt上安装了openclash,想把规则直接做到路由器里实现全网络覆盖,用mac上clashx的规则导进去发现不生效。然后参考这个修改后也无法生效。

规则

image

image

openclash是通用clash 的规则的。单独使用clashx有效,放到路由里就不行了。

@acacia233
Copy link

acacia233 commented Dec 15, 2019

iOS客户端使用UA分流很容易出现莫名其妙的问题(似乎是规则匹配优先级的问题)
URL-REGEX,^https?:\/\/music\.163\.com\/package(如果用的是自签证书不需要这条)
URL-REGEX,\/eapi\/(album|song|v6|playlist|content)
这样分流测试时没有问题的,域名分流有时候会遇到请求直接就是ip会导致无法命中,还要加一堆ip-cidr

@hydra77
Copy link

hydra77 commented Jan 15, 2020

我测试几个月了,用过nas的docker 用过腾讯云,一直是网络不给力,要崩溃啦

@Hedilict
Copy link

请问clashx下如何使用?

@Traced
Copy link

Traced commented Apr 2, 2020

@laggardkernel
老哥能加个 qq 讨论吗,3416667341

@solxnp
Copy link

solxnp commented Jul 3, 2020

你把邮箱发过来

同求配置视频([email protected]),windows客户端正常,ios使用小火箭后,整个网易云都无法联网

@HZZformGD
Copy link

你把邮箱发过来

同求视频 邮箱 ([email protected]) 我ios 只要使用小火箭 就没办法用 用 wifi+代理 就可以 @otherbanana

@duhd1993
Copy link

duhd1993 commented Aug 21, 2020

@nondanee
最近有时候网易自带的歌曲提示网络错误,多刷几次能成功。Mac+Surge+最新版网易云,https模式,服务器在国外
用的规则是:
USER-AGENT,NeteaseMusic*,music
USER-AGENT,%E7%BD%91%E6%98%93%E4%BA%91%E9%9F%B3%E4%B9%90*,music
DOMAIN-SUFFIX,music.126.net,music
DOMAIN-SUFFIX,music.163.com,music

看Surge的log像是 https://music.163.com/eapi/song/enhance/player/url 请求超时,但并不是每次都超时...
IOS端使用正常。Mac上改hosts的方式使用也正常,所以这个请求本身是没问题的,换回hosts方式了

@Guang1234567
Copy link

Guang1234567 commented Oct 27, 2023

默认配置下本代理对网易云所有 HTTPS API 连接返回空数据,促使客户端降级使用 HTTP 接口

@duhd1993

使用 --force-host  参数制定  netease server IP, 由于目前处于 2023 年, 我用的是 https://github.com/UnblockNeteaseMusic/server#%E9%85%8D%E7%BD%AE%E5%8F%82%E6%95%B0

netease_music_host_ip=$(nslookup music.163.com 223.6.6.6 | grep 'Address:' | tail -n -1 | awk '{print $2}')

node  app.js --strict --port 23338:23339 --force-host "$netease_music_host_ip" --match-order migu pyncmd kuwo
  • 输出
node app.js --strict --port 23338:23339 --force-host 115.238.119.69 --match-order migu pyncmd kuwo
  • 注意

此时, 在 macos 上 ClashX Pro) 客户端的模式是 增强模式, 也叫 tun 模式, 此时 系统代理 是没开启的.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
pinned Something is important
Projects
None yet
Development

No branches or pull requests