clash 中将使用 url-test 的节点进行 relay 放到 fallback-auto 中的奇怪问题

有一个自建的日本服务器，但是直接访问这个日本服务器会比较慢。于是想到了用一个机场的 url-test 进行 relay ，将机场中的所有日本节点使用正则将其放到一个 group 中，这个 group 用 url-test ，每 6 分钟进行一次测试，它会自动选择延迟最低的节点，这样用这个节点 relay 日本服务器，生成一个新的 group 。这样的一个节点大概率是可用的，最终落地 ip 也是稳定的。

但有些情况，比如日本服务器维护了，或者机场的节点都挂了，这样上面这个节点就会不可用。

所以将其放到 fallback-auto 中，它会自动选取第一个可以连接的节点，也是每 6 分钟检测一次。

但经过最近一段时间的测试(openwrt 每天晚上自动重启+openclash meta 内核)，fallbackauto 组经常不会选择第一个 relay 节点，需要手动先对日本节点测试，再在 fallbackauto 组测试后，才会选择上第一个节点。

所以不知道是软件问题还是我配置问题。能想到的问题应该可能跟 url-test 的测试频率有关系。如果 url-test 没有进行测试，此时选择的第一个节点如果不可达，这时 fallback 测试，会用第一个日本节点进行 relay ，使用正则进行选取的日本节点无法手动排序。

讲了这么多不知道讲清楚没有，下面是配置：

- { name: fallback-auto, type: fallback, use: [], proxies: [Relay, 自建服务器, 日本, 香港, 新加坡, 美国, 其他], url: 'http://www.gstatic.com/generate_204', interval: 300 }
- { name: Relay, type: relay, proxies: [日本, 自建服务器] }
- { name: 日本, type: url-test, filter: "(?i)日|🇯🇵|JP|jp|(?i)japan", use: [机场 1, 机场 2, 机场 3], url: http://cp.cloudflare.com/generate_204, interval: 600 }

FaiChou

291 天前

@ncepuzs 我的服务器在日本，日常直连测试延迟 500+ms ，使用机场的日本节点 relay 是 400 左右。使用 relay 不怕自建的服务器被墙，并且最终请求都是从自建服务器发出的，ip 也不会随便乱动。

load balance 的话不论是轮询还是散列 eTLD+1 ，都是更换一堆节点访问。
比如我打开 PayPal 网站，可能用的节点 A ，关掉页面（ tcp 连接断开）下次再访问，节点就换了。这样不稳定不符合我的要求。