于是想到了用一个机场的 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 }
