mihomo
mihomo copied to clipboard
[Bug] 延迟测试逻辑和原版Clash不一样。不使用proxy-provider时,启动后不会立刻测试延迟。
Verify steps
- [X] 确保你使用的是本仓库最新的的 clash 或 clash Alpha 版本 Ensure you are using the latest version of Clash or Clash Premium from this repository.
- [ ] 如果你可以自己 debug 并解决的话,提交 PR 吧 Is this something you can debug and fix? Send a pull request! Bug fixes and documentation fixes are welcome.
- [X] 我已经在 Issue Tracker 中找过我要提出的问题 I have searched on the issue tracker for a related issue.
- [x] 我已经使用 Alpha 分支版本测试过,问题依旧存在 I have tested using the dev branch, and the issue still exists.
- [X] 我已经仔细看过 Documentation 并无法自行解决问题 I have read the documentation and was unable to solve the issue.
- [X] 这是 Clash 核心的问题,并非我所使用的 Clash 衍生版本(如 OpenClash、KoolClash 等)的特定问题 This is an issue of the Clash core per se, not to the derivatives of Clash, like OpenClash or KoolClash.
Clash version
v1.16.0
What OS are you seeing the problem on?
No response
Clash config
port: 7890
socks-port: 7891
allow-lan: false
mode: Rule
log-level: debug
external-controller: 127.0.0.1:9090
proxies:
- cipher: aes-128-gcm
name: ss-node-1
password: d2c86aa2-3f61-4a5d-806d-89b13cda4077
port: 8888
server: hk1.example.com
type: ss
udp: false
- cipher: aes-128-gcm
name: ss-node-2
password: 4f83aecb-39c0-4c82-a122-b8e87ac6b4ba
port: 8888
server: hk2.example.com
type: ss
udp: false
proxy-groups:
- name: SELECT
proxies:
- AUTO-SELECT
- ss-node-1
- ss-node-2
type: select
- interval: 86400
name: AUTO-SELECT
proxies:
- ss-node-1
- ss-node-2
type: url-test
url: http://www.gstatic.com/generate_204
rules:
- GEOIP,CN,DIRECT
- MATCH,SELECT
Clash log
INFO[2023-10-22T16:01:05.460552+08:00] Start initial configuration in progress
INFO[2023-10-22T16:01:05.46152+08:00] Geodata Loader mode: memconservative
INFO[2023-10-22T16:01:05.462473+08:00] Initial configuration complete, total time: 1ms
INFO[2023-10-22T16:01:05.46267+08:00] Sniffer is closed
INFO[2023-10-22T16:01:05.463316+08:00] RESTful API listening at: 127.0.0.1:9090
INFO[2023-10-22T16:01:05.463676+08:00] HTTP proxy listening at: 127.0.0.1:7890
INFO[2023-10-22T16:01:05.464382+08:00] SOCKS proxy listening at: 127.0.0.1:7891
INFO[2023-10-22T16:01:05.464728+08:00] Start initial compatible provider AUTO-SELECT
INFO[2023-10-22T16:01:05.464731+08:00] Start initial compatible provider default
INFO[2023-10-22T16:01:05.464732+08:00] Start initial compatible provider SELECT
Description
启动核心后,在终端使用curl http://127.0.0.1:9090/proxies查看当前所有proxies,可以看到history和extra字段内都没有延迟测试记录,这一点和原版内核效果不同(原版内核启动后每个节点history内会有延迟测试记录),这种情况下,会导致自动选择功能失效,每次都默认选择第一个节点。
这种情况下,会导致自动选择功能失效,每次都默认选择第一个节点。
成功复现。
一样,在clash verge客户端上,meta内核自动选择延时测试只能手动点。原版是正常的
我每次重新启动后,所有节点都是暗的,要手动点一下测速检测一次,感觉似乎那个cache没有生效的感觉
我这边,测试一个代理,另一个变灰😂,点灰的那个,先前测的那个延迟数据又丢失了
我还以为是我自己出问题了,在openclash上复现了这个问题。
我切配置的时候或者重新激活配置的时候要等一分钟。他一直显示compatible。就是启动后在进行延迟测试。然后还没测到香港
然后这一分钟就等于断网了。因为香港这里是没选中节点的
我切配置的时候或者重新激活配置的时候要等一分钟。他一直显示compatible。就是启动后在进行延迟测试。然后还没测到香港
此问题与主题无关,出现 compatible 说明节点为完成加载,理应出现在第一次网络拉去时候或者 provider 出现解析错误无法成功解析。如果本地硬盘存在正常缓存不应该出现这种情况