使用 Clash Verge、Clash Verge Rev、Mihomo Party、OpenClash 或其他 Clash 客户端导入订阅时，有些用户会遇到：

Unsupport Proxy Type Mieru

Unsupported Proxy Type Mieru

Proxy 118: unsupport proxy type: mieru

Proxy 0: unsupported proxy type: mieru

Could Not Switch to This Profile

无法切换到此配置文件

遇到这个错误以后，订阅可能可以正常下载，但切换Profile时直接失败。

也可能出现：

其他节点正常。

只要订阅中出现Mieru节点就无法加载。

删除Mieru节点后配置又恢复正常。

这种问题通常不是DNS、TUN或者节点测速造成的。

如果错误原文明确写着：

unsupported proxy type: mieru

优先检查的应该是：

当前实际运行的代理内核。

Mihomo版本。

客户端是否真正使用Mihomo。

订阅是否经过旧版转换工具。

Mieru节点字段是否符合当前Mihomo配置格式。

目前Mihomo已经支持：

type: mieru

所以如果仍然出现Unsupported Proxy Type Mieru，重点通常不是“Mieru这种协议不能用”，而是客户端或内核环境没有正确识别该协议。

下面详细排查。

👉获取稳定 Clash / Mihomo 订阅线路

一、Unsupport Proxy Type Mieru是什么意思？

这个错误可以理解成：

配置文件里面出现了一个：

type: mieru

代理节点。

但是当前运行的Core无法识别这种代理类型。

于是配置在解析阶段就停止。

这时候还没有真正进入：

服务器连接。

账号认证。

节点测速。

所以不能把它和：

Mieru节点Timeout

混为一谈。

二、Mieru是什么？

Mieru是一种代理协议。

在Mihomo配置中，一个Mieru节点可能包含：

server

port

transport

username

password

multiplexing

handshake-mode

traffic-pattern

等字段。

真正决定代理类型的是：

type: mieru

而不是节点名称。

例如节点名称可以叫：

香港Mieru

日本高速节点

美国专线

但只要配置里：

type: mieru

内核就会按照Mieru协议解析。

三、Mihomo支持Mieru吗？

支持。

当前Mihomo官方配置中已经存在：

type: mieru

的代理配置。

所以如果用户使用当前Mihomo环境，却仍然遇到：

Unsupported Proxy Type Mieru

就应该进一步确认：

实际运行的是不是当前Mihomo Core。

四、为什么Clash会提示不支持Mieru？

最常见原因之一是：

底层Core太旧。

很多用户看到的是：

Clash Verge界面。

Clash for Windows界面。

第三方Clash客户端。

但真正负责解析协议的是：

底层代理核心。

如果底层仍然使用：

旧Clash Core

或者较旧的Mihomo版本，就可能无法识别Mieru。

五、Clash客户端和Mihomo内核有什么区别？

Clash客户端通常负责：

图形界面。

订阅管理。

节点选择。

规则设置。

日志显示。

而Mihomo Core负责：

读取配置。

解析协议。

建立代理连接。

执行规则。

所以：

客户端版本很新

并不代表：

内核也一定很新。

六、为什么客户端显示最新版还是报错？

因为部分客户端存在：

客户端更新

和：

Core更新

两套机制。

你可能已经升级了Clash Verge。

但后台实际运行的：

mihomo.exe

仍然是旧版本。

因此仍然无法识别：

type: mieru。

七、怎么确认当前运行的是Mihomo？

可以查看客户端中的：

设置

内核

Core

版本信息

关于

日志

通常启动日志里会显示：

Mihomo

以及对应版本号。

不要只看：

Clash Verge 版本号。

真正需要确认的是：

代理Core。

八、为什么Clash for Windows容易遇到这个问题？

很多旧版Clash for Windows使用的是较老的Clash Core。

现在机场订阅中可能包含越来越多新的代理类型。

例如：

VLESS

AnyTLS

Hysteria2

TUIC

Mieru

如果仍然使用旧Core，就可能不断出现：

Unsupported Proxy Type。

