@adrianzhang #30
这个问题我已经解决了。
把 Clash 的上游 DNS 设置为你无污染 DNS 服务器，然后局域网内其他设备使用 Clash 的 DNS 即可。

@xlsepiphone #6 就是 BUG 啊，他们的 DERP 实现有 BUG ，所以我说就算你成功搭好了，也不一定就能用

先说你的需求吧，你这想法感觉是被带偏了的

部署成功了也有一定几率用不了，参见 https://github.com/tailscale/tailscale/issues/3430

Safari 也有全局画中画啊，而且比 FireFox 早很多就出了。右键地址栏的小喇叭按钮，选择「 Enter Picture in Picture 」即可。

@Cipool #31 价格不是恢复了吗，你是咋买到的？

@libook #21
「开源届有两大错觉，一个是项目作者无偿提供软件但总觉得别人欠自己钱，另一个是使用者用了开源软件总觉得有商业软件一样的质量保障和售后服务。」

这句话说的没错，但有意思的是，在这个事件中，这两个问题都出现了。

Marak 的心态我觉得是有点问题的，他选了 MIT License 就意味他其实放弃了他一直在抱怨的那部分权利。不过话说回来，如果他当初选的是 GPL 或者其他限制更严格的 License ，也有可能他那几个开源的库就不会有今天这么流行了。

另一方面，MIT License 也要求使用者自己为使用这些代码的风险负责，也就是说，即使 Marak 主动往代码里加 BUG 或者其他恶意代码，那也是 Marak 的权利，你们这些用了 Marak 的大公司，可以给 Marak 发 PR 或者 fork ，但你管不着 Marak 怎么做。

然而现实是什么呢？ Marak 这么做了之后，NPM 强行撤销了他发布的新版本，GitHub 直接把他的账号封了。（顺带一说，NPM 和 GitHub 都是微软这个大公司的）

说好的风险使用者自己负责呢？大公司说，Fork 之后再修改我们的构建系统，把原软件替换成我们自己 Fork 的版本？这太麻烦了，我们可以直接剥夺 Marak 对他的开源项目的所有权，然后一切问题就解决了嘛。

所以我觉得 Marak 某种程度上说的没错，现在就是大公司在欺负这些开源作者而已。

个人猜测哈，3.10.1 这种应该是软件自己的版本号，后面的 `-2` 应该是 Arch 自己构建的时候改了某些构建参数之类的第几次构建？

他这么搞，不会违反合同吗？还要你签署承诺书，承诺什么？承诺不上传大文件？那我要这上传带宽有何用？

楼上那些回复里的缩写 FJ 、NJ ，都是啥意思？

苹果都放弃 touch bar 了，还真有有 PC 厂商把这个设计当个宝啊

和 FileVault 没啥关系吧，我记得从 2018 款的 MacBook 开始，苹果就有 T1 芯片来处理这些加解密，根本不用 CPU 参与，后面到了 M1 更是直接集成到一颗 SOC 里面了。

变慢主要是因为系统里面塞了越来越多的功能，再加上 macOS 团队没什么人（听说现在已经没有 macOS 团队了，都是 iOS 团队的人在兼职做），系统也没做好优化，所以就成现在这个样子了。

所以我个人还是喜欢用老版本的 macOS ，稳定流畅，新系统对我来说没什么吸引力，而且还有很多 BUG 。

@documentzhangx66 #9 这得多少钱啊

@documentzhangx66 #20

感觉你有点较真了。

1. 我说的是「一大部分」，不是「大部分」。如果是我没表达清楚，那我现在更正一下，我是指有相当数量的包不用解密，这个占比具体有多少，我没做过测试我也不清楚。

2. 我说的那部分不用解密的包，是指从 SNI 拿到 host 之后，发现这个 HOST 压根不在规则列表里面，所以可以跳过不用处理的包，以及在规则里直接用 HOST 就能判断是广告的包，这两个部分加在一起的总和。占比相当于是 「（非广告的包 + HOST 广告规则的包）/ 所有的 TCP 包」，而你对比的占比则是「 HOST 广告规则的包 / 所有广告规则的包」，拿这两个来比较是没有意义的。

3. 我其实想说的重点是 UDP 啊。TCP 的包再怎么增加延迟都无所谓，只要性能不是差的离谱就行，而广告基本都是 TCP 。而延迟敏感的 UDP 直接不处理就习了，反正 UDP 里也不太可能有广告。

你有没有想过，这可能是你的问题？

https://i.imgur.com/a0r5PGF.png

@documentzhangx66 #18

HTTPS 从 SNI 就能过滤掉一大部分不需要处理的包了，不一定要全部解密。

不过话说回来，都走 TCP 了，应该不是对延迟特别敏感的应用。而广告的部分大概率都是在 HTTP/HTTPS 里面，应该不会有走 UDP 的广告吧（暂时不考虑 QUIC ，QUIC 在国内短期之内应该也搞不起来）。所以只要对 UDP 全部不处理直接放行，就可以避免误伤延迟敏感型应用。