ileeoyo
ileeoyo
手动创建服务成功,但是启动失败  
> 这个可能是你路径中有个空格导致找不到exe,加个双引号吧 加了双引号,也不行 
> uninstall 的程序,应该可以修复服务安装和启动的问题了。 1.0.1版本已修复问题,服务安装OK
  这个搬瓦工故障转移的代理组测速全都失败,这个代理组使用了use ProxyBWH,ProxyBWH是一个proxy-provider,里面有3个代理
> provider的好像用的是另外一个检测接口 一个是delay,一个是healthcheck。感觉clash自动的检查接口不是太合理,GUI作者有时会不好适配这个。之前cdn软件也有延迟检测的bug
刚自己查询并验证了clash API文档,确实provider用的是另一个接口健康检查。 这个用来健康检查`GET /providers/proxies/:name/healthcheck`,这个用来查询检查后的结果`GET /providers/proxies/:name`。使用起来和原来的代理delay测试不同,可能需要区分下。
> 有个问题,目前clash的接口拿到的proxy字段里,没看到啥标记标明这个是provider里的,所以就区分不了用哪个查询接口 这个API设计确实有些不方便,不太好处理延迟测试,不知道其他GUI作者都是如何处理的。可以通过`GET /providers/proxies`这个接口看看有没有区分的办法
@s0 here is my workflow file link`https://raw.githubusercontent.com/ileeoyo/now-subconverter/master/.github/workflows/main.yml`
一般来说这种反向代理和网站都想监听80,443端口,肯定是把反向代理服务器监听80,443,然后特定的域名或者路径转发到本地的网站。这个需要根据自己的情况手动修改caddy配置文件