所以如果已经连续碰到多个新协议不支持，更应该整体升级代理环境。

九、为什么以前订阅能用，今天突然不能用了？

一种非常常见的情况是：

机场最近新增了Mieru节点。

例如之前订阅只有：

Trojan

Shadowsocks

VLESS

后来新增：

Mieru

当你重新更新订阅以后，旧内核读取到了：

type: mieru

于是整个Profile无法加载。

这并不说明原来的节点全部坏了。

十、为什么一个Mieru节点可以导致整个配置失败？

因为Clash切换配置时需要解析整个：

proxies

列表。

假设配置中有：

50个正常节点

1个Mieru节点

如果当前内核无法解析这个Mieru节点，整个Profile都可能校验失败。

最终界面可能只显示：

无法切换到此配置文件。

十一、怎么找到真正的错误？

如果界面只提示：

Could Not Switch to This Profile

不要停在这一层。

继续查看：

日志

配置校验

Core日志

找到更具体的信息。

如果下面出现：

Proxy 118: unsupport proxy type: mieru

那才是真正原因。

十二、Proxy 118是什么意思？

这里的118通常只是代理列表中的位置。

它不是：

Mieru版本。

服务器端口。

错误代码。

所以不要围绕：

118

去修改端口或者配置。

重点始终是：

unsupported proxy type: mieru。

十三、最快的修复顺序是什么？

第一步：

确认日志中是否出现：

Unsupported Proxy Type Mieru。

第二步：

确认当前实际运行什么Core。

第三步：

如果是旧Clash Core，优先升级或切换到当前Mihomo。

第四步：

完全退出客户端再重新打开。

第五步：

确认新Core真正启动。

第六步：

重新更新原始订阅。

第七步：

再次加载配置。

第八步：

如果仍然失败，再检查Mieru节点字段。

十四、更新Mihomo以后为什么还报错？

可能原因包括：

更新实际上失败。

客户端仍然引用旧Core。

旧进程没有退出。

新Core被安全软件阻止。

Core路径指向错误。

客户端仍然读取旧缓存配置。

订阅经过旧转换工具。

所以不能只看到：

更新完成

就认为问题已经解决。

十五、怎么确认新Mihomo真正生效？

更新以后：

完全退出客户端。

重新启动。

打开日志。

查看Core名称和版本。

如果启动日志仍然显示原来的旧版本，就说明：

更新没有真正作用到当前运行环境。

十六、订阅转换会造成Mieru不支持吗？

会。

如果机场原始订阅已经支持Mieru，但中间经过：

旧版Subconverter

第三方订阅转换网站

旧订阅合并工具

自建转换服务

有可能：

删除Mieru字段。

输出错误格式。

把新协议转换成旧Clash无法识别的结构。

所以遇到Mieru报错时建议优先测试：

原始订阅。

十七、怎么判断是不是订阅转换的问题？

最简单的方法是：

暂时停止使用转换后的链接。

直接导入服务商提供的：

Mihomo订阅。

或者明确支持Mihomo的原始订阅。

如果：

原始订阅正常。

转换后订阅报错。

说明问题大概率出在：

转换链路。

十八、Mieru正确的type怎么写？

当前Mihomo配置中使用：

type: mieru

不要随便修改为：

type: Mieru

type: mieru2

type: mieru-v2

type: socks

type: shadowsocks

协议类型并不是普通名称。

十九、可以把Mieru改成Shadowsocks吗？

不能。

Mieru和Shadowsocks不是同一种协议。

如果服务器使用Mieru，你直接把：

type: mieru

改成：

type: ss

并不会把服务器变成Shadowsocks。

结果通常只是：

配置可能通过解析。

但节点完全无法连接。

二十、可以直接删除Mieru节点吗？

可以作为临时排查。

例如复制一份配置。

删除所有：

type: mieru

节点。

再重新加载。

如果删除以后Profile马上恢复，基本可以确定：

问题集中在Mieru节点兼容性。

但不建议长期靠手工删除解决。

