mihomo | notification
13.1K subscribers
23 photos
1 file
39 links
Download Telegram
Channel name was changed to «clash.meta | notification»
Channel name was changed to «crash.meta | notification»
Channel name was changed to «mihomo | notification»
Hi, i'm mihomo.
Happy New Year🥳
Please open Telegram to view this post
VIEW IN TELEGRAM
声明:我只是个内核
mihomo | notification pinned «声明:我只是个内核»
依据新的协议更新,非本项目组下的项目应当去除 mihomo 字样

以及尽可能不要使用可能误导为内核的任意名称
mihomo | notification
依据新的协议更新,非本项目组下的项目应当去除 mihomo 字样 以及尽可能不要使用可能误导为内核的任意名称
距离该协议变更已经一个月,某个自1.6.0版本后被转手的下游项目依然在发版且没有任何更名的迹象,这里再次明确提出:

非隶属本项目组的下游项目名称中应当去除 mihomo 字样

请该下游项目可以自觉遵守本协议,否则我们可能会将您添加到不受欢迎的客户端列表。
5月内核更新

https://github.com/MetaCubeX/mihomo/releases/tag/v1.19.6

https://github.com/MetaCubeX/ClashMetaForAndroid/releases/tag/v2.11.10

不兼容改动:
出于安全考虑,配置文件中出现的所有路径将被限定在workdir下(无论是通过相对路径还是绝对路径)。如果因为特定需要,请在可以保证安全的前提下,通过设置 SAFE_PATHS 环境变量指定额外的安全路径。该环境变量的语法同本操作系统的PATH环境变量解析规则(即Windows下以分号分割,其他系统下以冒号分割)
此外,对 proxy-groups 指定 routing-markinterface-name 的支持已被移除,请直接指定 proxies 中的相关参数。

此外:依据v1.19.2版本开始的授权协议更新,非隶属本项目组的下游项目名称中应当去除 mihomo 字样 (本条款为强制性条款)
mihomo | notification
上一版更新日志中未提到的restful api不兼容更新已回滚,解决了相关gui无法刷新配置的问题 https://github.com/MetaCubeX/mihomo/releases/tag/v1.19.7
注意,出于安全原因,我们目前计划在下个版本对restful api中 /configs 的"path"参数进行限制,其目录同样需要在 workdirSAFE_PATHS 中。建议下游客户端提前适配此改动。(该变动已经应用于alpha版本2116640)


注意:上述 workdir 由程序启动时的 -d 参数或 CLASH_HOME_DIR 环境变量指定。如果以上均未指定,则默认为:
* 在 Unix 系统上,为 $HOME/.config/mihomo
* 在 Windows 上,为 %USERPROFILE%/.config/mihomo
某个说mihomo有≥v1.20.1版本的搞笑安全频道,还是不要拿ai写的文章出来丢人了吧
5月底内核更新(给下游擦屁股)

https://github.com/MetaCubeX/mihomo/releases/tag/v1.19.9

https://github.com/MetaCubeX/ClashMetaForAndroid/releases/tag/v2.11.12

再次强调,开启 external-controller 不设置 secret 亲人两行泪,自己不锁门就不要怪有人来偷家
此外 external-controller-cors 选项自v1.18.9版本开始就已加入用来限制浏览器cors行为,但依然有大量下游未进行适配
端午节内核更新

https://github.com/MetaCubeX/mihomo/releases/tag/v1.19.10

https://github.com/MetaCubeX/ClashMetaForAndroid/releases/tag/v2.11.13

整体udp部分的dns解析已延迟到连接发起阶段,在rule匹配过程中仅匹配没有配置no-resolve的ip规则时会触发。

对于direct和wireguard出站,会遵循和tcp部分相同的逻辑,即当direct-nameserver(或wireguard配置的dns)存在时丢弃rule匹配过程中的解析结果对域名发起重解析。该重解析逻辑仅对fakeip生效。

对于reject和dns出站,不再需要解析。

对于其他出站依然会在udp连接发起时进行解析,目前不会将域名直接发送到远程服务器上。

此外该版本tun入站的udp部分内存占用也已优化。