Jonson Petard
Jonson Petard
  观察了一下日记，应该是更新当前使用的内核时无法正确杀死内核后更新内核，有可能是和服务模式相关的问题。此外，更新器错误返回了 Done 状态。 目前有个 **workaround**：切换到其他内核后再更新之前内核，可以正确更新
https://github.com/libnyanpasu/clash-nyanpasu/commit/76923ac14ab2732ca1447ed78840dc4e9a3badf8 请尝试稍晚构建的开发版，如果没问题的话将会移植到 1.6.2
方便顺手提交下服务的日记吗？目录在 `%PROGRAMDATA%/nyanpasu-service/data` 下
> > 方便顺手提交下服务的日记吗？目录在 `%PROGRAMDATA%/nyanpasu-service/data` 下 > > 正文中的 gist 链接就是了 这个貌似是应用的日记。我观察日记和截图，似乎内核是跑起来的？IP 被识别为香港？ 如果是已经跑起来的话，小卡片的检测实例的实例有问题，最新的开发版已经改成实例管理器内部的状态了。https://github.com/libnyanpasu/clash-nyanpasu/commit/5802a3b487b537c28ade13d7fd4f57a1eb88337b 关于 API 无法拉取到数据的话问题需要调查。Proxies 列表显示正确么？如果Proxies，rules 等有展示的话，可能和 ws 握手有关系。
那个目录就是服务模式的日记，应用侧在开启服务模式后只通过ipc调用服务模式启动内核了。目前看你应用日记的服务模式状态查询都是显示内核已启动，所以看看服务模式里有没有有价值的线索。 此外，应用日记里面曾有一个 core is running的报错，暂时不明这是怎么触发的，这有可能是导致代理正确，但是api无法访问的罪魁祸首。可以通过将端口策略设置为 fixed 缓解。
@easyinplay 你的日记貌似没看出内核启动问题。概览页面的信息展示也是正确的。核心状态的显示在之前的版本的逻辑是不统一的，不是直接拿的内核管理器内部的状态。这点在目前的开发版中已经修复了。你可以试一下。
请提交服务模式的日记
有可能服务模式启动得比程序慢，还需要更深的调查。目前你提供的服务模式日记里没有线索，因此推测和启动顺序有关系。
https://github.com/libnyanpasu/clash-nyanpasu/commit/824b006755a1130e73cc6b2c5102063aff7358fe https://github.com/libnyanpasu/clash-nyanpasu/commit/75ee0422cb23e6f53f2d2dd49cb7657f89bda7e2 ~~晚点再试一下加一个计划任务，避免 UI 比服务先启动~~ 太麻烦了，看看明天的开发版有没有这个问题吧。没有的话就 backport 到 1.6.2。 @lemonicy @easyinplay
cc @Kuingsmile