不知道是不是因为下游如果用 Type-C （仅 USB 功能）的话 Hub 需要额外加 switch 芯片实现插头方向检测的功能。
目前只有 USB3.2Gen2x2 20Gbps 必须使用 Type-C，其他速率都可以用 Type-A 实现。
楼主可以考虑买 A 口 hub+Type-C 母转 Type-A 公转换头来满足这个需要。

行货就 SN350 （耐用度和速度堪比 QLC 的 TLC ）或者金士顿 NV1 （ 1TB QLC 警告）。
非行货你可以看看微软定制 CH SN750 1TB 。

实在避免不了要用云盘存这点东西的话，先打包为加密 zip 。反正这类东西基本上只查不改有不怎么需要搜索的，放压缩包最好不过了。同时 zip 格式拥有最好的跨平台兼容性，也能较好支持原地修改。

买台二手 Android，很多国产机都支持，内存备足甚至可以三开。

微软自家的 MSIX Packing Tools，据说是利用文件监听实现将传统软件打包为 MSIX 容器格式。
但我没搞明白咋用。

第三方客户端目前好像只有 Microsoft 商店的那个 UWP 客户端是第三方的。

@acbot RA 通告的是前缀有效期，主机 ID （也就是后 64 位）用多久由客户端自行决定，也可以不更换。Android 不清楚，Windows 默认首选寿命 1d，有效寿命 7d 。

内核通常可以放心升，但建议同步升级 linux-libc-dev 和 linux-firmware 避免找不到固件之类的问题。
do-release-upgrade 的问题是如果你改过软件包的配置，升级过程会卡住并询问是否保留修改。这个安装过程好像是没法回退和中断的。要是遇上空间不足、意外关机、SSH 断线就不好收拾。而且这个过程可能会破坏不在包管理器管理下的软件的 ABI 兼容性。

家庭环境通常是用 DHCPv6-PD 委派。举个例子
1. 一级网关（光猫拨号的话就是光猫）通过 DHCPv6-PD 拿到了个 240e:1234:5678:9a00::/56 前缀
2. 一级网关在 /56 中挑一个前缀作为下游网络(LAN)的网络前缀，例如 240e:1234:5678:9a10::/60
3. 一级网关设立 DHCPv6 服务器用于分发 /60 前缀，并通过 RA 向 LAN 宣布这个前缀
4. 二级网关通过 DHCPv6-PD 向一级网关申请前缀，选择一个，例如 240e:1234:5678:9a12::/64
5. 二级网关，RA 向下游宣布 /64 前缀， 因为 SLAAC 最长使用 /64 前缀，通常不会继续委派下去

问题是常见光猫和家用路由，不管通过 PD 拿到什么前缀，下游统统用 /64 前缀，等于没法用委派了。
所以要么拨号路由器用 openwrt，这个可以设置为向下委派前缀。要么除了拨号路由全部用 AP 模式。

Openwrt 通过在 LAN 接口设置 ip6assign 和 ip6hint 实现这个功能。

参考 ( https://openwrt.org/docs/guide-user/network/ipv6/start#downstream_configuration_for_lan_interfaces)

现在随便一台中高端轻薄本都能满足需要。1W 我甚至觉得太多了，8000 以上的高端轻薄本感觉卖设计居多，跟续航静音什么的没啥关系。
不要想着加钱用十年，五年之后开始不管是啥高端货的体验都不行的，越高端越容易跳水，包括屏幕老化、外观破损、性能跟不上、缺乏新技术支持，不要以为圈子里调侃挤牙膏就真的完全没进步了。
Linux 友好性问题比较简单，集显+Intel 无线网卡就是了。
笔记本电脑可以国内买完带出国，感觉国内买还是蛮划算的。

懒得优化 IO 时，将数据集放内存盘。

Android 明确**不支持**有状态 DHCPv6，只支持 SLAAC 。
所以如果现在的 IPv6 网络不支持 SLAAC，你可以当它不是 IPv6 ready 。

OneDrive 个人保管库，不过文件数和大小有限。
另一种方法是创建一个 VHDX 虚拟硬盘并对上面的分区开启 bitlocker 加密，不过这个不会自动锁定，

目前 LE 的 OCSP 域名已经更换为 *.o.lencr.org ， 似乎没污染。
强烈建议服务器部署 OCSP stapling 以部分回避这个问题。

我的理解是 hide 这个东西就是个跟开发者斗智斗勇的事。可用性没保证而且由于是开源项目，在信息披露上就吃了亏。
而且现在 Android 已经逐步推 hardware attestation 了，hide 等于是打一场必输的仗。

没啥好折腾的，节流通常解决不了问题还影响精神状态，开源更重要。
至于你说的那些代糖，主要意义是避免完全无甜味你吃完全咽不下的问题。
单纯排斥人工合成不是个好主意，头几代甜味剂被弃用主要是风味不佳或者**可能**有安全隐患，跟是不是人工合成没太大关系。赤藓糖醇的问题是甜度较低，使用成本高。

反正已经不指望 RTM 能出了。
砍掉应该不至于，不过最近微软确实有点摸，不知道是不是在折腾大小核的事。

我觉得是内容问题，---BEGIN***--- 这样的头尾分割行不能缺失，也不能用 CRLF 换行。cert 文件用 openssl x509 -in ***.pem -text 检查一下能不能正常解码。
而且你好像把 cert 和 key 文件搞混了。