mihomo icon indicating copy to clipboard operation
mihomo copied to clipboard

[Bug] 延迟测试逻辑和原版Clash不一样。不使用proxy-provider时,启动后不会立刻测试延迟。

Open athenakia opened this issue 2 years ago • 9 comments

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内会有延迟测试记录),这种情况下,会导致自动选择功能失效,每次都默认选择第一个节点。

athenakia avatar Oct 22 '23 08:10 athenakia

这种情况下,会导致自动选择功能失效,每次都默认选择第一个节点。

成功复现。

kkocdko avatar Oct 26 '23 18:10 kkocdko

一样,在clash verge客户端上,meta内核自动选择延时测试只能手动点。原版是正常的

Meroser avatar Oct 30 '23 15:10 Meroser

我每次重新启动后,所有节点都是暗的,要手动点一下测速检测一次,感觉似乎那个cache没有生效的感觉

sparkssssssssss avatar Oct 31 '23 07:10 sparkssssssssss

我这边,测试一个代理,另一个变灰😂,点灰的那个,先前测的那个延迟数据又丢失了

arkxfly avatar Oct 31 '23 07:10 arkxfly

我还以为是我自己出问题了,在openclash上复现了这个问题。

SenLief avatar Dec 08 '23 03:12 SenLief

image

banshaobao avatar Mar 12 '24 02:03 banshaobao

我切配置的时候或者重新激活配置的时候要等一分钟。他一直显示compatible。就是启动后在进行延迟测试。然后还没测到香港

banshaobao avatar Mar 12 '24 02:03 banshaobao

然后这一分钟就等于断网了。因为香港这里是没选中节点的

banshaobao avatar Mar 12 '24 02:03 banshaobao

我切配置的时候或者重新激活配置的时候要等一分钟。他一直显示compatible。就是启动后在进行延迟测试。然后还没测到香港

此问题与主题无关,出现 compatible 说明节点为完成加载,理应出现在第一次网络拉去时候或者 provider 出现解析错误无法成功解析。如果本地硬盘存在正常缓存不应该出现这种情况

Skyxim avatar Mar 12 '24 03:03 Skyxim