二十一、为什么删除Mieru节点后又提示Proxy Not Found？

因为：

proxy-groups

里面可能仍然引用了被删除的Mieru节点。

例如删除：

香港-Mieru

但自动选择组仍然包含：

香港-Mieru

就可能继续出现：

Proxy Not Found

所以不熟悉YAML时，不建议手工大规模删节点。

二十二、Mieru配置中的server是什么？

server表示：

Mieru服务器地址。

可以是：

IP

或者：

域名。

如果协议已经被正确识别，但后续出现：

DNS失败。

连接超时。

才需要进一步检查server。

如果错误还是：

Unsupported Proxy Type Mieru

server通常还不是第一排查对象。

二十三、port是什么？

port是服务器端口。

例如：

2999

具体数值由服务端决定。

不能看到配置失败以后随便修改成：

443

8443

80

因为客户端端口必须和服务器端实际监听端口一致。

二十四、port-range是什么？

Mieru配置还可以使用：

port-range

表示一个端口范围。

例如：

2090-2099

需要注意的是：

port

和：

port-range

不能同时乱写。

如果服务商给的是port-range，就应该按照实际配置使用。

二十五、port和port-range可以同时存在吗？

不应该同时配置。

这两个字段属于不同端口配置方式。

如果订阅转换工具同时生成：

port

和：

port-range

可能造成配置异常。

所以新版Mihomo已经能识别Mieru，但仍然加载失败时，可以检查这里。

二十六、transport是什么？

Mieru配置中的transport决定传输类型。

当前Mihomo的Mieru配置支持：

TCP

UDP

所以可能看到：

transport: TCP

或者：

transport: UDP

二十七、transport大小写需要注意吗？

如果配置来自正规订阅，优先保持服务商原始输出。

不要为了排障随便修改：

TCP

UDP

因为服务器端需要与客户端配置匹配。

二十八、transport错误会提示Unsupported Proxy Type吗？

通常不是。

如果内核已经能够识别：

type: mieru

但其他字段错误，报错可能进入：

配置校验

连接

认证

等下一阶段。

而：

Unsupported Proxy Type

说明问题发生得更早。

二十九、username和password是什么？

Mieru节点可以使用：

username

password

进行用户认证。

这些参数通常由订阅服务端自动提供。

普通用户不应该自己猜测或修改。

如果：

用户名错误。

密码错误。

更可能表现为：

认证或连接失败。

而不是Unsupported Proxy Type。

三十、为什么更新内核后报错从Unsupported变成认证失败？

这其实说明：

第一阶段问题已经解决。

之前：

内核根本不认识Mieru。

升级后：

内核已经识别Mieru。

然后继续连接服务器时发现：

账号认证参数有问题。

这时候应该转向检查：

username

password

服务器配置。

三十一、multiplexing是什么？

Mieru支持多路复用相关配置。

可能看到：

MULTIPLEXING_OFF

MULTIPLEXING_LOW

MULTIPLEXING_MIDDLE

MULTIPLEXING_HIGH

如果没有特殊需求，通常不建议普通用户手动修改。

应该使用服务商订阅中提供的配置。

三十二、multiplexing越高越快吗？

不能这样简单理解。

多路复用策略涉及：

连接数量。

网络条件。

服务端配置。

并不是把：

LOW

改成：

HIGH

就一定变快。

盲目修改反而可能导致兼容问题。

三十三、handshake-mode是什么？

Mieru配置中可能包含握手模式。

常见包括：

HANDSHAKE_STANDARD

HANDSHAKE_NO_WAIT

HANDSHAKE_STANDARD通常等待握手完成。

HANDSHAKE_NO_WAIT则涉及不同的握手行为。

普通用户不应该为了降低延迟就随便修改。

三十四、traffic-pattern是什么？

traffic-pattern属于Mieru配置中的高级字段。

它通常是：

Base64形式的数据。

用于更细致地控制协议网络行为。

如果机场订阅已经生成该字段：

不要手工删除。

不要随便修改。

更不要复制其他节点的traffic-pattern过来。

