@neteroster 否的，Intel 13 代的核显对 PR 导出有很大帮助
https://www.chiphell.com/thread-2468480-1-1.html
https://www.bilibili.com/video/BV1PG4y1R78r

看你怎么实现的，如果是通过 http 传密钥的话那不安全，把密钥写死在客户端会安全一点，但也不完全安全。
至于性能我估计省不了多少。

@wipbssl 可以试试把 cmd 之类的打个包，然后手动执行命令看看能访问什么地方

@jstony 没有对接其他数据库需求的话，smb 基本上是最稳妥的方法了

@skschema 这我就不知道什么问题了，我没用过 KernelSU ，截个图看看？正常来说只需要执行 su 即可，没有 sudo

@skschema 所以你是试过有线网连不上？它叫无线 adb 但实际上不会和 WiFi 捆死吧？

再者 Bliss OS 官网写着 Pre-rooted with KernelSU ，你是没有以 root 权限执行 wm size ？

另外 x86 基本没啥机子支持 USB OTG ，就算支持也不见得有系统去适配，所以别乱用双公头 USB ，小心烧主板

Android 11 不是有无线 adb 吗？

oledb 好像是可以实现第三方 provider 的吧？好像只需要改一下连接字符串就能换掉，其他应该是一致的，用这个方案的话要实现的 hook 点就只有传连接字符串的那个函数。
还有方案就是把 oledb 所有函数都 hook 一遍，但这么做工作量太大，稳定性也难说。
如果只是想把文件放在远程的话，直接用 smb 等网络文件系统即可。

@ysc3839 视频更新了 https://b23.tv/BV1xk4y1x7Yq

另外剪视频的话一般更推荐用 Intel 核显来编解码吧，建议选带核显的 CPU ，相比不带的估计就贵个一两百，实用价值更高。

推荐看看 https://b23.tv/BV1mM4y1q7fx

点进去看了，是要打包成 AppX 的

理论上是的，但实际是怎么个情况很难说，我严重怀疑只对 AppX 打包的应用有效，未打包应用还是不隔离

600 ，因为 CNAME 是客户端进行解析的，客户端解析 a.com CNAME 只会拿到 b.com ，然后再去解析 b.com ，所以两者的缓存是独立的

@eudemonwind 用自己证书的话直接弄成 https proxy 就完事了

那就是 sni proxy ，实现的项目非常多，C 和 golang 的都有，甚至 nginx 配置一下也能实现