mbp 2018 表示正常，好像完全空闲时 cpu 使用率比之前更低，电池续航还在测试中。

@pierrec 搜 ipv6 最佳实践 之类的文章， 比如这个 https://www.apnic.net/community/ipv6-program/ipv6-bcp/

有空可以看看大部头的，http://shop.oreilly.com/product/0636920023432.do
毕竟这类网络基础都是规范的且不会频繁更新，一次学习受益时间也很长。

fe80 那个地址不是像一楼讲的那么简单仅仅是一个 192.168.X.X 本地地址。它其实是一个 bootstrap 地址，dhcpv6，ra，rd，都要用它。ipv6 的精髓不是地址是 128 位，而是地址相较 ipv4 是分类的。不同的地址段用在不同场合。
楼主要改掉以前 ipv4 时代的习惯，ipv6 主地址永远不要像这样暴露出去。ipv6 没有 nat，且多数设备主地址恒定，如果你没有配置防火墙外面是能直接访问到你路由器后面的所有有 ipv6 地址的设备。很多旧设备没有随机生成的辅地址，目前追踪 v6 用户 /设备超方便，坐等哪天出大新闻。

@zocome vbox 图形性能太差了，如果测试过 vmware 或 pd 的图形和 io 性能好的话考虑把台式机装个黑苹果。

问一下黑苹果里面装 PD 虚拟机可以吗？ 流畅吗？

@jsthon
@seafarer
@tylinux

我修改了源码中 chrome/browser/resources/local_ntp 的相关资源可以去掉这个框。或者直接把里面的 local_ntp.html 清空，这样打开 new tab 就是空白，反而清爽，以前 chrome 5x 的时候好像还能禁用 ntp 后来这个选项去掉。android 版的有一个 NTPContentSuggestionsEnabled 企业策略，但桌面版的好像无效 https://www.chromium.org/administrators/policy-list-3#NTPContentSuggestionsEnabled

@jsthon
@tylinux

抱歉，我这里碰巧把相关域名墙了就不显示了，所以以为和那个设置相关，可能只有修改 chromium 代码自己编译才行了。 墙域名会把 gogle 的服务也墙了。

平静下来想想目前 ipv6 对普通用户有什么实际好处，除了免打洞访问主机。

@tylinux
@jsthon

Ctrl+shift+j ,按 F1,取消 "show what's new after each update"

@darrh00 RPKI 是给 BGP 消息上了类似 X509 证书一样的机制，主要用来防 BGP 劫持。 然后国内的 RPKI 根证书由 CNNIC 管理，国内的各 ASN 证书由 CNNIC 签发 ...

@likuku 树莓派有自煮智齿铲犬吗？ 没有？ 换下一个。

是台设备，卖大型企业的，不是像 bind,unbind,dnsmasq,powerdns,pdns 这类的纯软件。做成设备在这好卖上价。
文章是给领导看的，DNS 部分没啥干货，不评论。
开发单位 ZDNS 互联网域名系统北京市工程研究中心 ... 这家最近很活跃，APNIC 上也有他的文章，提前准备好年底要的 paperwork。

划一下个人重点：
1. SM2，SM3，SM4 拥有自助直尺铲犬的加密算法已加入 SSL 全家桶
2. All handshake messages after the ServerHello are now encrypted
3. Elliptic curve algorithms are now in the base spec, and new signature algorithms, such as EdDSA, are included.

参考规范 https://tools.ietf.org/html/rfc8446
不知道什么时候才有 SNI 加密

尽量还是用系统自带的，硬解效率比第三方的高不少，更长续航时间，见我之前的贴。第三方还是用 mpc-hc 吧，开源且满足你的要求。反正 win 上面其他第三方差不多都是抄的它。现在还是别看榜单了，瞅瞅最近 mac app store 上的那些“口碑”软件，开源第一。

https://www.youtube.com/user/Kurzgesagt
不要错过这个。英文语音自带官方中文字幕

@yksoft1 在这里，任何非加密的协议都是防君子不防小人。

@yangguoshuai SNI censorship 了解一下。amazon.co.jp 以及 reddit.com 就是这样 ban 掉的。

运营商针对 ip 都有 TCP 整流的。可以搭个 UDP 隧道试试。 另外长延时的链路对丢包很敏感，发送方换 BBR 拥塞算法试试。

ls -i
找到文件对应的 inode number
然后
find -inum 刚才找到的 inodenum -exec mv '{}' '新文件名' \;