Tuuz

> 我有个想法，不知道会不会太麻烦，就是分几个版本： > > 1. 完全轻量版 - 不集成 ffmpeg 和 whisper，全靠本地的命令，纯 UI，容量也最小 > 2. CPU 版 - 就按照上一版的 > 3. GPU 版 - 集成 GPU 相关的，容量也最大 > > 太麻烦就算了吧 🤣...

@kuoruan

@kuoruan

Sorry我补充一下，C版的smartdns（我是把我的46.1换回来） 他的返回是这样的 [root@DnsServer ~]# dig z.douyin.com ; DiG 9.11.4-P2-RedHat-9.11.4-26.P2.an7.16 z.douyin.com ;; global options: +cmd ;; Got answer: ;; ->>HEADER

> 这个问题本质上是rs版的测速结果没有按照rfc2181的规范同时返回cname和a记录 [@mokeyish](https://github.com/mokeyish) > > _题外话：_ > > c那边对于cname处理有很多讨论和反复修改，我自己是c的忠实用户（rs仅在windows或实验环境用）。 > > > 这部分是开启测速后的返回： > > > > 这样的单条回复，在windows下是可以正常解析的，不确定是不是在windows下会自动进行cname递归查询所以ping是正常的，nslookup是正常的 > > 是的，windows和linux作为dns client对于查询确实不同，相对来说windows更“包容”一些（同时更容易受到污染）。 C版本能单出一个纯净版吗？从47版本开始就不正常了，开启来后ps -ef里面会出现3个进程，2个是/usr/sbin/smartdns一个是/usr/sbin/smartdns -p 啥的pid的，然后pid过一会就挂掉，然后又重启，然后运行service stop只能停止pid的smartdns但是那两个smartdns不知道怎么被带起来的，我看了debuglog里面也没有，真的是老版本或者一起投身rust事业了哈哈

> 在启用测速的情况下，smartdns-rs的cname递归解析返回的结果一直有点问题 我之前的pull request有一处就是为了解决递归无法正常返回结果的问题，但只能简单粗暴的返回解析链的最后一条结果 因为测速结果的缓存只保存最后一条A记录，并且dns测速中间件依赖对最后一条A记录是否命中缓存来判断请求是否可以直接从缓存中回复 如果想要解决，需要重写缓存、测速还有首次查询三个功能的相关模块，尤其是重写缓存中间件可能会影响其他大量模块 我对rust并不是很熟悉，没能力完成重写，作者可能没有这个精力来进行重写 > > 至于最后提到的在查询期间hold住客户端的请求应该好解决，有空我研究一下 不好意思啊，我fork了一下，我之前没深入做过rust开发，我想大致问下是不是大概在这块？我是想找到输出的地方，一层一层往上翻

> > C版本能单出一个纯净版吗？从47版本开始就不正常了，开启来后ps -ef里面会出现3个进程，2个是/usr/sbin/smartdns一个是/usr/sbin/smartdns -p 啥的pid的，然后pid过一会就挂掉，然后又重启，然后运行service stop只能停止pid的smartdns但是那两个smartdns不知道怎么被带起来的，我看了debuglog里面也没有，真的是老版本或者一起投身rust事业了哈哈 > > ``` > / # ps -ef > PID USER TIME COMMAND > 1 root 0:00 /usr/sbin/smartdns -f -x -p - >...

> > 运行service stop只能停止pid的smartdns > > 你这个用system daemon的，估计是同时配置了`restart-on-crash yes`或者启动参数写了`-R`（会导致smartdns自己daemon自己 是的，有restart on crash，因为升级我都是直接替换文件的，所以这个service就是早期版本执行./install后生成的，所以我前几分钟调试的时候给我删了restart反而误打误撞解决C版重开多个进程的问题了