三十五、traffic-pattern错误会出现什么问题？

如果字段格式或内容异常，可能导致：

配置校验失败。

连接异常。

协议行为异常。

但如果当前错误明确为：

Unsupported Proxy Type Mieru

仍然先解决：

Core协议支持。

三十六、Mieru节点Timeout怎么办？

如果错误已经变成：

Timeout

就不再是“协议不支持”问题。

这说明Mihomo已经能够读取：

type: mieru。

下一阶段需要检查：

服务器是否在线。

本地网络。

端口。

TCP/UDP。

DNS。

服务器线路。

三十七、Mieru节点手机能用，电脑不能用说明什么？

如果：

同一订阅。

同一个Mieru节点。

手机正常。

Windows提示Unsupported Proxy Type Mieru。

那说明服务端大概率不是完全失效。

应该重点检查电脑端：

Clash客户端。

Mihomo版本。

Core。

订阅格式。

三十八、电脑能用，OpenClash不能用怎么办？

同样需要比较两边：

代理核心。

Windows可能使用新版Mihomo。

路由器可能使用：

旧Core。

于是同一Mieru节点：

电脑正常。

路由器配置失败。

这种现象很容易判断为：

设备端内核差异。

三十九、OpenClash提示Mieru不支持怎么处理？

可以依次：

确认OpenClash实际Core。

更新Mihomo Core。

重新启动Core。

重新下载订阅。

再次加载配置。

如果仍然不行，再检查：

订阅格式和Mieru字段。

四十、Mieru和AnyTLS报错处理一样吗？

在：

Unsupported Proxy Type

这一层面排查逻辑很相似。

例如：

Unsupported Proxy Type AnyTLS

Unsupported Proxy Type TUIC

Unsupported Proxy Type Hysteria2

Unsupported Proxy Type Mieru

都应该优先检查：

当前Core到底认不认识这种代理类型。

但不同协议的具体配置字段并不相同。

不能互相照搬。

四十一、同时多个协议都不支持说明什么？

如果日志连续出现：

Unsupported Proxy Type VLESS

Unsupported Proxy Type AnyTLS

Unsupported Proxy Type Hysteria2

Unsupported Proxy Type TUIC

Unsupported Proxy Type Mieru

几乎可以直接判断：

当前Core整体太旧。

这种情况下没必要继续逐个删节点。

更应该：

升级到当前Mihomo环境。

四十二、修改DNS能解决Mieru Unsupported错误吗？

不能。

DNS负责：

把域名解析成IP。

Unsupported Proxy Type发生在：

配置解析阶段。

此时连Mieru协议类型都没有被识别。

所以修改：

8.8.8.8

1.1.1.1

DoH

Fake-IP

通常没有意义。

四十三、开TUN能解决吗？

不能。

TUN负责：

接管设备流量。

它并不能让旧Core新增Mieru协议支持。

所以不要看到节点不能用就先开TUN。

四十四、切换全局模式有用吗？

也没有。

规则模式。

全局模式。

直连模式。

决定的是：

已经成功进入Clash的流量怎么分流。

如果配置都没有加载成功：

切模式没有作用。

四十五、系统代理有影响吗？

对：

Unsupported Proxy Type Mieru

通常没有直接影响。

系统代理只影响：

应用流量是否进入Clash。

而这里是：

Clash自己无法解析配置。

所以排查顺序不要反了。

四十六、防火墙会造成Unsupported Proxy Type吗？

通常不会。

Windows防火墙可能影响：

网络连接。

但不会改变Core支持的协议类型。

只有一种间接情况：

安全软件阻止新Mihomo Core更新。

导致客户端仍然运行旧Core。

这时才需要检查：

安全软件隔离记录。

四十七、重装Clash能解决吗？

不一定。

如果重新安装的还是：

老版本客户端。

老Core。

那么问题不会变化。

所以不要把：

重装客户端

当成首选。

真正重要的是：

确认实际Core。

四十八、更新订阅能解决吗？

如果机场已经：

