常见问题

Merlin Clash FAQ

Q1.安装日志提示找不到安装脚本?

请依次尝试:
1.重命名为merlinclash.tar.gz(全小写)再次安装;
2.检查可用空间是否够用(MC一般需要10M左右), 先清理JFFS空间,然后重启路由后再试。

Q2.384/hnd版本安装日志提示不是384/hnd的离线包?

1.请确认您下载了正确的对应您路由版本的离线包;
2.hnd的市场升级1.62版本以后加了效验功能,请安装MC 1010以后版本;
3.请按Q1的方法操作。

Q3.如何安装热更补丁?

热更补丁文件名为 patch-AAAA-BBB.tar.gz。AAAA是插件版本,BBB是补丁序号;补丁需要与插件版本对应才能正常更新,既AAAA必须与MC本体版本相同。如无特殊说明,最新补丁包含之前所有版本的内容
更新方法:在插件【高级模式】选项卡中,上传补丁即可。 (不要随意改变补丁文件名及.tar.gz后缀

Q4.为啥384版本没有内置SubConverter?

384版本内置的是在线版本的SubConverter~
因为SC官方并未编译arm V5版本的二进制文件(若有编译大佬能提供支持的二进制请联系我们)。
除了隐私保护方面,在线版本和本地版本并无太大区别。

Q5.AX3000/AX82/AX56不是HND平台,AX89X不是为QAC平台么?为神马MC将其归为ARM v7 AX32平台?

Koolshare根据编译工具链等原因将其归类为HND平台,但由于AX89X/AX3000/AX82/AX56等只能使用ARM V7的32位二进制文件;为方便维护MC将其归类到ARM v7 AX32,即支持AX协议的32位路由。Koolshare的其他插件请根据其分类选择安装hnd平台插件。

Q6.为何MC的380版本/恩山版本不与其他版本同步更新?

380/恩山版本的软件市场api同其他版本有较大区别。同时多个平台维护成本较高,所以更新频率较低。

Q7.我为何不能正常使用【Tproxy】转发功能?

本功能仅限HND/AX32设备使用,早期armv7设备由于Asus并未在新固件中更新Linux内核,版本低于v4.0,无法正常启动Tproxy;同时也不能使用UDP代理。

Q8.MC启动日志错误原因为空,直接倒计时关闭是怎么回事?

通常情况下是因为:在默认设定的时间内,Clash进程并完全启动。
请在MC【高级模式】选项卡,中增加【自定义延迟检查时间】;
当使用Rule-Provider规则时候,首次启动需要在线下载规则,请设置30秒以上时间。

Q9.我路由开启了IP v6,为何科学访问就不正常了?

v20211107之后的版本可以在开启路由IPv6的同时,设备使用IPv4翻墙;但是由于网络环境的原因,极度不推荐路由开启IPv6。
如有需要代理IPv6(节点需支持),请参阅 代理IPv6 。(注:早期arm V7设备无法正常使用Tproxy,详见FAQ7。)

Q10.Clash的各种核心有神马区别?

Clash开源核心:官方开源标准核心,v1.10后支持SSR(不支持chacah20加密);
Clash Premium核心:官方闭源Premium核心,支持Rule Providers,Script,TUN(MC暂未支持TUN)等等一些新特性;
ClashR核心(已停止维护):在Clash未支持SSR协议时,由第三方魔改出来的支持SSR的核心。其实现方法和官方核心有些差别,支持SSR的chacah20加密。
ClashR 参数是「protocolparam」和「obfsparam」
Meta核心:Clash.Mini作者维护,配置写法详看 Meta Readme,主要支持以下特性:
VLESS XTLS(TCP&UDP) || 主动健康检测 || 策略组正则筛选 || 规则GEOSITE || RULE-SET
多端口规则 || TCP / UDP分别管控 || 恢复Redir-Host远程解析 || 使用代理解析IP
CDN增强核心:由 Clash .NET 作者维护,在官方开源核心的基础上支持如下特性:
Vless + XTLS || Vless Websocket(0-rtt) || DNS Over Quic
所有SS/SSR加密方式 || 绕过规则-PASS || Trojan + XTLS || Rule-set Vless写法 { name: "XTLS", type: vless, server: abc.com, port: 443, uuid: xxxx-xxxx-xxxx, tls: true, flow: xtls-rprx-direct }

Q11.为啥升级20210722版本后,使用备份恢复功能后,插件界面就破了/点击保存&启动按钮无响应?

新版本的订阅记录方式做了变更,记录到数据库的时候做了base64加密;使用恢复功能会把之前版本的数据导入到新版,造成乱码,请在SSH使用以下命令清空相关错误数据:
dbus set merlinclash_links=" "
dbus set merlinclash_links2=" "
dbus set merlinclash_links3=" "
另配置文件TPROXY部分订阅逻辑改变,请重新订阅配置文件。

Q12.我切换了全局模式(Global),为啥不能正常代理了?

一、请先到插件【高级模式】选项卡,关闭MC默认开启的【大陆IP不经过Clash】功能(需重启MC); 二、Clash的默认全局模式(Golbal)节点为直连(DIRECT),首次使用请按如下操作:
1.先在插件【首页功能】-【运行模式】里切换为【全局模式】;
2.在【YACD-Clash面板】里,找到【代理】选项卡,为【GLOBAL】代理组选择你需要的节点

Q13.为啥本文中介绍的很多功能,我都找不到对应的设置模块呢?

MC默认隐藏了高级功能,如有需要,请在【附加功能】选项卡【功能显示开关】里打开对应功能;
(功能显示开关只决定是否在界面隐藏,不影响其已有设定。)
如果未在【功能显示开关】中看到对应选项,说明您的路由器不支持该功能。

Q14.为何路由用了AP模式,插件就无法启动了?

只有路由作为网关设备的时候,路由才能决定经过其流量的走向,才能使用透明代理无感翻墙;
如果想在AP模式时启用MC,请先在MC【附加功能】选项卡 -【高级模式】,打开【透明代理】功能面板,然后在【高级模式】选项卡中打开【关闭透明代理】的按钮,再启动MC;
此时,需要您在设备/APP的代理设置中,设置Http/Socks代理,才能正常翻墙。
  • 默认Http代理为 : 192.168.50.1(路由ip) 端口:3333
  • 默认Socks代理为: 192.168.50.1(路由ip) 端口:23456

Q15.开启MC后,为啥国内的网速也降下来了?

这是由于Clash的工作原理决定的,其是将所有的流量劫持给Clash的二进制,通过yaml的规则精准分流,需要较大的cpu算力。如果您的cpu性能较差,网速就会被降低;
这个问题主要表现在早期的ARM v7设备上,ARM v8设备基本不太影响,以下数据供参考;
AC86U(bcm4906):关QOS,开KP,国内速度正常在450Mbps左右
AX86U(bcm4908):关QOS,关KP,国内速度能跑650Mbps左右
AX6000(bcm4912):关QOS,关KP,国内速度能跑830Mbps左右
解决办法:在【高级模式】选项卡打开【大陆IP不经过Clash】功能,让大陆IP不经过MC,直接访问,更多内容请参看 大陆IP不经过Clash

Q16.我修改了路由Lan IP后,为啥控制面板打不开了?

请重新请阅配置。因为MC需要在订阅的时候根据您的Lan IP修改配置文件,否则控制面板无正常通信。

Q17.我使用的是在线控制面板,为啥输入正确的登录信息后,总是连接失败?

1.浏览器地址栏协议必须为http://,clash的控制面板不支持https://;
2.新版Chrome/Edge调整了安全策略,请按照做以下设置:
a.浏览器版本108.x.xxxx以前:请在浏览器地址栏输入 chrome://flags/#block-insecure-private-network-requests 关闭(disable)阻止不安全的专用网络请求功能,否则可能无法正常登录。
b.浏览器版本108.x.xxxx以后:请在浏览器地址栏输入chrome://flags/#Insecure-origins-treated-as-secure ;如果定位不该设置,请尝试 chrome://flags/#unsafely-treat-insecure-origin-as-secure,然后点击允许(Enable)按钮,在文本框输入需要设定的在线面板地址,如:http://yacd.haishan.me,http://clash.razord.top,http://clash.metacubex.one,http://yacd.metacubex.one,http://metacubexd.pages.dev/ ;最后点击右下方的 重载按钮(Relaunch)按钮重启浏览器。
如下图:

Q18.我使用ARM v7 380/384/386的MC插件内置的【通过ACL4SSR在线转换时候】,为啥会提示下载超时/文件为空?

1.确保您的订阅链接不是已经通过SubConverter转换过的;
2.可能是后端通信遇到问题,尝试更换后端,常用后端地址:
https://api.v1.mk/ (推荐)
https://sub.d1.mk/ (推荐)
https://v.id9.cc/
https://sub.maoxiongnet.com/
https://sub.xeton.dev/
https://api.tshl.us/
https://sub.id9.cc/
https://subconverter.herokuapp.com/
https://api.dler.io/
https://api.wcc.best/

Q19.我的MC插件突然Web异常报错,无法正常关闭怎么办?

由于下拉列表数据丢失,前端异常等问题,可能造成MC无法正常关闭,请尝试以下方法:
方法一:热关闭(等同正常开关关闭,无需重启路由)
SSH中输入:sh /koolshare/merlinclash/clashconfig.sh stop
方法二:冷关闭(通过关闭开机启动项,需要重启路由)
1.SSH中输入:dbus set merlinclash_enable=0
2.重启路由

Q20.使用ARM v7 384/386版本的的MC插件时,路由后台总是404/拒绝了连接请求怎么办?

一、尝试使用IP(默认:192.168.50.1)登录路由后台。如果可以则说明MC的hosts文件丢失,请重装插件或者手动恢复(具体请参看 Hosts编辑 );
二、如果使用IP也无法正常登录,说明HTTPD服务崩溃了(Arm V7硬件/固件的原因造成);
解决办法:
1. 用回380固件,如无Aimesh需求,建议用回380固件,相对稳定很多;
2. 384. 18以上固件,可以等几分钟,HTTPD服务会自动重启;
3. 384. 18以下固件/没有自动重启,可以SSH输入:service restart_httpd 手动重启服务;
4.等候alpha新版软件中心,正式推送给ARM v7设备,S大说HTTPD服务会稳定很多。

Q21.订阅的时候出现 【错误】固件缺少base64decode文件......,怎么办?

请尝试在ssh里输入如下命令解决: ln -sf /koolshare/bin/koolbox /koolshare/bin/base64
如果依然订阅报错,再尝试如下命令: ln -sf /koolshare/bin/koolbox /koolshare/bin/base64decode (注:这两个命令SSH输入成功后,正常不会返回任何内容)