ileeoyo

Results 14 comments of ileeoyo

手动创建服务成功,但是启动失败 ![image](https://user-images.githubusercontent.com/24651612/166671608-1c6b66f6-f3f0-44fd-96d7-418eb36ced55.png) ![image](https://user-images.githubusercontent.com/24651612/166672880-eae48eaf-06d0-43b3-b706-b74dc150dc0a.png)

> 这个可能是你路径中有个空格导致找不到exe,加个双引号吧 加了双引号,也不行 ![image](https://user-images.githubusercontent.com/24651612/166870241-cc226854-d7f5-406c-9451-99c3b5c99ef1.png)

> uninstall 的程序,应该可以修复服务安装和启动的问题了。 1.0.1版本已修复问题,服务安装OK

![image](https://user-images.githubusercontent.com/24651612/160335979-dbbe0a6b-3f7c-43b4-8ceb-acdcf34fa8d5.png) ![image](https://user-images.githubusercontent.com/24651612/160336037-6d40d989-2b8e-432e-b34d-1ee8a5c9f342.png) 这个搬瓦工故障转移的代理组测速全都失败,这个代理组使用了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配置文件