删除Mieru节点。

调整输出格式。

修复配置字段。

更新订阅可能有效。

但如果你的内核完全不支持Mieru：

不管更新多少次，仍然会报错。

四十九、机场后台有多个订阅应该选哪个？

如果同时提供：

Clash

Clash Meta

Mihomo

Sing-box

通用订阅

优先选择：

明确适合当前Mihomo客户端的订阅。

不要因为客户端名字里有Clash，就默认所有叫：

Clash订阅

的格式都完全一样。

五十、为什么机场要加入Mieru节点？

服务商可能根据自己的：

线路。

服务端部署。

网络环境。

协议组合。

增加不同类型节点。

用户端最重要的不是研究为什么使用某种协议，而是：

确保客户端和Core能够解析当前订阅。

五十一、哪些操作不建议一开始就做？

遇到Unsupported Proxy Type Mieru以后，不建议马上：

修改DNS。

开启TUN。

关闭防火墙。

修改端口。

删除整个订阅。

把Mieru改成Shadowsocks。

把Mieru改成VLESS。

修改username。

修改password。

删除系统网络配置。

优先检查Core更有效。

五十二、临时急着使用怎么办？

如果当前没有时间升级内核，可以查看机场是否同时提供：

Trojan。

Shadowsocks。

VMess。

VLESS。

其他当前客户端能够正常加载的节点。

如果存在独立兼容订阅，也可以临时使用。

但如果机场以后越来越多使用新协议，长期继续旧Core会不断出现：

Unsupported Proxy Type。

五十三、常见问题

Clash提示Unsupport Proxy Type Mieru是什么意思？

表示当前代理Core无法识别配置中的Mieru代理类型。

Mihomo支持Mieru吗？

支持。当前Mihomo已经提供type: mieru配置。

Mieru节点可以使用TCP吗？

可以，当前Mihomo Mieru配置支持TCP和UDP transport。

port和port-range可以一起写吗？

不应该同时使用，应根据服务端配置选择对应方式。

为什么昨天能用今天突然不能用？

可能是机场订阅中新增加了Mieru节点，而当前旧Core无法解析。

为什么删除Mieru节点配置就能用了？

因为触发解析错误的代理类型被移除了，但这只是临时排查方法。

打开TUN能解决吗？

不能。TUN无法解决协议类型不被Core识别的问题。

修改DNS有用吗？

对Unsupported Proxy Type基本没有用。

手机Mieru正常但Windows报错怎么办？

优先检查Windows端的客户端、Mihomo Core版本和订阅格式。

更新Mihomo后变成Timeout正常吗？

说明协议已经能够被识别，接下来应该转向检查服务器、网络、端口和连接问题。

可以把Mieru改成其他协议吗？

不能。协议类型不能通过简单修改type互相转换。

五十四、总结

Clash提示：

Unsupport Proxy Type Mieru

Unsupported Proxy Type Mieru

Proxy 118: unsupport proxy type: mieru

或者：

无法切换到此配置文件

时，首先应该判断：

这是配置解析阶段的协议兼容问题。

而不是普通节点连接问题。

当前Mihomo已经支持：

type: mieru

因此最值得优先检查的是：

客户端实际运行什么Core。

Mihomo版本是否过旧。

Core更新是否真正生效。

订阅是否经过旧版转换。

原始订阅中的Mieru字段是否正常。

建议按照：

查看错误原文

→ 确认Core

→ 更新Mihomo

→ 完全重启客户端

→ 查看日志确认新Core生效

→ 重新下载原始订阅

→ 检查Mieru配置字段

这个顺序处理。

如果更新之后错误从：

Unsupported Proxy Type Mieru

变成：

Timeout

认证失败

连接失败

说明第一阶段的协议识别问题已经解决。

这时候再检查：

server。

port或port-range。

transport。

username。

password。

multiplexing。

handshake-mode。

以及实际网络环境。

不要一开始就同时修改大量配置。

先把“Core是否认识Mieru”这一层确认清楚，通常能最快解决这类报错。

相关阅读