没必要，你这么干他们很多人反而觉得很奇怪，曾亲耳听到一个博后跟我抱怨不明白为什么他学校里一个中国人会叫 Frank ...

实际上教养好的人，会认为确认你本来的名字是对你的尊重，你最多忍受一下他们不准确的发音就好了。。。

@parametrix 现在又有评论了，也可能是我的网络问题

@pupboss 塔都让用户冲烂了，整个 r/1Password 所有帖子评论都关闭了。

每个用 electron 的厂子都觉得自己能做出 vscode 的水平，目前看下来成功率不足一成，期待 1password 的表现 :)

技术还是挺有意思的。不知道有没有提本地密钥的轮换制度？如果本地密钥长期不更新，那么随着误匹配的增多可能导致本地密钥失密，并且一部分照片被解密？以及如果人工审核发现是误判，那么本地密钥会不会更新呢？

@mrchi Firefox 社区也是能折腾，关键正常用户太少了，发展方向激进、分裂而且奇怪，挣钱的点子没一个靠谱的。safari 的插件是不是必须上 appstore? 好像对修改网页内容的插件限制挺严的（去广告之类的）

毕竟是一家广告公司。。。

现实是 chrome 系的浏览器一家令人满意的都没有。edge 上传的内容比 g chrome 还多； brave 自己也是个广告商，浏览器一部分是个加密货币钱包，动辄威胁别人 fork ； ungoogle 和 iridium browser 缺少一些必要的闭源插件，比如看不成 netflix，而且后者更新太慢； vivaldi 也是个闭源的，而且上次试用稳定性实在不行。

safari 说实话不算差，但插件基本相当于没有。。。

综上大家还要多多支持 Firefox 啊。浏览器这么重要这么常用，实话说有哪家靠谱的付费我也愿意。

1. 只用 RSA 效率低，也没必要，而且不是所有设备都有个人电脑的算力，就算有也不应该挥霍。
2. 只用 RSA 缺乏一些关键的安全特征，比如完全向前安全性。TLS 标准算法里头一长串又不是为了炫技。
3. 解决中间人问题要不然由第三方担保，要不然就是预共享密钥做 HMAC 。然而有预共享密钥的前提下，可以直接 HMAC 配合密钥交换算法进行端对端加密通信，RSA 反而不是必要的，徒增消耗。
4. 市面上端对端加密解决方案不是有没有，而是太多了，商业的、社区的应有尽有。

PS：好奇楼主认为 https 是怎么实现的？

@xinyu09 感谢。或者直接引用 adguard home 的列表？那些都是整合过 easylist，并且为 dns 准备的。

这个真不错，但拦截列表不要光有 easylist 啊，至少再来个 easylist-cn，最好能自定义。

我印象中 aws 的存储卷和计算单元是分离的吧，用完删除计算单元保留存储卷就是了，下次新建计算单元直接用已存在的存储卷，当然存储费用是另付的。

之前 Parsec 做云游戏就是这么搞的，然后里头另一家 paperspace 也有这种服务。

Backblaze Personal Backup 本身是不限量的，每月才 6 刀，如果对加密没有强要求的话，这个相当划算，不过客户端只支持 Windows 和 Mac 。

再下来 google drive workspace 的不限量套餐也很好，虽然按协议真的不限量需要向 google 申请，但 5T 在他们的用户里真的是稀疏平常。

rsync.net 提供基于 ssh 接口的存储服务，已经很多年了口碑相当不错。如果不用他们的快照服务那么 5T 年付 900 刀，价钱贵但优点是用起来相当灵活。网址是： https://www.rsync.net/products/borg.html

Dropbox 的商用版也有不限量版本，但那个好像是 3 用户起订，价钱比较贵没用过。

然后就是各种冷存储，google，aws 都有，存储价格很低但取出来贵且慢。

至于其他各类网盘，5T 就有些勉强了。

可以试试 https://mountainduck.io/ ，我用着还挺好的。

备份数据可以考虑分片端对端加密的增量备份工具，比如：duplicacy, borg, arqbackup 这种。

换 Debian 的话，用官方 `live-build` 可以创建 uefi 安全启动的 Live-CD：

````
$> lb config -b iso-hybrid --bootloaders grub-efi -d buster --uefi-secure-boot enable
````
也可以很方便的定制需要的包，参考

https://live-team.pages.debian.net/live-manual/html/live-manual/customizing-package-installation.en.html#customizing-package-installation

openvpn 应该是可以关闭加密和验证的，`–auth none` and `–cipher none`，参考

https://openvpn.net/community-resources/reference-manual-for-openvpn-2-4/

。关于 openvpn 在 tcp-over-tcp 下的性能问题可以通过加大 mtu 得到一定缓解，参考

https://community.openvpn.net/openvpn/wiki/Gigabit_Networks_Linux

。但这个问题并不是 openvpn 独有的，TCP-Meltdown 基本上在 tcp-over-tcp 场景中非常普遍，参考

http://sites.inka.de/bigred/devel/tcp-tcp.html

，也是为什么 wireguard 不支持 tcp 。如果可以的话，请换用 udp 或者 Openssh 的 ssh-forwarding，Openssh-client 已经在对端把内层 tcp payload 拆解出来，所以不受到这个问题的影响，参考：

https://en.wikipedia.org/wiki/Tunneling_protocol#Secure_Shell_tunneling
。

Firefox yes. (特别是发现 Firefox 在 Big Sur 上硬件加速播放 vp9 以后 :)

如果目的是对抗中间人攻击，那成熟的密码学方法有很多。如果是对端出问题那没有一劳永逸的方法，要是发现这种方法建议立即卖给版权保护组织（比如迪士尼：），喜提各种专利、学术领域开山鼻祖，世界级名利双收。